3. SCD核心元素详解
SCD 文件本质上是一棵以 <SCL> 为根、由若干顶层元素构成的 XML 树。IEC 61850-6 规定了五个顶层节点:Header、Substation、Communication、IED 和 DataTypeTemplates。其中 Header 只承载版本、修订、工具标识等元数据,而真正决定工程语义与通信行为的是后四者。理解它们的语义边界、层级归属和相互引用关系,是读懂和校验 SCD 的前提。
Substation:一次系统的功能结构视图
Substation 描述的是变电站的一次系统与功能分配,而不是设备之间的通信连接。它的层级自上而下为:Substation → VoltageLevel → Bay → ConductingEquipment(导电设备,如 PTR 变压器、CBR 断路器、DIS 隔离开关、CT/VT 互感器)。每一层通过 name 属性构成功能命名路径,例如 P1/110kV/进线1/CBR1。
Substation 的关键在于 LNode 元素:它把某个逻辑节点(LN)实例“挂接”到具体的导电设备上,通过 iedName 和 lnClass、inst 指向 IED 中的实际 LN。这样,一次设备与二次功能之间就建立了映射。校验时常见的错误是 LNode 的 iedName 指向了不存在的 IED,或 lnClass 与 IED 内实际 LN 不匹配——这会导致“功能归属悬空”。
Communication:通信网络的物理与逻辑连接
Communication 描述站内通信子网与接入点。SubNetwork 代表一个逻辑子网(如站控层 MMS 网、过程层 SV/GOOSE 网),其 type 属性常见取值为 8-MMS、8-SMV、GOOSE。子网内通过 ConnectedAP 为每台 IED 声明接入地址,包含 Address 下的 P 参数(如 IP、IP-SUBNET、MAC-Address、APPID、VLAN-ID、VLAN-PRIORITY)。
Communication 与 IED 的关系是“引用而非包含”:ConnectedAP 的 iedName 和 apName 必须能在 IED 的 AccessPoint 中找到对应项。若 IED 新增了访问点而 Communication 未同步,或 IP 与现场规划不一致,都会造成通信不可达。SV 与 GOOSE 的 APPID、VLAN 配置尤其需要与交换机规划严格对齐。
IED:二次设备的能力与数据模型
IED 是 SCD 中信息量最大的节点。其结构为:IED → AccessPoint → Server → LDevice → LN(逻辑节点)→ DOI/SDI/DAI(数据对象与数据属性实例)。LDevice 通常分为 LLN0(逻辑设备公共信息,含数据集与报告控制块)、LPHD(物理设备信息)以及各保护、测控、合并单元功能对应的逻辑设备。
LN 的 lnClass 决定其功能语义:PDIS 距离保护、PTOC 过流保护、MMXU 测量、CSWI 开关控制、XCBR 断路器位置、TCTR 电流互感器、TVTR 电压互感器。每个 LN 下的 DataSet 定义数据集成员(FCDA 引用),ReportControl 定义报告控制块,GSEControl 定义 GOOSE 发布,SampledValueControl 定义 SV 发布。这些控制块的 datSet 必须指向本 LN 或本 LDevice 内已定义的数据集。
DataTypeTemplates:全站共享的类型字典
DataTypeTemplates 是 SCD 的“类型库”,集中定义 LNodeType、DOType、DAType、EnumType 四类模板。IED 中的每个 LN 通过 lnType 引用一个 LNodeType;LNodeType 内的每个 DO 通过 type 引用 DOType;DOType 内的 DA 通过 type 引用 DAType 或 EnumType。这是一条严格的类型引用链,任何一环缺失都会导致模型不完整。
模板复用的意义在于:同一型号保护装置的多台 IED 可以共享同一套 LNodeType,只需在 IED 内实例化。校验时要重点检查 lnType、type、bType 的引用完整性,以及 EnumType 的 ord 是否连续、DA 的 fc(功能约束,如 ST、MX、CO、CF、DC、SG)是否与语义相符。
四类节点的引用关系与校验要点
把四个节点放在一起看,SCD 的骨架就清晰了:Substation 通过 LNode 的 iedName 指向 IED,Communication 通过 ConnectedAP 的 iedName+apName 指向 IED,而 IED 通过 lnType 指向 DataTypeTemplates。三条引用链分别对应“功能归属”“通信可达”“类型完整”三个校验维度。
实际校验时可按以下顺序排查:先确认 DataTypeTemplates 中所有 lnType、type 引用都能解析,这是模型完整性的底线;再检查每个 IED 的 AccessPoint 是否在 Communication 中有对应的 ConnectedAP,且 IP、APPID、VLAN 与现场规划一致;最后核对 Substation 中每个 LNode 的 iedName、lnClass、inst 能否在目标 IED 中定位到实际 LN。这三步覆盖了 SCD 最常见的引用断裂问题。
命名一致性提示:Substation 的功能路径名(如 P1/110kV/进线1)与 IED 的 name 属于不同命名空间,不要混用。前者用于一次系统标识,后者用于通信寻址。校验工具通常分别检查这两套命名,混用会导致定位困难。
配置要求小结
| 节点 | 核心语义 | 关键属性/子元素 | 常见校验点 |
|---|---|---|---|
| Substation | 一次系统功能结构 | VoltageLevel、Bay、ConductingEquipment、LNode | LNode 的 iedName/lnClass/inst 可定位 |
| Communication | 通信子网与接入地址 | SubNetwork、ConnectedAP、Address/P | iedName+apName 存在;IP/APPID/VLAN 一致 |
| IED | 二次设备数据模型 | AccessPoint、Server、LDevice、LN、DataSet、控制块 | lnType 可解析;控制块 datSet 有效 |
| DataTypeTemplates | 全站共享类型字典 | LNodeType、DOType、DAType、EnumType | 引用链完整;fc 与语义相符;ord 连续 |
掌握这四类节点的语义边界和引用方向后,面对一份陌生的 SCD 文件,就可以先按“类型字典 → IED → Communication → Substation”的顺序逐层核对,快速定位模型缺失、通信配置错误或功能归属悬空等问题,而不是在数万行 XML 中盲目搜索。