• 正文
  • 相关推荐
申请入驻 产业图谱

楼里有BA系统,想加AI优化,是不是得换网关?

08/17 21:15
184
加入交流群
扫码加入
获取工程师必备礼包
参与热点资讯讨论

摘要:这是我们在售前阶段被问得最多的一个问题。业主的潜台词其实是:"我楼里的BA系统还能用,但如果要加AI,是不是得推倒重来?"答案很明确:不需要。​ 本文用真实部署案例,讲清楚"不改BA、不换网关"到底是怎么做到的——从协议对接到数据回写,每一步都不动原有系统。


一、先说结论:原有BA是"身体",AI是"大脑",不需要换身体

一个比喻就能说清:

  • 原有BA系统​ = 人的神经系统——传感器感知温度、DDC控制器执行开关/调节、变频器驱动水泵风机。这套系统只要还能正常工作,就不需要换。
  • AI节能智能体​ = 人的大脑皮层——接收所有感知信号,做决策,然后告诉神经系统"该怎么做"。

你要做的是给神经系统接一个大脑皮层,而不是把神经系统换掉。


二、协议对接:怎么"读懂"原有BA的数据

主流协议全部支持

无论你楼里的BA系统是什么品牌、什么年代,只要它支持以下任意一种开放协议,就能对接:

协议 常见品牌/系统 对接方式
BACnet/IP 江森、霍尼韦尔、西门子、施耐德、Delta等主流BA 直接读取DDC数据点
BACnet MS/TP 部分国产BA、老系统 通过串口服务器转为IP
Modbus TCP 国产BA、空压机群控柜、电力仪表 直接读取寄存器
Modbus RTU 老旧设备、独立控制器 通过串口服务器转为IP
KNX 欧洲系楼宇控制系统、智能照明 通过网关转为IP
OPC UA 工业系统、MES、工厂能源管理系统 直接订阅数据点

对接过程:只读不控,先"听懂"再"说话"

第一阶段(只读期,7天)

智能体接入后,前7天只读取数据,不向BA系统写入任何指令。这段时间做三件事:

  1. 确认所有数据点映射正确(比如"冷冻水回水温度"读到的数值是否和实际表盘一致)
  2. 校准负荷模型(用历史数据训练建筑的热惯性参数)
      1. 验证通信稳定性(网络延迟、丢包率、断线重连)

第二阶段(试运行,3~5天)

开始向BA系统的设定值写入指令,但幅度极小(±2%以内),验证闭环控制是否正常。比如:

  • 把冷冻水设定温度从7℃微调到7.1℃
  • 把冷却塔风机频率从35Hz微调到34Hz

观察30分钟,确认BA系统正确执行了指令、现场设备响应正常、无告警。

第三阶段(正式运行)

逐步放开控制幅度,从±5% → ±10% → ±15%,直到达到最优控制区间。


三、回写设定值:AI怎么"指挥"原有BA

这是整个方案的核心技术点,也是业主最关心的:"你到底是怎么控制我楼里的设备的?"

控制架构

纯文本
┌─────────────────────────────────────────┐
│          原有BA系统(不动)                │
│  ┌────────┐  ┌────────┐  ┌────────┐   │
│  │ 传感器  │→│ DDC   │→│ 执行器  │   │
│  │温度/流量│  │控制器  │  │变频/阀门│   │
│  └────────┘  └───┬───┘  └────────┘   │
│                  │                      │
│           BACnet/Modbus协议              │
│                  │                      │
│         ┌───────▼───────┐              │
│         │  边缘计算网关   │              │
│         │ AI节能智能体   │              │
│         │  (本地部署)   │              │
│         └───────────────┘              │
└─────────────────────────────────────────┘

具体回写哪些设定值?

控制对象 回写设定值 原有BA怎么响应
冷水机组 启停指令、冷冻水设定温度 DDC按设定值控制冷机启停和导叶/变频
冷冻水泵 频率设定值 DDC把频率指令发给变频器
冷却水泵 频率设定值 同上
冷却塔风机 频率设定值 DDC控制风机变频器
新风机 频率/阀位设定值 DDC调节新风阀和风机频率
照明回路 开关/调光设定值 DDC或照明控制器执行

关键点:AI不替代DDC的控制逻辑,只改变DDC的"目标值"。​ 就像你给司机设导航目的地,但方向盘还是司机握着。


四、安全机制:三层保护,确保不会"乱来"

业主最担心的场景:"万一AI算错了,把冷机关了,大夏天楼里40度怎么办?"

我们设计了三层安全机制:

第一层:设定值上下限钳位

所有回写的设定值都有硬性的上下限约束,由业主/物业和我们一起设定:

  • 冷冻水设定温度:下限 5℃,上限 9℃(AI不能调到这个范围之外)
  • 冷机启停:有最小停机时间约束(比如停机后至少30分钟才能再开)
  • 水泵频率:下限 25Hz(防止水泵喘振)

AI的输出如果超出这个范围,会被自动钳位到边界值。

第二层:BA系统原有保护逻辑优先

原有BA系统里已经配置的保护逻辑(高压保护、低温保护、流量低保护等)全部保留、全部优先。AI的指令如果触发了保护条件,BA系统会自动拒绝执行或切回本地控制。

第三层:断线自恢复

如果边缘网关和BA系统之间的通信中断(网线松了、交换机重启等):

  • BA系统自动切回原有控制逻辑(固定时间表或手动模式)
  • 边缘网关检测到断线后停止输出指令
  • 通信恢复后,网关重新校准状态,确认安全后逐步恢复AI控制

五、真实案例:10年老BA系统,11天对接完成

项目背景:上海虹口区某写字楼,原有BA系统为某欧洲品牌,安装约10年,厂家已退出中国市场,本地代理商也找不到了。

对接过程

天数 工作内容 难点/解决
第1天 现场勘察,确认DDC型号和协议类型 原厂资料缺失,通过DDC面板菜单确认是BACnet MS/TP
第2-3天 安装串口服务器,将MS/TP转为IP 波特率MAC地址需要现场逐一确认
第4-5天 数据点映射,确认120+点位的地址和类型 部分点位描述与实际不符,通过现场手动触发验证
第6-12天 只读数据校准期 发现3个温度传感器的读数漂移,通知物业更换
第13-15天 试运行,回写设定值 逐步放开控制幅度,验证闭环响应
第16天 正式交付 物业工程部培训,签署验收报告

结果:原有BA系统一行代码没改,一个硬件没换,AI智能体成功接管了冷站群控。


六、什么情况下"确实接不了"?

诚实地说,以下情况我们也会建议客户先升级基础设施

情况 原因 建议
BA系统完全没有通信接口 纯硬接线继电器控制,没有DDC控制器 需要先做BA系统基础改造
协议完全私有且厂家已消失 无法获取协议文档,也无法通过逆向工程解析 评估加装独立数据采集器(在传感器侧并联
网络基础设施不存在 楼内没有局域网,无法布线 需要先建网络(Wi-Fi或LoRa也可作为备选)
DDC控制器本身故障频发 原有系统已经不可靠 先修好或替换故障DDC

但说实话,以上情况在我们接触的项目中占比不到10%。90%以上的既有BA系统,都能通过协议对接接入AI优化。


七、不确定你们楼能不能接?

我们整理了一份《BA系统接入AI可行性自评估表》,包含:

  • 主流BA品牌/型号协议支持速查表
  • 现场勘察checklist(5分钟就能完成)
  • 常见"接不了"的假象和真解决方案

相关推荐