1. 协议概述：保护装置通信协议的定义、作用与分类
大家好，我是老张。在电力系统这行摸爬滚打十几年，今天咱们来聊聊保护装置通信协议。说实话，刚入行那会儿，我也被这些协议搞得晕头转向。但搞懂了它们，你就能看懂变电站里那些设备到底在“说”什么。
1.1 什么是保护装置通信协议？
说白了，通信协议就是设备之间沟通的“语言规则”。保护装置（比如线路保护、变压器保护）需要跟站控层、其他IED交换数据——什么时候跳闸、电流电压是多少、状态信号对不对——这些都得按规矩来。
我习惯把协议拆成三部分看：
- 语法：数据怎么打包，字节怎么排列
- 语义：每个字节代表什么意思
- 时序：谁先说话，谁后应答
举个例子，104协议里一个“总召唤”命令，语法上是固定报文头+类型标识+传送原因，语义上告诉从站“把你所有数据都发给我”，时序上从站得在规定时间内回复。嗯，这里要注意——如果时序乱了，设备就会“死机”。
1.2 协议的作用——不只是传数据
你想想看，保护装置通信协议到底在解决什么问题？
- 实时性：跳闸信号必须在几毫秒内送达。我在项目中遇到过，103协议在重载时延时飙到100ms，差点导致越级跳闸。
- 可靠性：数据不能丢，不能错。104协议有确认重传机制，就是为了这个。
- 互操作性：不同厂家的设备能“对话”。IEC 61850就是奔着这个目标去的。
- 安全性：防止恶意篡改。现在新协议都加了认证加密。
核心观点：协议的本质是“约定”。没有约定，保护装置就是一堆哑巴铁疙瘩。
1.3 协议的分类——从不同角度看
我个人习惯按通信层级分：
| 分类方式 | 类型 | 典型协议 |
|---|---|---|
| 按通信层级 | 站控层协议 | IEC 61850 MMS、104 |
| 间隔层协议 | 103、Modbus | |
| 过程层协议 | IEC 61850 GOOSE、SV | |
| 按传输方式 | 串口协议 | Modbus RTU、103（串口） |
| 网络协议 | 104、61850（以太网） | |
| 按数据模型 | 面向点表 | 103、Modbus |
| 面向对象 | IEC 61850 |
为什么会有这么多分类？说白了，不同场景需求不一样。过程层要求微秒级延时，站控层可以容忍秒级。你不可能用Modbus去传跳闸信号——它连优先级都没有。
1.4 主流协议简介——我眼中的它们
1.4.1 IEC 61850
这是目前最先进的协议，也是未来的方向。它把保护装置里的每个数据都建模成“对象”——比如“断路器位置”是一个逻辑节点XCBR，里面有状态、控制、测量等数据属性。我在做智能变电站项目时，用61850配置GOOSE跳闸，延时稳定在2ms以内。但说实话，学习曲线很陡，光数据模型就几百页。
我的建议：刚接触61850，先搞懂SCL配置文件和GOOSE通信，其他可以慢慢来。
1.4.2 IEC 103
老协议了，但存量巨大。103是串口协议，后来也支持网络。它的特点是“主从问答”——主站问，从站答。我记得有一次调试，发现103报文里有个“通用分类服务”，可以用来读定值，但不同厂家实现不一样，坑很多。
避坑指南：我曾经被103的“ASDU长度”字段坑过——有的厂家固定长度，有的变长，解析时一定要动态判断。
1.4.3 IEC 104
103的网络升级版，基于TCP/IP。104继承了103的很多概念，但增加了确认重传、时间同步等功能。现在调度端和变电站通信，104是主流。我个人觉得104比103好用——网络调试方便，Wireshark一抓包就能看。
104的报文结构很清晰：
启动字符 68H | APDU长度 | 控制域(4字节) | ASDU控制域决定了报文类型——I帧传数据，S帧确认，U帧控制。嗯，这个要记住。
1.4.4 Modbus
工业界的“通用语言”，简单粗暴。Modbus RTU用串口，Modbus TCP用网络。保护装置里常用Modbus读遥测、遥信。但Modbus没有安全机制，也不支持事件顺序记录——所以正经保护逻辑不会用它。
你想想看，Modbus一个报文最多读125个寄存器，而104可以一次读上千个点。这就是差距。
1.5 协议选择的考量因素
在实际工程中，选哪个协议不是拍脑袋决定的。我一般会问自己几个问题：
- 实时性要求多高？——跳闸用GOOSE，监控用MMS
- 现有设备支持什么？——老站改造只能用103或Modbus
- 运维人员水平如何？——61850配置复杂，小地方可能玩不转
- 预算够不够？——61850的IED比103的贵不少
一句话总结：没有最好的协议，只有最合适的协议。搞懂它们的本质，你就能在工程中游刃有余。
好了，这一章就到这里。下一章咱们深入IEC 61850的数据模型，看看那些逻辑节点到底长什么样。有什么问题，欢迎交流。