4. 设备连接与通信协议：Modbus TCP/RTU、OPC UA、Profinet、EtherNet/IP、MQTT协议对比与选型
做MES实时数据采集，最头疼的往往不是业务逻辑，而是设备那一堆乱七八糟的通信协议。
我见过太多项目，前期规划时拍脑袋选了协议，结果到了现场发现设备不支持，或者性能根本扛不住。说白了，协议选型就是整个数据采集架构的基石，选错了后面全是坑。
4.1 五大协议速览
先给个全景图。这五个协议基本覆盖了工业现场90%以上的场景。我按自己的理解把它们分成了三类：
- 老牌通用型：Modbus TCP/RTU —— 简单、便宜、遍地都是
- 高端装备型：OPC UA、Profinet、EtherNet/IP —— 功能强、配置复杂、适合大厂设备
- 云端传输型：MQTT —— 轻量、异步、适合物联网和边缘计算
嗯，这里要注意，千万别以为MQTT是来取代Modbus的。它们压根不在一个层级上。Modbus是设备级协议，MQTT是应用层传输协议，两者可以配合使用。
4.2 逐个拆解
4.2.1 Modbus TCP/RTU
这玩意儿我太熟了。十年前我刚入行时，第一个项目就是给老式PLC接Modbus RTU。说白了，它就是工业界的"Hello World"。
Modbus RTU 走串口（RS-232/RS-485），一主多从，最多247个从站。优点是硬件成本极低，一根双绞线就能跑。缺点也很明显——速度慢，9600波特率是常态，而且数据格式简单，只能读写寄存器（16位）和线圈（1位）。
Modbus TCP 就是把RTU包封装到TCP/IP里，端口502。速度上去了，但本质上还是那个简单的读写模型。
但要注意，Modbus没有安全机制，没有数据加密，千万别直接暴露在公网上。我见过有人把Modbus TCP设备直接连到外网，结果被扫到后直接控制阀门——想想都后怕。
4.2.2 OPC UA
OPC UA是微软那套COM/DCOM技术的升级版。说白了，它解决了两个核心问题：跨平台和安全。
OPC UA最大的特点是信息模型。它不只是传数据，还能传数据的含义。比如一个温度值，Modbus只告诉你"寄存器地址100的值是85"，OPC UA会告诉你"这是1号反应釜的当前温度，单位摄氏度，上限120度"。
我个人习惯在高端装备场景用OPC UA。比如西门子、罗克韦尔的高端PLC，或者数控机床、机器人。这些设备本身数据模型复杂，用Modbus去解析会累死人。
4.2.3 Profinet 与 EtherNet/IP
这两个放在一起说，因为它们都是实时以太网协议，而且背后都有大佬撑腰。
Profinet 是西门子的亲儿子，走的是工业以太网标准。它分三种性能等级：RT（实时）、IRT（等时实时）、NRT（非实时）。IRT能做到微秒级同步，适合运动控制。
EtherNet/IP 是罗克韦尔（AB）的看家本领，基于CIP协议。它和Profinet最大的区别在于：EtherNet/IP是"生产者-消费者"模型，一个设备可以同时向多个设备发送数据，效率更高。
怎么选？很简单：
- 设备是西门子的，优先Profinet
- 设备是罗克韦尔/AB的，优先EtherNet/IP
- 混用场景？我建议用OPC UA做中间层，别硬搞协议转换
4.2.4 MQTT
MQTT这几年火得不行。它本来是IBM为卫星通信设计的，特点是轻量、发布/订阅模式、支持QoS（服务质量等级）。
为什么MES要用MQTT？因为现在很多设备都开始支持边缘计算了。设备端采集数据后，通过MQTT直接推送到云端MES，省去了中间网关的麻烦。
我最近一个项目就是：设备端用Modbus RTU采集传感器数据，边缘网关收到后转成MQTT，再发到云端的MES。这样既保留了Modbus的简单可靠，又利用了MQTT的异步传输优势。
4.3 协议对比表
| 特性 | Modbus RTU | Modbus TCP | OPC UA | Profinet | EtherNet/IP | MQTT |
|---|---|---|---|---|---|---|
| 传输层 | RS-232/485 | TCP/IP | TCP/IP | 以太网 | 以太网 | TCP/IP |
| 实时性 | 低 | 中 | 中 | 高（IRT微秒级） | 高 | 低 |
| 数据模型 | 简单（寄存器/线圈） | 简单 | 复杂（信息模型） | 中等 | 中等 | 简单（主题+负载） |
| 安全性 | 无 | 无 | 强（加密+认证） | 有 | 有 | 有（TLS+认证） |
| 配置复杂度 | 低 | 低 | 高 | 中 | 中 | 低 |
| 典型场景 | 传感器、老PLC | 新PLC、DCS | 高端装备、数控 | 西门子运动控制 | 罗克韦尔产线 | 边缘计算、云端 |
4.4 选型决策流程
说了这么多，到底怎么选？我总结了一个三步法：
- 看设备：设备支持什么协议？这是硬约束。别想着用协议转换器解决所有问题，那玩意儿会引入延迟和故障点。
- 看数据：数据量大不大？实时性要求多高？如果是毫秒级的运动控制数据，MQTT和Modbus都不行，得上Profinet或EtherNet/IP。
- 看架构：数据最终要去哪？如果只是本地MES，Modbus TCP或OPC UA就够了。如果要上云，MQTT是首选。
4.5 知识体系图
下面这张图是我自己画的，把协议选型的核心逻辑串起来了。你一看就明白。
4.6 实战建议
最后，给几个实在的建议：
- 别迷信协议转换器：能原生支持就原生支持。协议转换器是不得已的选择，它会增加延迟、丢包率和调试难度。
- 预留扩展接口：选型时留20%的余量。比如现在只需要接10台设备，但选型时要考虑未来扩展到50台时协议是否还扛得住。
- 测试先行：我习惯在实验室先搭一个小环境，把协议跑通了再上产线。别等到现场才发现协议不兼容，那会非常被动。
好了，协议选型这块就聊到这儿。记住一句话：选协议不是选最牛的，而是选最合适的。你的设备、你的数据、你的架构，这三者决定了最终答案。