2、通信协议基础：Modbus RTU/TCP协议详解、OPC UA协议介绍、工业以太网通信原理
各位同学，大家好。这一章我们聊聊通信协议。说实话，搞SCADA系统，通信协议就是你的“第二语言”。设备之间怎么说话、说什么、谁先开口，全看协议怎么定。我见过太多项目，设备选型没问题，PLC程序也没毛病，最后卡在通信上——数据就是读不上来。嗯，这章我们就把这些坑填上。
2.1 Modbus RTU：老当益壮的串行协议
Modbus RTU，这玩意儿诞生于1979年，比我都大。但你别小看它，直到今天，90%以上的工业现场设备还支持它。为什么？因为它简单、可靠、成本低。
物理层：RS-232/RS-485
Modbus RTU通常跑在RS-485总线上。RS-485是差分信号传输，抗干扰能力强，传输距离能到1200米。我个人习惯，现场布线超过100米，首选RS-485。
数据帧结构
Modbus RTU的数据帧是二进制格式，没有起始位和停止位（那是物理层的事）。它的帧结构如下：
| 地址码(1字节) | 功能码(1字节) | 数据区(N字节) | CRC校验(2字节) |- 地址码：从站地址，范围1-247。0是广播地址。
- 功能码：告诉从站要干什么。比如03是读保持寄存器，06是写单个寄存器。
- 数据区：具体的数据内容，比如起始地址、寄存器数量、数据值。
- CRC校验：循环冗余校验，保证数据完整性。
避坑指南：我曾经在一个水处理项目中，发现Modbus RTU通信偶尔丢包。查了两天，最后发现是CRC校验计算错了。很多国产设备对CRC的实现有细微差异，建议用标准库，别自己手写。
功能码速查表
| 功能码 | 名称 | 作用 |
|---|---|---|
| 01 | 读线圈 | 读取DO状态 |
| 02 | 读离散输入 | 读取DI状态 |
| 03 | 读保持寄存器 | 读取AI/AO数据 |
| 04 | 读输入寄存器 | 读取只读AI数据 |
| 05 | 写单个线圈 | 控制单个DO |
| 06 | 写单个寄存器 | 设置单个AO |
| 15 | 写多个线圈 | 批量控制DO |
| 16 | 写多个寄存器 | 批量设置AO |
我的经验：实际项目中，功能码03和06用得最多。读温度、压力、流量，写阀门开度、变频器频率，基本就靠这两个码。
2.2 Modbus TCP：从串口到以太网的进化
Modbus TCP就是把Modbus RTU的数据帧封装到TCP/IP包里。说白了，就是把串口通信搬到了以太网上。你想想看，现在工厂里到处都是网线，谁还愿意拉RS-485线？
区别在哪？
- 物理层：从RS-485变成了以太网（RJ45接口）。
- 传输层：增加了TCP头，使用502端口。
- 校验：去掉了CRC校验，因为TCP/IP协议栈自己会做校验。
- 地址：从站地址变成了IP地址+单元标识符。
Modbus TCP帧结构
| MBAP头(7字节) | 功能码(1字节) | 数据区(N字节) |MBAP头包含：事务处理标识符（2字节）、协议标识符（2字节）、长度（2字节）、单元标识符（1字节）。
注意：Modbus TCP虽然方便，但有个致命弱点——它是明文传输，没有加密。如果你把Modbus TCP设备直接暴露在公网上，那基本等于裸奔。我建议在工厂内部网络使用，或者加一层VPN。
2.3 OPC UA：面向未来的统一架构
OPC UA，全称是OPC统一架构。它和Modbus不是一个时代的产物。Modbus是70年代的，OPC UA是2008年才推出的。为什么要搞OPC UA？因为Modbus太“死”了——它只能传原始数据，不能传语义。
OPC UA的核心优势
- 跨平台：不依赖Windows，Linux、嵌入式设备都能跑。
- 安全：支持加密、签名、用户认证。
- 信息模型：不只是传数值，还能传“这个数值代表什么”。比如传一个温度值，还能告诉你这个温度是哪个设备的、单位是什么、报警阈值是多少。
- 发现机制：设备上线后自动广播，SCADA系统能自动发现它。
OPC UA的地址空间
OPC UA把数据组织成“节点”和“引用”。每个节点有属性（比如值、单位、描述），节点之间通过引用关联。举个例子：
对象：反应釜R-101
├── 变量：温度 (值: 85.3, 单位: ℃)
├── 变量：压力 (值: 0.6, 单位: MPa)
└── 方法：启动搅拌 (可调用)你看，这比Modbus的寄存器地址直观多了。Modbus里你要记住40001是温度，40002是压力。OPC UA里直接告诉你“反应釜R-101的温度”。
我的建议：如果你在搭建新项目，尤其是大型SCADA系统，优先考虑OPC UA。虽然学习曲线比Modbus陡，但后期维护成本低得多。我记得有个半导体工厂项目，用了OPC UA后，设备接入时间从3天缩短到半天。
2.4 工业以太网通信原理
工业以太网，说白了就是“更皮实的以太网”。普通以太网用在办公室没问题，但工厂环境有电磁干扰、震动、高温，普通交换机扛不住。
工业以太网的关键技术
- 环网冗余：交换机组成环形网络，一根线断了，数据自动走另一条路。恢复时间小于50ms。
- QoS优先级：给实时数据（比如运动控制指令）打高优先级标签，确保不丢包。
- PoE供电：网线直接给设备供电，省去单独拉电源线。
- PROFINET/EtherCAT：这些是工业以太网的“增强版”，专门为实时控制优化。
为什么不用普通以太网？
你想想看，普通以太网用的是CSMA/CD（载波监听多路访问/冲突检测）。数据多了会冲突，冲突了就要重传。工厂里几百个设备同时通信，重传一多，实时性就没了。工业以太网用“时间片”或“主从轮询”机制，保证每个设备在固定时间窗口内能发数据。
避坑指南：我曾经在一个光伏工厂项目中，用了普通交换机做SCADA网络。结果一到白天生产高峰期，数据刷新延迟从1秒变成10秒。后来换成工业交换机，开启QoS和环网冗余，问题解决。记住：省什么别省交换机。
2.5 协议选型建议
最后，我给大家一个简单的选型建议：
| 场景 | 推荐协议 | 理由 |
|---|---|---|
| 老旧设备改造 | Modbus RTU | 兼容性好，成本低 |
| 新建中小型系统 | Modbus TCP | 布线方便，速度够用 |
| 大型复杂系统 | OPC UA | 语义丰富，安全可靠 |
| 实时运动控制 | EtherCAT/PROFINET | 微秒级同步，确定性高 |
嗯，这一章的内容就到这里。通信协议是SCADA系统的“血管”，选对了，数据流就通畅；选错了，后面全是补丁。下一章我们讲数据采集与设备集成，到时候我会拿一个实际项目案例，带大家一步步把设备接进来。