工业现场经常同时出现 Modbus、OPC UA 和 MQTT。有人问：“既然都是传数据，为什么不统一用一种协议？”答案是：它们解决的问题并不一样。

一、先说结论：Modbus 负责读到值，OPC UA 负责理解对象，MQTT 负责传递消息

三种协议并不是互相替代，而是常常组成一条完整链路：

在实际项目中，可以这样理解：

• Modbus：现场设备的通信基石，解决“寄存器里是什么数”。
• OPC UA：工业系统的统一语言，解决“这个数代表什么对象和属性”。
• MQTT：轻量级发布订阅协议，解决“数据如何可靠传到边缘或云端”。

二、Modbus：简单、广泛，但需要自己维护语义

Modbus 常见于传感器、PLC、变频器和仪表等设备，支持串口和以太网通信，部署简单、生态成熟。

它的优点很明确：

• 设备支持范围广
• 通信模型简单
• 现场部署成本低
• 适合设备级数据交换
• 便于对传统设备进行存量改造

但 Modbus 返回的通常只是原始数值，协议本身不告诉你：

• 这个地址是什么点位
• 数值单位是什么
• 是温度、压力还是速度
• 数据是有符号还是无符号
• 是否需要缩放
• 哪些值代表设备状态

因此，使用 Modbus 时，点位配置表非常重要。至少应该维护以下字段：

如果这些信息散落在代码、Excel 和工程师记忆里，后期一定会变成维护灾难。

三、Modbus 最容易踩的几个坑

地址偏移

设备说明书里的地址可能从 0 开始，也可能从 1 开始；有些设备把 40001 这类逻辑地址映射到程序里的 0。地址只差一位，读出来就可能是另一个点位，甚至直接报错。

数据类型不匹配

同一个寄存器可能被解释成 uint16、int16、float32 或两个寄存器组合的 32 位数据。读到了数，不代表读对了数。

字节序和字序

浮点数和多寄存器数据可能涉及大端、小端、字节交换和字交换。遇到“数值明显不合理”的问题，先确认数据类型和字节序，不要急着怀疑设备。

采集频率过高

Modbus 采用请求响应模式，设备和网络都有处理能力边界。点位越多、轮询越频繁，越需要合理分组和控制并发。

没有真实设备时无法验证

可以使用从站模拟器模拟多个设备和寄存器，验证主站的重试、超时、并发和异常处理逻辑。真实设备上线前先完成压测，成本远低于现场排查。

四、OPC UA：不仅传值，还能表达对象

OPC UA 相比 Modbus 更重，但它解决的是更上层的问题。

OPC UA 的核心特点包括：

• 跨平台
• 支持对象建模
• 自带语义信息
• 内置安全机制
• 支持客户端服务端模式
• 支持发布订阅模式

例如，Modbus 可能只告诉你“寄存器 2 的值是 2309”；OPC UA 可以在节点模型里描述：这是某台设备的温度属性，单位是摄氏度，数据类型是浮点数，并且属于某个设备对象。

这就是“读到值”和“理解对象”的差异。

OPC UA 更适合：

• 工厂车间数据集成
• 边缘网关标准化输出
• 不同品牌设备统一接入
• 工业 4.0 场景中的系统互联
• 需要语义和安全能力的场景

它的代价是资源占用相对较大、技术栈更复杂，对硬件和实施人员的要求也更高。

五、MQTT：让设备数据适合云边传输

MQTT 采用发布订阅模式，生产者和消费者不需要直接耦合。

MQTT 适合工业物联网的原因包括：

• 协议头轻量
• 发布订阅解耦
• 支持 QoS 消息质量等级
• 支持断线重连
• 适合海量设备接入
• 适合从边缘向云端传输

但 MQTT 不是“用了就安全”。生产环境应配合 TLS、身份认证、主题权限和消息审计使用。

主题设计也需要提前规划，例如：

主题越灵活，管理要求越高。尤其要避免让任何客户端都能订阅或发布所有主题。

六、三种协议如何组成一条链路

一个典型的工业数采场景可以这样设计：

1. 现场 PLC 通过 Modbus TCP 提供寄存器数据。
2. 边缘采集服务根据点位配置读取寄存器。
3. 采集服务完成类型转换、单位换算和状态映射。
4. 边缘节点将统一格式数据发布到 MQTT。
5. Telegraf 或其他数据处理组件订阅 MQTT 消息。
6. 清洗后的时序数据写入 InfluxDB。
7. 活字格通过 API、查询或订阅读取业务可用数据。

统一数据结构可以保持简单：

设备可以千差万别，但进入业务层的数据格式应该尽量统一。

七、活字格直采、网关桥接还是 SCADA

三种方式没有绝对优劣。

活字格直采

适合设备数量适中、协议统一、采集频率低、业务变化快的场景。优势是开发快，采集与业务处理可以放在一个应用中。

网关桥接

适合设备多、协议杂、现场网络复杂的存量改造场景。网关负责底层协议汇聚，转换成 OPC UA 或 MQTT 等标准协议，活字格消费标准数据。

SCADA 采集

适合秒级或毫秒级硬实时、安全联锁、闭环控制和大规模高频采集。SCADA 负责底层采集和边缘处理，活字格专注设备管理、业务流程和应用展示。

判断标准不是“哪种方式更先进”，而是：设备数量、采集频率、实时性、安全性、协议复杂度和团队能力是否匹配。

八、总结

工业协议的合理组合，可以把复杂问题拆成三件事：

• 用 Modbus 等协议接入设备
• 用 OPC UA 等协议统一表达设备对象
• 用 MQTT 等协议完成云边端消息传输

如果遇到非标准协议，也不必推翻整套架构。通过前后端编程接口和插件机制，可以扩展新的协议适配器，保持上层业务数据结构稳定。

协议选型的最终目标不是追求协议数量，而是让数据从现场设备顺利进入业务系统，并且在后续运行中可维护、可追溯、可扩展。