很多建筑运营方都经历过这样的循环：花几十万装了能耗监测系统，验收时热热闹闹，半年后平台无人问津，能耗曲线依旧我行我素。问题不在设备，在于只做了"监测"这一半——节能是一个从数据到行动的完整闭环，缺了任何一环，投入都会打水漂。
本文是智颖汇支柱页系列的第三篇（前两篇：《通信协议全景指南：Modbus/BACnet/MQTT/OPC UA对比与选型决策树》和《传感器选型大全：按建筑场景选型号的一站式指南》），把"从监测到优化"的每一步拆给你看，帮你赶在供暖季之前跑通节能闭环。
没有数据，一切优化都是盲人摸象。能耗监测的目标只有一个：搞清楚能耗到底花在了哪里。
分项计量是地基。只装一块总表，你只能看到"这个月用了多少电"；做了分项计量（照明、空调、动力、插座、特殊用电），你才能定位"空调占了 52% 但制冷效率只有 2.8 COP"。
采集点怎么设、设多少个？我们在《能耗监测数据采集点设置原则与实战技巧》里专门讨论过——核心原则是"从末端往回设"，宁可前期多设 20% 的点位，也不要后期被迫停产返工。传感器选型请直接参考支柱页第二篇的五大场景选型清单，通信协议选型对照Modbus/BACnet/MQTT/OPC UA 决策树。
如果你还没有监测平台，《从0到1搭建能耗监测平台的实施路径》提供了从方案设计到联调验收的完整路线。
数据进来了，接下来回答三个问题：
1. 用得多还是少？引入单位面积能耗指标（EUI），与同类型建筑基准值对比。办公楼 85~120 kWh/(m²·a)、商场 200~350 kWh/(m²·a) 是常见参考区间，偏离超过 30% 就值得深挖。
2. 什么时候用得多？画出 24 小时负荷曲线。办公建筑如果在凌晨两点还有 200kW 的基荷，大概率是空调主机没关、冷库门没锁，或者某台水泵在空转。
3. 为什么是那个时段？把能耗曲线和天气数据（温湿度）叠加。如果室外 18°C 的天气空调还在满负荷跑，说明控制策略出了问题——这时候一台 Air Quality 系列二氧化碳变送器就能帮你判断：到底是人多需要新风，还是纯粹在浪费冷量。
数据分析指向的通常是三类问题，各有对策：
运行策略优化（零成本，先做）。调整空调启停时间、修订冷冻水出水温度设定值、按需控制新风量。一栋 2 万平米的办公楼，仅把空调开机时间从 7:30 推迟到 8:00、关机从 18:00 提前到 17:30，一个制冷季就能省 3%~5% 的空调能耗。
设备运行缺陷修复（低成本）。水力失调、阀门内漏、传感器漂移——这些"慢性病"造成的能耗浪费可达 10%~15%。北方项目尤其要关注水系统防冻：ZYH-100 系列防冻开关能在盘管水温接近冰点时第一时间联动停机保护，避免冻裂事故导致的停机和高昂维修费。
系统性节能改造（需投资，做 ROI 测算）。冷机更换、水泵变频、群控升级。这一类必须先用监测数据做基线回归模型，预测改造后能耗，算出投资回收期再动手。
优化措施落地后，怎么证明"确实省了"？凭感觉不行，要靠测量与验证（M&V）：
最常用的是基线回归法：用改造前的历史数据（至少 12 个月，涵盖四季变化），建立一个"能耗 = f（天气、 occupancy、运行时长）"的回归模型。改造后的实际能耗与模型预测值之差，才是真正的节能量。注意要用天气归一化，否则一个凉夏就能让你"看起来"省了很多电。
实践中一个常见坑：改造后运行人员同时改了运行时间，两个变量混在一起，无法拆分归因。正确做法是一次只改一个变量，或者在新旧系统并行运行 2~4 周做 A/B 对比。
闭环的最后一环是把验证过的最佳实践固化为日常运营：
报警规则动态化。固定阈值（如"电流超过 100A 就报警"）在工况变化后很快失效。更好的做法是基于历史数据建立动态基线，偏离基线 ±20% 持续 30 分钟才触发告警，误报率能降低 70% 以上。
月度能耗评审。每月固定一天，把分项能耗、EUI、异常事件拉出来过一遍，形成书面的《能耗运行月报》。这个习惯坚持下来，你会发现新的优化机会源源不断——节能不是项目，是运营方式。
回顾五个步骤：监测→分析→优化→验证→持续。前三步解决"从数据到行动"，后两步解决"让行动可持续"。供暖季就在眼前，现在跑通这个闭环，今年冬天的能耗账单会给你答案。
如果你在任一步骤卡住了——采集点不知道怎么设、协议不知道怎么选、传感器不知道怎么配——回到这个系列的前两篇找答案，或者直接联系我们，把整个闭环交给我们做。
