前两天去一个朋友的办公楼看了一圈，2008年建的楼，BAS系统还是当年那套。
控制室的几台工控机嗡嗡响，屏幕上一堆看不懂的报警记录。运维师傅说："报故障也不知道报啥，有时候一个传感器坏了能报八百条。"
我问有没有数据上云？师傅笑了："啥云？我们连个网页版的监控都没有。"
这不是个例。国内大量既有建筑的楼宇自控系统还是10年前甚至更老的架构。别说AI了，连基本的数据可视化都费劲。
但话说回来，这些楼不可能全拆了重建。怎么升级？今天聊聊实操路径。
升级路径一：让传感器先"活"过来
BAS系统的根基是传感器。十年前的配置是：关键点位有传感器，非关键区域靠估算。比如没人开会的时候会议室照样开着空调。
现在的做法是在现有系统基础上补点——加装IoT无线传感器。好处是：
- 不用重新布线，电池能用好几年
- 装起来快，一个楼层两三天搞定
- 可以覆盖到以前"不值得装"的地方
温度、湿度、CO2浓度、光照强度、人员 occupancy 这些数据，越多越好。数据质量决定了后面所有事情的天花板。
升级路径二：打通数据通道
传感器装好了，数据怎么出来？
老系统大多是BACnet MS/TP走总线，速率低、节点有限。升级方案是：
第一步：BACnet/IP网关
把老的MS/TP总线通过网关转成BACnet/IP，接入IP网络。这一步现在技术很成熟，成本也不高。
第二步：BACnet/SC
如果预算充裕，可以考虑直接用BACnet/SC（Secure Connect）。BACnet/SC是BACnet的最新版本，最大的改进是安全性——用TLS加密通信，不用依赖BACnet/IP的UDP广播。很多新项目已经在推这个标准了。
第三步：MQTT到云端
打通了IP层之后，通过边缘网关把BACnet数据转换成MQTT协议，推送到云端平台。这一步是关键——数据不上云，后面什么AI、大数据都是空谈。
协议这事，别光看名字
讲协议的时候，很多人觉得"开放协议就行，BACnet开放、Modbus开放，选哪个都差不多"。
这话对，也不对。
协议开放不等于集成就顺畅。我踩过不少坑：
- BACnet确实是好东西，但厂商实现得怎么样天差地别。有的只实现了最基础的读取点，关键的控制写操作都"暂不支持"。BACnet支持BIBB（BACnet Interoperability Building Blocks）认证，选设备时一定要看它支持哪些BIBB，别光看贴了个BACnet标签就以为万事大吉。
- KNX在灯光控制这块依然是王者。它的优势是稳定、可靠、响应快。但KNX的数据不上来的话，你楼宇系统永远少一块拼图。
- Modbus在设备层仍然是最常见的协议——水泵、风机、冷机基本都用Modbus RTU。但Modbus的问题是数据量小，而且没有标准化对象模型。同一个温度传感器，不同厂家给的寄存器地址完全不一样，集成的时候全靠人工对点。
所以选设备的时候不光看协议类型，还要看：支持多少数据点？有没有BIBB认证？数据模型的完整度够不够？暴露的数据丰富不丰富？
升级路径三：建立数字孪生
数据上来了，下一步是建数字孪生模型。
所谓数字孪生，就是用三维模型把建筑的物理资产映射到数字世界，然后把实时数据挂上去。你可以在电脑上看到：
- 哪层楼温度偏高
- 哪个区域的空调能耗异常
- 哪台冷机效率在下降
- 哪里的CO2浓度超标
数字孪生不是为了好看，是为了发现问题。没有数字孪生，你得翻几百页报表才能定位一个能耗异常。有了它，一眼就看出来了。
升级路径四：部署AI分析引擎
最后一步才是AI。而且说实话，前几步做好了，AI反而是最容易的部分。
AI能做的事：
- 预测性维护——分析冷机的振动、电流、温度数据，提前一周告诉你哪台设备要出问题
- 优化控制策略——根据天气预报和历史数据，提前调整空调系统的运行策略
- 异常检测——自动发现数据异常，不是像以前那样把"传感器断线"也报成"火灾"
总结一句
升级改造是个系统工程。不要一上来就想上AI，先把传感器、数据通道、数字孪生这几步走扎实了。地基打不牢，AI就是空中楼阁。
另外记住一点：开放协议不等于好集成。协议实现的质量，比协议本身重要得多。