4. 常见工业通信协议
在MES设备数据接口与追溯工程中，通信协议是设备层与信息系统之间的“语言”。选错协议，轻则采集延迟、丢点，重则无法接入既有PLC、追溯链断裂。本节从协议原理出发，结合MES场景给出选型方法，并指出常见误区。
一、协议原理：五类协议的定位差异
工业通信协议可按“实时性—语义能力—部署成本”三个维度理解。Modbus是典型的寄存器式主从协议，报文简单、几乎全设备支持，但语义弱，只传数值不传结构；OPC UA是面向服务的架构，自带信息模型、类型系统和安全通道，适合跨系统语义互操作；Profinet与EtherNet/IP都是基于以太网的实时工业协议，前者与西门子生态深度绑定，后者基于CIP并兼容罗克韦尔体系，二者都强调循环IO数据的确定性；MQTT则是轻量级发布/订阅消息协议，适合设备到云、边缘到MES的异步数据上报。
二、选型方法：从追溯需求反推协议
协议选型不应从“哪个先进”出发，而应从MES追溯需求反推。可按以下步骤执行：
- 明确数据对象：是过程参数（温度、压力）、状态信号（运行/故障），还是追溯标识（批次号、序列号）。
- 确定实时性等级：安全联锁需毫秒级，Profinet IRT或EtherNet/IP隐式消息更合适；质量数据秒级即可，Modbus TCP或MQTT足够。
- 评估语义需求：若需跨系统传递结构化设备模型，OPC UA的信息模型优势明显；若只是读寄存器，Modbus更轻量。
- 核对设备原生支持：优先使用设备自带协议，减少网关转换带来的延迟和故障点。
- 考虑网络与安全：MQTT适合跨网段、低带宽场景，但需配合TLS和认证；OPC UA自带安全通道，适合对安全要求高的场景。
三、场景案例：汽车零部件追溯线
某汽车零部件产线需要记录每个零件的压装力、扭矩和序列号，并与工单绑定。现场设备包括西门子PLC、扭矩枪和扫码枪。方案如下：
- PLC与扭矩枪通过Profinet循环采集，周期4ms，保证力值与角度曲线不丢点。
- 扫码枪通过Modbus TCP将序列号写入PLC寄存器，PLC将序列号与过程数据打包。
- 边缘网关以OPC UA客户端读取PLC中的结构化数据，转换为JSON。
- 网关通过MQTT QoS 1发布到MES主题，MES按序列号建立追溯档案。
# MQTT主题设计示例
mes/trace/line01/station03/press
payload:
{
"sn": "A2024051700123",
"force": 12.45,
"torque": 8.72,
"result": "PASS",
"ts": "2024-05-17T10:23:45.120+08:00"
}该方案中，Profinet保证实时采集，OPC UA解决语义转换，MQTT解决跨系统异步传输。若全部用Modbus轮询，高速曲线会丢点；若全部用MQTT直连PLC，则实时性不足且PLC负载高。
四、协议对比清单
| 协议 | 通信模型 | 实时性 | 语义能力 | 典型场景 | 主要局限 |
|---|---|---|---|---|---|
| Modbus | 主从轮询 | 中低 | 弱，仅寄存器 | 仪表、电表、简单PLC | 无时间戳、无结构、轮询效率低 |
| OPC UA | 客户端/服务端、发布订阅 | 中 | 强，信息模型 | 跨系统集成、边缘到MES | 配置复杂、资源占用较高 |
| Profinet | 循环IO + 非循环 | 高，RT/IRT | 中，GSDML描述 | 西门子产线、运动控制 | 生态绑定强、跨品牌调试成本高 |
| EtherNet/IP | 隐式/显式消息 | 高 | 中，CIP对象 | 罗克韦尔体系、离散制造 | 非罗克韦尔设备支持参差 |
| MQTT | 发布/订阅 | 低到中 | 弱，靠payload约定 | 设备上云、远程监控 | 不保证硬实时、需额外安全层 |
五、常见误区与复盘
误区一：用MQTT替代实时总线。MQTT的QoS只保证消息到达，不保证周期确定性。安全联锁、运动控制必须用Profinet IRT或EtherNet/IP隐式消息。
误区二：忽视时间戳来源。Modbus寄存器没有时间戳，若MES侧统一打点，网络抖动会导致追溯时间失真。应在网关或PLC侧打时间戳，并定期NTP对时。
误区三：OPC UA配置过重。并非所有点位都需要建模。追溯关键点建信息模型，普通状态点可用简单变量，避免服务器负载过高。
误区四：协议转换层无缓存。MQTT断网时若网关无本地缓存，追溯数据会丢失。应在网关配置持久化队列，恢复后补传。
复盘建议：在项目初期绘制“设备—协议—网关—MES”数据流图，标注每个环节的实时性、时间戳来源和断线策略。协议选型不是技术炫耀，而是让追溯数据在正确的时间、以正确的语义、可靠地到达正确的位置。