老旧楼宇的智能化改造，从来不是简单的设备堆砌。我们在杭州数个存量项目中反复验证过：真正的难点在于**将分散的子系统拧成一股绳**。今天不谈概念，直击改造中最容易翻车的三个环节——能耗监测的部署逻辑、门禁系统的融合策略，以及平台层的取舍标准。

第一道坎：能耗监测不是装表，是建网

很多楼宇把智能电表装完就宣告“监测完成”，结果数据在云端睡大觉。杭州中连盛汇科技有限公司在改造中坚持一个原则：分项计量必须绑定管理动作。比如空调主机、电梯、照明要独立回路，且采样频次不低于每15分钟一次——这样才抓得住尖峰负荷的波动特征。我们曾在一栋1998年建成的写字楼里，靠这套系统发现冷冻水泵夜间空转，单月省下4.2万度电。

部署时还有个细节常被忽视：老旧配电柜的改造空间极为局促。电流互感器选型如果只按额定电流计算，往往塞不进原柜体。我们的做法是先做三维扫描再定制开口式CT，把停电时间压缩到2小时以内。这种“外科手术式”施工，比整柜更换节省约60%成本。

第二道坎：门禁考勤一体化，要“向后兼容”

老楼的门禁系统五花八门——有的还在用IC卡+模拟摄像头。硬推人脸识别终端，不仅预算超支，还会引发物业抵触。杭州中连盛汇科技有限公司的智慧园区物联网系统采用边缘网关做协议转换，让旧读卡器、新生物识别设备、甚至电梯楼层控制都在同一平台下协同。一个典型案例是：某机关大院改造后，访客登记、内部考勤、电梯权限三套流程合并为一次人脸识别，高峰期通行效率提升70%。

这里必须强调，门禁数据与能耗数据联动，才是真正的“一体化”。比如下班后门禁系统检测到某楼层无人，就自动把该区域的照明和空调切入节能模式。这个逻辑听起来简单，但需要平台层有成熟的事件驱动引擎——这恰恰是市面上很多轻量级SaaS的短板。

平台选型：别被“大而全”绑架

老旧楼宇改造最忌讳上一套重型IBMS（智能楼宇集成系统）。我们通常建议采用轻量化物联网平台+定制化数据看板的组合。楼宇能耗监测管控的核心是趋势预警，而非堆砌报表。平台必须能自动生成“单位面积能耗环比”和“设备健康度评分”，让物业经理一眼看懂异常。

在杭州某产业园区项目中，我们部署的平台仅用两周就完成了与既有BA系统的对接，却把故障响应时间从48小时压缩到4小时。关键就在于开放了底层API，允许第三方传感器直接接入——这比强迫客户更换全套硬件要务实得多。

回头来看，老旧楼宇智能化改造的成败，七分在前期勘察，三分在平台选型。我们坚持一个原则：不改变楼宇原有结构，只优化其神经脉络。能耗监测要细到回路，门禁融合要平顺过渡，平台要留足扩展余量。这三个环节咬合紧密，改造后的楼宇才真正具备“自感知、自调节”的生命力。