一、IEC61850 概述：标准体系、核心概念与SCL语言
各位同学好，我是老张。今天咱们开始聊IEC61850，这个在智能变电站领域绕不开的标准。说实话，我刚接触它的时候也觉得头大——一堆新名词、分层结构、抽象模型……但干久了你会发现，它其实就干了一件事：让不同厂家的设备能“说同一种话”。
好，咱们不扯虚的，直接进入正题。
1.1 标准体系：它到底管了哪些事？
IEC61850不是一个单一标准，而是一整套“家族标准”。我习惯把它分成三大块：
- 核心标准（IEC 61850-7-x系列）：定义了数据模型、通信服务、抽象接口。说白了，就是规定“数据长什么样、怎么传”。
- 配置语言标准（IEC 61850-6）：也就是SCL（变电站配置描述语言）。这个后面细讲，它是工程配置的“通用语言”。
- 映射标准（IEC 61850-8-x、9-x系列）：把抽象模型映射到具体通信协议上，比如MMS、GOOSE、SV。
嗯，这里要注意：很多人以为IEC61850只是通信协议，其实它更核心的是“数据模型”。通信只是手段，模型才是灵魂。
我个人经验：刚入行时，我总纠结于报文怎么抓、延时怎么测。后来发现，真正出问题的往往是模型没配对——比如逻辑节点实例名写错、数据属性类型不匹配。所以，先把模型搞懂，后面事半功倍。
1.2 核心概念：从服务器到数据属性
IEC61850的数据模型是分层的，从上到下依次是：
服务器（Server） —— 物理设备，比如一台保护装置、一个测控单元。一个服务器可以包含多个逻辑设备。
逻辑设备（Logical Device, LD） —— 虚拟的功能单元。比如一个保护装置里，可以分出“保护LD”、“测量LD”、“控制LD”。我见过不少项目，LD划分不合理，导致后期维护很头疼。
逻辑节点（Logical Node, LN） —— 这是最核心的概念。一个逻辑节点代表一个最小功能单元，比如“过流保护”（PIOC）、“断路器”（XCBR）。每个LN都有固定的命名规则，比如“PTOC1”表示第一个定时过流保护。
数据对象（Data Object, DO） —— 逻辑节点包含的数据项。比如XCBR（断路器）有“Pos”（位置）、“BlkOpn”（闭锁合闸）等DO。
数据属性（Data Attribute, DA） —— 数据对象的具体属性。比如“Pos”这个DO，有“stVal”（状态值）、“q”（品质）、“t”（时标）等DA。
我画了个图，帮你理清这个层次关系：
你看，这个结构就像俄罗斯套娃。每个层次都有明确的职责。我在做工程配置时，最常犯的错误就是LN实例化时把DO搞混——比如把“Pos”的DA类型配成了整型，结果通信死活不通。后来学乖了，每次配完都拿SCL验证工具跑一遍。
1.3 SCL语言简介：工程配置的“通用语言”
SCL（Substation Configuration description Language）是基于XML的配置语言。说白了，就是用一种标准格式来描述变电站里所有设备的数据模型和通信关系。
SCL文件有几种类型，我列个表：
| 文件类型 | 全称 | 作用 |
|---|---|---|
| ICD | IED Capability Description | 设备能力描述文件，由厂家提供，描述设备支持哪些LN、DO、DA |
| SSD | System Specification Description | 系统规范描述文件，描述变电站一次接线和功能需求 |
| SCD | Substation Configuration Description | 全站配置描述文件，集成所有ICD和SSD后的最终配置 |
| CID | Configured IED Description | 实例化后的IED配置，下载到具体设备 |
嗯，这里有个坑：ICD文件是厂家给的，但不同厂家的ICD文件质量参差不齐。我曾经遇到一个项目，某厂家的ICD文件里LN命名不规范，导致SCD集成时反复报错。所以，拿到ICD文件后，我建议先用SCL验证工具检查一遍，别等到现场再抓瞎。
SCL文件长什么样？给你看个简化例子：
<IED name="PROT1" type="PCS-931">
<Services>
<DynAssociation />
<GetDirectory />
</Services>
<AccessPoint name="S1">
<Server>
<LDevice inst="Prot">
<LN lnClass="PTOC" inst="1" lnType="PTOC_Type1">
<DOI name="StrVal">
<DAI name="setVal">
<Val>1.2</Val>
</DAI>
</DOI>
</LN>
</LDevice>
</Server>
</AccessPoint>
</IED>你看，这个文件定义了一个叫“PROT1”的保护装置，它有一个逻辑设备“Prot”，里面包含一个定时过流保护逻辑节点“PTOC1”，并且把启动值设成了1.2A。
小技巧：刚开始学SCL时，别急着手写。用工具生成ICD文件，然后对照着看。我习惯用IEDScout或者商用的系统配置工具，它们能帮你自动生成大部分内容。手写SCL？那是大神干的事，咱们普通人还是用工具吧。
1.4 避坑指南：我踩过的那些坑
最后，分享几个我亲身经历过的教训：
- LN实例化重复：同一个LD里，不能有两个相同lnClass和inst的LN。我见过有人把“PTOC1”写了两次，结果SCD集成时直接报错。
- DA类型不匹配：比如“stVal”是枚举类型，你配成整数，通信层解析会出问题。这个错误很隐蔽，因为有些工具不报错，但运行时数据就是不对。
- SCL版本不一致：不同版本的IEC61850（比如Ed1和Ed2）对SCL的schema定义有差异。混用会导致验证失败。我建议统一用Ed2，兼容性更好。
重要提醒：SCL文件是工程配置的“蓝图”，任何错误都会导致设备无法通信或功能异常。每次修改后，务必用官方schema验证工具检查。别问我为什么强调这个——我曾经因为一个拼写错误，在现场折腾了两天。
好了，这一章就聊到这儿。IEC61850的标准体系、核心概念和SCL语言，是后续所有实操的基础。你把这些搞懂了，后面学GOOSE、SV、MMS配置就会轻松很多。