老设备怎么接：Modbus 与 OPC UA 网关的现实做法

新建项目可以要求设备支持 MQTT，改造项目不行。车间里运行着的设备可能是十几年前采购的，对外只有一个串口和一张 Modbus 点表。把它们接进平台，中间必然有一层协议转换，而这一层的工作量常常被低估。

网关要做的四件事

1. 协议转换：按原有协议读取数据，转成平台约定的格式上报；
2. 数据归一化：把寄存器里的原始值换算成带单位的物理量，并按物模型组织；
3. 本地缓存：上行链路中断时暂存数据，恢复后补传；
4. 反向控制：把平台下发的指令翻译成原协议的写操作，并处理失败与超时。

第二件事最容易被当成小事。寄存器里是一个整数，它代表的可能是放大十倍的温度、也可能是一个按位拆分的状态字。这些换算规则如果散落在代码里，换人之后就没人说得清某个数字是怎么来的。规则应当以配置形式存在，和点表放在一起。

点表是最容易出错的一环

点表来自设备厂商的文档，而这些文档经常与实物不一致：地址偏移一位、字节序与文档相反、某几个点位在特定型号上不存在。这不是文档写错了，往往是同一型号在不同批次上有差异。

现实的做法是把点表当作需要实测验证的东西，而不是可以直接照抄的规格。现场调试时逐点核对，并把核对结果连同设备批次号一起记录。这份记录在设备更换或扩容时能省下大量时间。

轮询周期：别把现场总线压垮

Modbus 是主从轮询结构，总线上的带宽是共享的。接入的点位越多、轮询越快，总线占用越高，而原有的控制系统可能也在使用同一条总线。把轮询周期设得过短，可能影响生产设备本身的通信。

合理做法是分级轮询：变化快且重要的点位高频读，状态类、配置类的点位低频读甚至只在变化时读。先按较慢的周期上线，观察一段时间再逐步加快，比一上来就压到极限稳妥。

OPC UA 的情况不同

较新的工业设备和控制系统支持 OPC UA，它本身带有信息模型和订阅机制，不需要轮询，也自带安全层。接入成本通常低于 Modbus，但要注意服务端的订阅数量和采样间隔是有限制的，大量订阅同样会给控制器带来负载。

故障定位要能分段

链路是「设备 — 网关 — 平台」两段，任何一段断了，平台看到的现象都是「数据不来了」。网关应当分别上报两段的状态：与下游设备的通信是否正常、与平台的连接是否正常。缺了这一项，每次排障都要派人去现场。这在制造业类项目里尤其值得投入，现场往往不在本地。点表实测记录属于交付物的一部分，相关约定见合作流程。