协议 · 网关

楼宇自控网关选型——决策指南

何时需要网关、如何选型、放在哪里，以及移交后如何让网关配置保持可维护。

直接回答

网关用于在现场协议与自控系统之间做转换。只有没有原生接口时才需要单独配置，并按协议支持、点位容量、轮询行为、配置工具、固件策略与网络位置选型。网关应靠近所服务的设备，避免级联，并把配置纳入竣工资料。

网关带来什么，又增加什么成本

网关是带内存、处理器和配置工具的翻译器。它把一种协议的地址映射成另一种协议的点位，可能轮询现场设备，也可能缓存或缩放数值。便利有代价：延迟、新的固件面、会漂移的配置文件，以及一个会坏的设备。因此第一个设计问题不是“选哪个网关”，而是“是否真的需要网关”。很多 BACnet/IP 与 Modbus TCP 设备可以原生接入。只有当协议、拓扑、授权或设备数量确实需要时，网关才成立。不在图纸上的网关就不在设计里；它只是一个带电源的未记录依赖。

先问是否存在原生接口
如实计入延迟与故障点
在接口矩阵中说明网关的必要性

真正重要的选型标准

先看协议组合与点位数，再核对说明书画不出来的细节：支持的对象或寄存器类型、最大轮询速率、COV 或事件支持、写权限、时间同步、诊断计数，以及现场设备消失时网关的行为。确认配置工具、授权模式与固件升级路径。问厂商是否提供协议一致性声明，是否有备机。一个业主团队无法配置的网关，会变成永久依赖。最好的证明是用真实设备与真实点位数做一次短试点，而不是在会议室里比较说明书。

核实对象或寄存器支持，而不只看协议名称
确认诊断与故障行为
询问备机、授权与固件

位置与网络设计

把网关放在它服务的设备附近，接在有记录的网络段上，使用固定地址。避免网关串网关，或让一种协议穿过另一种协议，除非别无选择；每一跳都增加延迟，也多一个命名断点。给网关起清楚的名字，记录序列号、固件与配置备份，并决定是否用 UPS 供电。网关在机房时，要防热、防尘、防误断电。物理位置也是集成设计的一部分。给网关、端口与电源贴标；未来的技术人员不应靠追线才能认出它。

靠近现场设备安装
使用固定地址与有记录的 VLAN
防止过热与意外断电

测试与生命周期

把网关当系统部件测试，而不是当一个会亮的盒子。读所有点位，写可写点位，拔掉现场线确认故障状态，重启网关检查恢复，验证时间与单位没有丢失。记录测试前后的诊断计数。把固件升级与配置备份纳入维护任务。更换网关时，点位表与命名应保持稳定。好的网关很无聊：翻译可靠、报告自身健康，设备变化时不需要每次都找专家。货架上放一台备机，比等一周才拿到一台固件不对的替换机更便宜。

测试读、写、故障与恢复
固件变更前备份配置
更换设备时保持点位命名稳定

网关选型矩阵

7 行

接口	典型网关	位置	主要风险
KNX	KNX IP 接口或网关	靠近 KNX 电源或楼层箱	组地址映射与 ETS 归属
BACnet MS/TP	BACnet 路由器或网关	串行段起点	波特率、终端与对象支持
BACnet/IP	原生接口或网关	BMS VLAN 上	BBMD、对象表与写入优先级
Modbus RTU	串口网关	靠近 RS485 段	终端与轮询预算
Modbus TCP	原生接口或协议转换器	自控 VLAN 上	寄存器映射与连接数限制
DALI	DALI 控制器或网关	照明配电箱内	地址计划与驱动兼容性
干接点	I/O 模块	被控设备箱内	电压、隔离与失效安全状态