楼宇自控系统集成——KNX、BACnet、Modbus 与 Loxone

KNX

KNX 是用于照明、遮阳、房间控制及部分暖通末端的建筑控制标准。设备共享双绞线总线，地址按线路与区域组织。组态通过工程工具保存在设备中，网关可以把组地址开放给 IP 网络或其他平台。KNX 的优势在于房间功能需要稳定、厂商无关的总线。集成工作集中在组地址命名、数据点类型，以及网关或总线分段离线时的行为。文档良好的 KNX 系统更容易扩展；没有组地址命名的系统会变成黑盒。网关应带真实总线负载测试，而不只是接一台样机。总线电源、终端电阻与每条线路的设备数量也很重要，因为处于边缘状态的 KNX 线路会产生看起来像设备故障的问题。

• 双绞线设备总线
• 按线路与区域组织组地址
• 网关接入 IP 或其他平台
• 测试离线行为

BACnet

BACnet 是机房与楼宇管理系统的共同语言。它定义对象、属性与服务，让冷机或空调机组以结构化方式提供状态、设定值与告警。BACnet/IP 运行于以太网；MS/TP 运行于串行总线。集成需要设备实例号、对象标识、单位与读写权限。变化订阅可以减少轮询，但不是每台设备都实现良好。点位图应记录哪些对象只读、哪些可命令，以及通信丢失时发生什么。对象清单应在画面制作前导出并复核，而不是在调试时才发现。只读状态点与可命令设定值应在画面与权限中分开。BACnet 设备实例号在整个互联网中必须唯一，跨子网通信时 BBMD 或路由器配置必须归档。

• 对象、属性与服务
• BACnet/IP 运行于以太网
• MS/TP 运行于串行总线
• 读写权限与故障回退

Modbus

Modbus 简单、普及，也不宽容。它暴露寄存器与线圈，集成商必须了解寄存器表、数据类型、缩放与字节序。Modbus RTU 运行于 RS485；Modbus TCP 运行于以太网。电表、逆变器、电源、传感器与许多 PLC 都使用它。由于 Modbus 没有标准对象模型，不同厂商的两台设备可能用同一个寄存器号表示不同含义。寄存器表与工程单位应写进集成文档，而不是记在某个人脑子里。一个错误的缩放系数，能让能源报表看似合理却完全错误，这比明显故障更糟。轮询过于频繁会占满串行总线，造成看起来像设备故障的超时。串行分段还需要正确的终端、偏置与隔离，以及总线实际能支撑的设备数量。

• 寄存器、线圈与功能码
• RTU 走 RS485，TCP 走以太网
• 缩放与字节序
• 寄存器表归档

DALI 与 Loxone 总线

DALI 控制可寻址灯具，支持单灯地址、分组、场景与故障反馈。它是照明总线，不是通用建筑总线，需要网关或控制器接入更大的系统。Loxone 用 Tree 连接有线设备，用 Air 连接无线设备，用 1-Wire 连接简单传感器。兼容设备通过 Tree 与 Air 同时获得供电与数据；1-Wire 是低速传感器总线。选择哪种，取决于施工方式、设备类型与保持总线拓扑简单的需要。DALI 与 Loxone 总线应控制在各自的分段规模与功率限制内，设计应标明每段起止位置。选择及理由应写入设计，避免后续变更随意混用总线类型。DALI 应急照明的测试计划也需要归档，因为那是生命安全例行测试，不是场景。

• DALI 地址、分组与场景
• Tree 连接有线 Loxone 设备
• Air 连接无线设备
• 1-Wire 连接简单传感器

网关、点位映射与测试

网关选型是设计决策。网关必须支持所需协议版本、点位数量、轮询速率与数据方向。点位映射随后为每个数据项指定名称、地址、类型、单位与权限。命名应与图纸和运维画面一致。测试从工厂逐点核对开始，到现场带真实设备继续，最后做联动与故障测试。交付包应包括地址表、网关配置、测试记录，以及明确的只读点说明。集成文档应是活的记录：设备更换时，地址与点位映射在同一处更新。测试记录应写明设备、固件、点位与预期值，而不只是“通过/不通过”。没有文档的网关，就是一次原因未知的未来停机。

• 协议版本与点位数量
• 名称、地址、类型与单位
• 工厂与现场测试
• 地址表与测试记录

网络设计、地址规划与时间同步

集成成败常在网络层。先做地址规划：每个系统的 IP 段、建筑设备专用 VLAN，以及哪些设备路由、哪些隔离的规则。BACnet/IP 要注意广播域、设备实例号，以及跨子网时的 BBMD 配置。Modbus TCP 需要稳定地址与轮询计划；串行 Modbus 需要正确的终端、偏置与隔离，并限制每段设备数量。网关应靠近所服务的设备，并由不会被维护断电的回路供电。时间同步应来自单一时间源，所有控制器与网关使用同一 NTP 服务；否则趋势时间戳与告警顺序无法关联。网络文档应属于交付内容，而不是第一次故障后才补画。

• IP 与 VLAN 地址规划
• 广播域与 BBMD
• 串行终端与隔离
• 所有设备统一 NTP 时间源

测试、文档与常见故障模式

测试应跟随集成矩阵，而不是集成商的信心。工厂测试用样机检查网关配置、点位名称与读写权限。现场测试用真实设备重复检查，并增加通信故障测试：断开网关、拔掉总线分段、破坏寄存器、重启控制器。随后端到端测试告警与联动，包括运维确认与审计轨迹。文档应包括地址表、点位图、网关设置、网络图、测试记录与只读点说明。常见故障可以预见：BACnet 设备实例号重复、Modbus 字节序错误、网关轮询快于设备响应能力、BACnet 服务不受支持、KNX 组地址数据点类型错误，以及网关与设备固件不匹配。每一种都有本可以发现它的测试。

• 样机与现场逐点检查
• 通信故障测试
• 端到端告警与联动测试
• 地址表、点位图与固件记录

门禁系统集成

门禁系统集成把开门事件、读卡决策与告警状态接入建筑平台，但不替代门禁供应商。门禁控制器仍是凭证校验与开门授权的权威；平台订阅事件、执行跨系统逻辑并呈现统一时间线。典型联动包括门常开、强行开门、合法进入与胁迫事件，以及视频与照明响应。范围文件应明确门由谁控制、事件日志归谁、任一侧离线时如何处理。