4、通信协议基础：Modbus RTU/TCP、OPC DA/UA、DNP3、IEC 61850
通信协议，说白了就是设备之间交流的「语言」。做SCADA系统这么多年，我见过太多因为协议不匹配导致的现场事故。有一次在污水处理厂，PLC和上位机怎么都连不上，折腾了一整天，最后发现是Modbus的寄存器地址偏移了一位。嗯，这种坑踩过一次就忘不了。
今天咱们就把SCADA领域最常见的四种协议掰开揉碎讲清楚。你不需要背下所有细节，但得知道它们各自擅长什么、不擅长什么。
4.1 Modbus RTU/TCP：工业界的「普通话」
Modbus诞生于1979年，比我都大。但它至今还在用，为什么？简单、稳定、够用。
Modbus RTU走串口（RS-232/RS-485），Modbus TCP走以太网。核心数据结构就四种：线圈、离散输入、保持寄存器、输入寄存器。
关键区别：
- RTU是二进制传输，效率高，适合远距离（RS-485可达1200米）
- TCP是封装在TCP/IP里的，速度快，但距离受限于以太网
我在一个光伏电站项目里用过Modbus RTU。逆变器厂家给的文档里写的是「寄存器地址40001」，但实际用的时候得减1，变成40000。这种坑在Modbus里特别常见——因为协议本身有1-based和0-based两种寻址方式。
我的习惯：拿到设备文档后，先读一个已知值验证地址偏移。比如先读设备型号寄存器，确认数值对得上再往下走。
Modbus的报文结构其实很简单。读保持寄存器的请求帧长这样：
从站地址: 01
功能码: 03 (读保持寄存器)
起始地址高字节: 00
起始地址低字节: 00
寄存器数量高字节: 00
寄存器数量低字节: 02
CRC校验低字节: C4
CRC校验高字节: 0B返回帧就是数据加CRC。你想想看，就这么几个字节，全世界几亿台设备在用。有时候最简单的方案就是最好的方案。
4.2 OPC DA/UA：Windows时代的「万能转接头」
OPC（OLE for Process Control）诞生于1996年，当时微软的COM/DCOM技术正火。OPC DA（Data Access）就是基于COM的，说白了就是让Windows上的各种软件能互相读数据。
但OPC DA有个致命问题：它依赖DCOM。DCOM这东西，配置起来能让人崩溃。我记得有一次帮客户配OPC DA，防火墙、用户权限、DCOM设置搞了三天，最后发现是两台机器的时钟不同步。从那以后，我见到OPC DA就头疼。
避坑指南：OPC DA不能跨网段，不能走互联网，而且只能在Windows上用。如果你要远程访问，千万别选DA。
OPC UA（Unified Architecture）是2010年之后的新标准。它不再依赖COM，而是基于TCP/IP，支持加密、认证、跨平台。说白了，UA就是DA的现代化版本。
UA的地址空间比DA灵活得多。DA只能读「标签-值-质量-时间戳」，UA可以读整个设备模型——比如一个电机，你可以读到它的转速、温度、运行时长，还能看到它属于哪个生产线。
我的建议：新项目直接上OPC UA。虽然DA的设备存量很大，但UA是未来。而且现在很多PLC和RTU原生支持UA，配置起来比DA简单十倍。
4.3 DNP3：电力系统的「老大哥」
DNP3（Distributed Network Protocol）是电力行业的老牌协议，1980年代就有了。它比Modbus复杂得多，但功能也强大得多。
DNP3最牛的地方是事件驱动。Modbus你得轮询——每隔几秒问一次「数据变了没？」。DNP3不一样，设备可以主动上报：「注意！这个开关跳了！」。这在电力系统里太重要了，因为故障发生后的每一毫秒都值钱。
DNP3还支持时间戳、质量位、文件传输、安全认证。我在一个变电站项目里用过DNP3，它能把SOE（事件顺序记录）精确到毫秒级。Modbus做不到这一点。
个人经验：DNP3的配置比Modbus复杂，但一旦跑起来非常稳。我曾经有一个DNP3链路连续运行了3年没重启过。不过要注意，DNP3的报文最大长度有限制（默认2048字节），数据点太多时要分片。
DNP3的三种数据模型：
| 类型 | 说明 | 典型应用 |
|---|---|---|
| Binary Input | 开关量输入（0/1） | 断路器状态、刀闸位置 |
| Analog Input | 模拟量输入（浮点数） | 电压、电流、功率 |
| Counter | 累计值（32位整数） | 电度表读数 |
4.4 IEC 61850：智能变电站的「世界语」
IEC 61850是2000年代之后才兴起的标准，专门用于智能变电站。它跟前面三种协议完全不是一个量级的东西。
Modbus、DNP3这些协议，说白了就是「你给我一个数值，我给你一个数值」。但IEC 61850定义的是整个变电站的信息模型。它把断路器、变压器、保护装置都抽象成标准对象，每个对象有标准的数据属性和服务。
举个例子：一个断路器在IEC 61850里叫XCBR，它有位置（Pos）、操作次数（OpCnt）、开断电流（MaxCap）等标准数据。不管你是ABB的还是西门子的断路器，只要支持61850，数据模型都一样。
核心概念：
- GOOSE：快速报文，用于跳闸、联锁等实时控制（延迟<3ms）
- SV：采样值，用于保护装置的电流电压采样
- MMS：制造报文规范，用于常规的读/写/报告
我在一个220kV智能变电站项目里第一次接触61850。说实话，学习曲线很陡。但一旦理解了它的对象模型，你会发现它比传统协议优雅得多。比如你要读一个保护装置的定值，传统协议你得查文档找寄存器地址，61850直接告诉你「去Protection/PDIS1/StrVal读就行」。
注意：IEC 61850的配置非常复杂。SCD（变电站配置描述）文件动辄几万行XML。而且不同厂家的IED（智能电子设备）之间互操作性有时候会有问题。我建议你买一个61850测试工具（比如OMICRON的），先仿真验证再上现场。
4.5 协议对比与选型建议
四种协议各有各的适用场景。我画了一张图帮你理清思路：
选型其实没那么复杂。我个人习惯是：
- 小项目、设备少：Modbus RTU/TCP，简单够用
- 需要远程访问、跨平台：OPC UA，别犹豫
- 电力系统、需要事件上报：DNP3，稳如老狗
- 智能变电站、需要互操作性：IEC 61850，虽然学习成本高但值得
最后说一句：协议只是工具，不是目的。我见过有人非要在智能水表上用IEC 61850，结果成本翻了三倍。也见过有人用Modbus做变电站自动化，结果事件响应慢到被业主投诉。选对协议，比精通协议更重要。
公众号:蓝海资料掘金营，微信deep3321