很多项目的 BAS 交付后只停留在”远程开关空调”，没发挥出节能与联动价值。问题往往出在调试阶段不扎实——只是把点调通，没把策略调好。

一、先把每个点调”准”

BAS 的 I/O 分四类，调试顺序也应区分：

  • DI（数字输入）：门磁、水流开关、故障接点——确认状态与现场一致，注意常开/常闭。
  • DO（数字输出）：启停、开关阀——先手动点动，确认执行机构动作方向正确，避免”该开变成关”。
  • AI（模拟输入）：温度、湿度、压力、流量——用标准信号源（420mA / 010V）校准量程，排查断线、接地干扰。
  • AO（模拟输出）：阀门开度、变频器频率——做 0/50/100% 三点对应，检查执行器线性。

实务提示：点位表与现场接线”对不上”是高频问题。调试前先用万用表逐点核线，比上线后找故障省十倍时间。

二、控制逻辑：别只写”启停”

真正产生价值的逻辑在三类：

  1. 联锁保护：如冷冻泵未运行则冷却塔不许启动；排烟阀开则对应风机联动。
  2. 串级/pid 调节：根据回风温度动态调节水阀开度，而不是固定开度硬撑。
  3. 时间表与日程：办公区空调按工作日/节假日/上下班时段自动启停，是节能大头。

逻辑调试要在手动→半自动→全自动逐级放开，每放开一档观察一段时间，确认不会误动作影响业务。

三、与第三方系统的接口

现代楼控很少”单打独斗”，常见对接方式：

  • Modbus RTU/TCP：对接电表、水表、空调机组，确认从站地址、寄存器映射、字节序。
  • BACnet IP：楼宇设备主流协议，注意 device ID 与 object 命名规范，避免冲突。
  • API / 数据库：对接停车场、一卡通、消防主机时，明确推送频率与字段含义。

接口调试的坑多在”协议通了但数据错”：比如温度值被放大 10 倍、时间戳时区不对、点位反向。务必用真实业务数据跑一轮回归。

四、移交前必做的整定

  • 确认报警阈值合理：太低天天误报，太高形同虚设。
  • 把运行策略（启停时间、设定值、联动关系）文档化，交给运维方而非锁在工程师电脑里。
  • 做一次故障演练：断网、掉电、传感器故障，看系统是否按预期降级而非整体崩溃。

BAS 的价值不在”能远程控制”，而在”按策略自动、稳定、节能地运行”。调试阶段把策略调好，后期运维才真正省力。