1、协议栈概述：电力监控系统架构、协议栈分层模型、IEC 61850与Modbus对比、开发环境搭建（Keil/IAR）

各位同学，欢迎来到《嵌入式电力监控协议栈开发实战》的第一章。

说实话，做了十几年电力自动化，我见过太多工程师在协议栈上栽跟头。有人把Modbus当万能药，有人被IEC 61850的复杂度吓退。其实没那么玄乎——协议栈说白了，就是让不同设备能「好好说话」的一套规矩。

这一章，我们先搭个全局框架。你搞懂了架构，后面写代码才有方向。

1.1 电力监控系统架构：从站控层到过程层

电力监控系统，我习惯把它分成三个层级。你想想看，一个变电站里，设备那么多，总得有个主次之分吧？

• 站控层：这是大脑。监控主机、数据服务器、操作员站都在这一层。负责整个站的数据汇总、人机交互、远动通信。
• 间隔层：这是神经中枢。保护装置、测控装置、RTU（远程终端单元）在这里。它们接收站控层的命令，也把现场数据往上送。
• 过程层：这是手脚。断路器、互感器、智能终端（合并单元、智能开关）直接跟一次设备打交道。

我在项目里遇到过一个问题：站控层和间隔层通信正常，但过程层的老旧设备死活不响应。查了半天，原来是过程层用的私有协议，间隔层根本不认识。嗯，这就是协议栈没统一带来的麻烦。

1.2 协议栈分层模型：为什么非要分层？

刚入行时我也纳闷：为什么不能一个协议搞定所有事？非要搞什么物理层、数据链路层、应用层……

后来我明白了。分层的好处，说白了就是「各司其职，互不干扰」。你改应用层逻辑，不用动物理层硬件；你换了个网口芯片，应用层代码基本不用动。

以Modbus为例，它的分层模型是这样的：

OSI层	Modbus对应	我的理解
应用层	Modbus应用协议	定义读寄存器、写线圈这些功能码
传输层	TCP/UDP（Modbus TCP）	保证数据包能完整到达
网络层	IP（Modbus TCP）	路由寻址，找到目标设备
数据链路层	串口帧（Modbus RTU）	加CRC校验，防止数据出错
物理层	RS-485 / 以太网	电压、电平、接线方式

1.3 IEC 61850 vs Modbus：谁更适合你？

这个问题，几乎每个学生都会问。我直接说结论：没有谁更好，只有谁更合适。

Modbus：

• 简单、轻量、资源占用低。一个8位单片机就能跑。
• 适合小规模、实时性要求不高的场景。比如配电柜里的温湿度采集。
• 缺点：安全性差（没有加密）、数据模型简单（只有寄存器、线圈）。

IEC 61850：

• 复杂、强大、面向对象。一个断路器可以抽象成「XCBR」对象，包含位置、状态、控制等属性。
• 适合大型变电站、智能电网。支持GOOSE（快速报文）、SV（采样值）、MMS（制造报文规范）。
• 缺点：资源开销大，需要ARM Cortex-A级别处理器，开发周期长。

我记得有一次，客户非要在一个8位单片机上跑IEC 61850。我劝了半天没用，最后项目延期了三个月。你想想看，8位机连MMS的ASN.1编解码都跑不动，这不是给自己挖坑吗？

1.4 开发环境搭建：Keil vs IAR，我选哪个？

这个问题其实挺主观的。我两个都用过，说说我的感受。

Keil MDK：

• 界面友好，上手快。尤其是用STM32系列，Keil的包管理器（Pack Installer）直接下载HAL库，省事。
• 调试功能强大，支持RTX实时操作系统。
• 缺点：代码量大了之后，编译速度有点慢。

IAR Embedded Workbench：

• 编译优化更好，生成的代码更小、更快。适合对性能有要求的场景。
• 支持芯片种类多，尤其是瑞萨、TI的DSP。
• 缺点：界面稍显老旧，学习曲线略陡。

我个人习惯用Keil做原型开发，用IAR做量产优化。但如果你刚开始学，我建议先选Keil，因为资料多、社区活跃，遇到问题容易找到答案。

搭建步骤其实很简单：

1. 下载安装Keil MDK（或IAR）。
2. 安装对应芯片的器件支持包（Keil里叫Pack，IAR里叫Device Support）。
3. 新建工程，选择芯片型号。
4. 配置时钟、调试器（J-Link或ST-Link）。
5. 写个点灯程序，验证环境是否正常。

好了，第一章就到这里。你理解了系统架构，知道了分层的好处，也明白了Modbus和IEC 61850的区别。下一章，我们直接上手写一个Modbus RTU从站——从零开始，一行一行代码敲出来。

嗯，到时候你会觉得，协议栈其实没那么神秘。