在商业写字楼里,暖通空调通常是最大的单项能耗,也是业主最不了解的部分。机组在地下室和屋顶,控制参数是多年前调试时设定的,楼控系统每天产生几千个趋势点却没人有空看,而租户只会在太热或太冷的时候打电话。
于是,业主听到的暖通优化总是一个百分比:15 %、20 %、30 %。这些数字难以反驳,也无法验证——因为它背后的问题,如果不改造,这栋楼本来会用多少能?,没有测得出的答案:楼只运行一次。与此同时,传感器漂移、风阀卡死、冷机跳机等故障,可能悄悄把省下来的全部吃掉。
在这里,数字孪生意味着什么
建筑的数字孪生,是建筑及其机组的物理模型,与真实建筑同步运行,输入的是楼控系统看到的同一批信号。和三维模型不同,它能回答“如果”:如果改设定值、加蓄冷、修好这个故障,会怎样。通用概念见《什么是数字孪生》。
对业主最有用的一点是:孪生可以把这栋楼运行两遍。一份用常规控制,一份用拟议的策略,两者看到的是同样的天气和同样的人员。节能就是两块电表的差值——一个测得的结果,而不是一句承诺。这一方法的细节,见《可测,而非宣称》。
我们构建了什么
我们的楼宇孪生 · 暖通空调模拟了虚构的“海港角大厦”:一栋位于悉尼的 13 层甲级写字楼,可出租面积约 17,600 平方米,有四家虚构租户。
- 从屋顶到地下室的完整暖通系统。 65 个热区,每区一个 VAV 末端;13 台楼层空调箱;地下室有两台 1,050 kWr 磁悬浮离心冷机和一台 525 kWr 螺杆冷机,屋顶有三台冷却塔,另有两台空气源热泵,以及广场下 6 MWh 的蓄冷罐。同一个物理模型以 60 秒步长运行全部设备。
- 并行运行的基线孪生。 基线采用常规控制;优化孪生增加了送风温度重置、按需通风、最优启动与谷电蓄冷。在仿真的夏季设计日,优化策略比基线少用约三分之一的暖通能耗。
- 按真实楼控的方式组织点位。 模型包含 88 台设备、1,063 个 BACnet 与 Modbus 点位,并打上 Brick 语义标签,数据可以按含义查找,而不是靠各家随意起的名字。
- 用诚实的方式发现故障。 我们注入了六个故障:送风温度传感器漂移、VAV 风阀卡死、冷却塔风机变频故障、控制器总线中断、冷机跳机、新风阀卡死。故障检测只能使用真实楼控系统会提供的点位。
- 可以漫游讲解的大楼。 透视楼层、剖切空调箱、屋顶设备与带管路的冷机房,便于向董事会或租户讲清楚。
它帮你做哪些决定
- 如果没有这次改造,这栋楼本来会用多少能?改造实际省了多少?
- 哪些策略在这栋楼值得花钱:送风温度重置、按需通风、最优启动、蓄冷?
- 在我们的气候和电价结构下,蓄冷加谷电值得投资吗?
- 哪些故障正在让我们多花钱?用现有点位能发现哪些?
- 我们还缺哪些测量?
带来哪些改变
以前: 节能项目按百分比购买,按同时随天气和入住率波动的电费单评判;故障靠租户投诉才发现;楼控点表是一张没人信的表格,每个承包商都重新命名一遍。
以后: 拟议的改造可以在购买前先在孪生上测试,安装后再与校准过的基线对比评判;物业经理看到的故障带着触发它的证据;带语义标签的点位让数据能直接用于分析、交给新承包商或写进 ESG 报告。董事会上的对话,从“供应商承诺了 20 %”变成“这是测得的差值,以及它的依据”。
在你的大楼落地
- 诊断。 收集图纸、机组清单、楼控点表与趋势日志、总表与分项计量数据和电价,并一起确定要回答的问题,例如一次计划中的改造或一个长期存在的舒适度投诉。
- 基于你的数据做原型。 为你的大楼和机组建模,用趋势日志校准热区与机组行为,并建立基线孪生;每个数字都标明是仿真还是校准。
- 联网孪生。 通过 BACnet/IP 接入实际楼控,在真实点位上运行故障检测,并以基线孪生开展测量与验证(M&V)。
无论找谁做,都值得问:你们的基线是什么?我能检查它吗?故障检测是否只用我的楼实际测量的点位?项目结束后,点位模型和数据归谁?
坦诚的边界
海港角大厦是虚构的,演示中的数据全部是合成数据;几何仅用于演示,并非经核验的 BIM。约三分之一的节能只适用于这个模型、这些假设下的一个仿真夏季设计日,不构成对你的大楼的承诺,也没有与计量数据比对过。
亲自看看
- 在线孪生:hvac.octopustwin.com
- 案例研究:楼宇孪生 · 暖通空调
- 正在考虑暖通改造?联系我们,先把它测清楚。


