一、IEC60870协议概述：从诞生到选型
各位同学好，我是老张。在电力自动化这行摸爬滚打了十几年，今天咱们来聊聊IEC60870这个协议族。说实话，刚入行那会儿，我对这些协议也是一头雾水。后来在变电站调试现场被虐过几次，才慢慢摸清了门道。
IEC60870，说白了就是国际电工委员会为电力系统远程控制制定的一套通信标准。你想想看，电网这么大，从发电厂到变电站再到用户，设备成千上万，总得有个统一的语言让它们互相沟通吧？这个协议就是干这个的。
1.1 协议发展历史
故事要从上世纪80年代说起。那时候电力自动化刚起步，各家厂商都有自己的私有协议，互不兼容。我记得第一次去现场调试，光协议转换器就带了三个，别提多折腾了。
1995年，IEC TC57工作组发布了IEC60870-5系列标准。这个系列定义了从物理层到应用层的完整通信栈。后来随着技术演进，又陆续推出了101、102、103、104这几个子协议。
有意思的是，104协议其实是2000年才推出的。当时以太网技术开始普及，大家发现用TCP/IP跑电力协议效率更高。嗯，这里要注意，104并不是完全替代101，而是互补关系。
关键时间节点：
- 1995年：IEC60870-5系列标准发布
- 1997年：IEC60870-5-101（远动协议）发布
- 1998年：IEC60870-5-102（电能计量协议）发布
- 1999年：IEC60870-5-103（继电保护协议）发布
- 2000年：IEC60870-5-104（网络访问协议）发布
1.2 协议族介绍
这个协议族一共有四个主要成员，每个都有自己的脾气。我按自己的理解给你捋一捋：
IEC60870-5-101（远动协议）
这是最基础、最常用的一个。专门用于变电站和调度中心之间的数据交换。它跑在串口上，RS232或RS485都行。我在西北一个风电场项目里用过，光纤环网加串口转换，稳定得很。
101协议的特点：
- 支持点对点、多点共线等多种拓扑
- 数据链路层有严格的超时重传机制
- 适合低速、高可靠性的场景
IEC60870-5-102（电能计量协议）
这个协议比较小众，专门用于电能表数据采集。说实话，我在实际项目中几乎没见过纯102的应用。现在很多地方直接用DL/T645或者Modbus了。但如果你做的是老站改造，可能会碰到。
IEC60870-5-103（继电保护协议）
103协议是给继电保护装置用的。它和101最大的区别是：103支持保护事件的上传，比如故障录波、保护动作信号等。我曾经在一个220kV变电站调试时，发现103协议的事件时间戳精度比101高一个数量级，这个细节很重要。
IEC60870-5-104（网络访问协议）
104是后起之秀，也是现在最火的。它把101的应用层数据封装在TCP/IP包里，通过以太网传输。说白了就是「101 over TCP」。我建议新项目优先考虑104，原因很简单：网线比串口好找，调试也方便。
我的经验：如果你在现场遇到104连接不稳定，先检查防火墙是不是把2404端口给封了。我曾经被这个问题坑了整整一天。
1.3 应用场景与选型建议
选型这事儿，没有银弹。我根据实际项目经验，给你整理了一个对照表：
| 场景 | 推荐协议 | 理由 |
|---|---|---|
| 新建变电站远动通信 | 104 | 网络化、带宽大、调试方便 |
| 老旧站改造（串口设备多） | 101 | 兼容现有串口设备，改造成本低 |
| 继电保护信息子站 | 103 | 保护事件上传需求，时间精度要求高 |
| 电能计量系统 | 102 或 DL/T645 | 看当地电网公司要求，102用得少 |
| 混合场景（既有远动又有保护） | 101 + 103 或 104 + 103 | 分开走，互不干扰 |
避坑指南：我曾经在一个项目里同时用了101和104，结果发现101的时钟同步和104的时钟同步机制不一样，导致数据时间戳对不上。后来统一用SNTP对时才解决。所以，多协议混用时，时钟同步一定要提前规划好。
选型时还有几个要点：
- 看距离：串口通信距离有限，超过1公里就得加中继或换光纤。以太网就没这个限制。
- 看实时性：101的轮询机制延迟可控，104的TCP重传可能导致延迟抖动。对实时性要求极高的场景，101反而更稳。
- 看维护：104可以通过网络远程诊断，101得派人去现场。这个成本差异要考虑进去。
1.4 协议族知识体系
下面这张图是我自己画的，把整个协议族的结构和关系理清楚了。你仔细看看，对后续学习很有帮助。
这张图把协议族的关系理得很清楚。你注意看，101、102、103都跑在串口上，104跑在以太网上。但它们的应用层数据格式是兼容的，这也是为什么104可以无缝替代101的原因。
好了，第一章的内容就到这里。协议选型没有标准答案，关键是要理解每个协议的设计初衷和适用场景。后面几章我们会深入每个协议的报文结构、数据格式和编程实现，到时候你会有更直观的感受。
公众号:蓝海资料掘金营，微信deep3321