楼宇智能化改造方案

一个园区，十几套独立系统

园区建成年代较早，安防、暖通、照明、给排水各子系统在不同时期分批建设，各自独立运行、各自一套管理软件，通信协议也不统一。运维人员的日常是来回切换几个界面，靠人工巡查发现问题。

这种状态带来三个具体后果：故障发现滞后，往往由使用者报修才知道；能耗数据无法统一分析，不知道哪个系统在浪费；运维人力被大量routine巡查占用，真正的技术工作反而没时间做。

改造的第一道坎是“不停业”

园区仍在正常运营，改造不能影响入驻企业的日常办公。这意味着不能大规模停系统、不能长时间断网、不能频繁进入办公区域施工。

方案采取分系统、分楼栋推进的方式：先接一个不影响核心业务的子系统做验证，跑通之后再按楼栋推进；每个子系统的接入安排在非工作时段，接入后立即验证，出问题可以快速回退。整个过程中，各子系统在接入前保持独立运行，不因为改造而互相牵连。

协议不统一怎么接

既有子系统的协议五花八门，有的支持标准协议，有的只有厂商私有协议，还有一部分设备年代久远、连通信接口都不具备。方案分层处理：

• 支持标准协议的，直接接入平台
• 私有协议的，通过协议转换网关接入
• 无通信接口的老旧设备，加装采集模块或传感器，把关键状态量单独采集

这里的原则是“不求全，求有用”。不是所有设备都需要接入，先把影响安全与能耗的关键设备接进来，其余按需逐步补充。追求一次性全接入，往往导致项目周期失控。

能耗计量要分到区

统一平台建成后，能耗数据仍是一笔糊涂账——只有一个总表，不知道哪栋楼、哪个系统在用。方案建立了分区计量模型：按楼栋、按系统、按楼层分级计量，把总能耗拆解到可归因的粒度。

拆解之后优化的方向才清晰。比如发现某栋楼的暖通能耗在夜间明显偏高，进一步核查是部分机组未按计划停机；某区域的照明在非工作时段仍有较高基载。这些都是总表上看不出来的问题。

结果与沉淀

综合能耗下降 21%，运维人力减少 4 人，设备故障平均响应时间由 4 小时降至 25 分钟。

响应时间的改善来自告警取代巡查：过去故障要靠人走到现场才发现，如今平台实时监测并推送告警，运维人员从“巡查发现”转为“接单处置”。人力减少不是简单地减人，而是把重复巡查的时间释放出来，转向设备维护与优化。