跳到主要内容
日落时的城市天际线

能源与碳管理

以控制收尾的能源管理。

面向那些受够了“只描述问题、却改不了设定值”的报表的业主与运营方。

直接回答

把计量、光伏、储能与充电桩汇入一个能源模型,并配上可以执行的控制。

kWh — 电表、楼层与建筑级区间数据 · PV — 发电、储能与负荷在同一模型 · OCPP — 充电桩与建筑负荷联动

kWh

电表、楼层与建筑级区间数据

PV

发电、储能与负荷在同一模型

OCPP

充电桩与建筑负荷联动

01 / 挑战

每天的实际情况

大多数建筑不缺电表。缺的是消耗、原因与控制之间的连接。

01

能源数据停留在电力公司门户里,不在运营视图中。

02

每个报告周期都要手工重建基线。

03

光伏、储能与充电桩由不同厂商各自控制。

04

节能成果没有可测量的基线。

02 / 集成范围

我们汇入同一模型的内容

能源主导项目的典型范围,最终范围以审计为准。

分项计量

按正确边界计量电、水、燃气与热力。

光伏与储能

发电、荷电状态与站点负荷协调。

充电桩

OCPP 充电点,配合负荷管理与计费数据。

暖通负荷

设定值纪律、日程与需量限制。

基线

按用途进行的度日归一与消耗基线。

报表

区间导出、租户分摊与管理仪表盘。

告警

消耗异常、计量故障与设备性能衰减。

控制

需求响应、负荷转移与设定值动作。

03 / 结果

运营方感受到的变化

平台上线后,运维团队真正感受到的变化。

一条站得住的基线

归一后的消耗与有记录的假设,而不是每季度重做一次的表格。

有控制路径的节能

测量消耗的同一个平台,可以修改日程、设定值与负荷。

一条完整的能源叙事

光伏、储能、充电桩与建筑负荷放在一起报告。

更早浮出的异常

计量与设备故障在变成一整季度“无法解释的消耗”之前被提出。

日落时的城市天际线

城市尺度

空间

这套方案在空间里的样子。

从外立面到房间内部,同一套集成逻辑。

日落时的城市天际线
城市尺度
黄昏中的三角玻璃立面
立面
园区建筑与草坪
园区

04 / 平台路径

这套方案如何在三层架构上落地。

同一个架构,不同的集成深度与控制重点。

01

应用层

仪表盘、移动访问、报表、租户与客房视图、多项目汇总。每个角色都能以自己需要的粒度看建筑。

运维工作站移动应用能源报表租户门户
02

监控层

集成核心把每个子系统归一为统一对象模型,再叠加日程、联动、告警路由与审计日志。

统一数据模型跨系统联动告警管理日程
03

设备层

Loxone 控制器与网关连接机房、楼层与客房。控制留在本地,平台负责监管。

MiniserverTree / AirBACnet IPModbus

05 / FAQ

常见问题

业主、顾问与集成商最常问我们的问题。

需要更换现有电表吗?
不一定。现有电表通常可以通过 Modbus、BACnet、脉冲输入或电力公司 API 读取。审计会确认有哪些数据、以什么间隔可得。
能接入光伏与储能吗?
可以,前提是逆变器或能源管理系统提供 Modbus、API 或干接点。我们会在承诺范围前确认接口与控制权限。
如何验证节能?
项目开始前约定基线方法,然后对照归一后的消耗进行追踪。平台导出底层区间数据,供独立复核。
充电桩属于平台范围吗?
OCPP 兼容的充电点可以接入,用于状态、负荷管理与计费数据。电气设计与保护仍由负责的工程师承担。
日落时的城市天际线

下一步

把建筑交给我们,把运营视图交给你。

告诉我们项目阶段、纳入范围的子系统,以及你需要的结果。我们的工程师会给出通往可用 IBMS 的最短路径。