2. IEC61850标准体系与信息建模基础

IEC 61850 并不是一份单独的文件,而是一套由多个部分(Part)组成的标准体系。理解这套体系的结构,是读懂后续模型、配置与通信机制的前提。标准的核心思路可以概括为一句话:用面向对象的方法,把变电站里的真实设备抽象成可被网络访问的信息模型,再为这些模型规定统一的通信服务与配置语言。

一、标准文档结构:从总览到具体映射

IEC 61850 的各部分大致可分为四类。第一类是总览与术语,如 Part 1 介绍总体要求,Part 2 给出术语定义,Part 3 是总体要求,Part 4 是系统与项目管理。第二类是信息模型与配置语言,Part 7 是重中之重:7-1 描述原理与模型,7-2 定义抽象通信服务接口(ACSI),7-3 定义公共数据类(CDC),7-4 定义兼容逻辑节点类和数据对象类,7-6 规定用 SCL(变电站配置描述语言)描述配置。第三类是通信映射,如 Part 8-1 映射到 MMS,Part 9-2 映射到采样值(SV),Part 8-1 与 9-2 共同支撑 GOOSE 与 SV 报文。第四类是测试与工程,如 Part 10 的一致性测试。

对工程人员而言,最常打交道的是 7-2、7-3、7-4、7-6 和 8-1。7-2 告诉你“能做什么服务”,7-3 告诉你“数据长什么样”,7-4 告诉你“设备里有哪些标准节点”,7-6 告诉你“怎么用 SCL 文件描述这些内容”,8-1 告诉你“这些内容怎么变成报文发出去”。

二、信息模型的基本概念:从物理设备到数据属性

IEC 61850 的信息模型采用分层结构,自上而下依次是:服务器(Server)→ 逻辑设备(LD)→ 逻辑节点(LN)→ 数据对象(DO)→ 数据属性(DA)。服务器代表一个通信实体,通常对应一台装置;逻辑设备是功能分组的容器,例如“保护”“测量”“控制”;逻辑节点是功能的最小单元,例如“距离保护”“断路器”;数据对象是逻辑节点内可访问的数据,例如“位置”“电流”;数据属性是数据对象的具体值,例如“位置”的 stVal、q、t。

这种分层不是随意划分,而是为了让不同厂商的设备在语义上可互操作。只要大家都遵循 7-4 定义的标准逻辑节点和数据对象,上层系统就能用统一方式读取“断路器位置”,而不必关心它是哪家产品。

三、逻辑设备、逻辑节点、数据对象与数据属性

逻辑设备(LD)通常按功能或间隔划分。例如一台保护装置可能包含 LD 名为“PROT”“MEAS”“CTRL”。每个 LD 有一个唯一的名称,在 SCL 文件中以 LDevice 元素表示。

逻辑节点(LN)是功能的最小载体,命名遵循 7-4 规范。例如 PDIS 表示距离保护,XCBR 表示断路器,MMXU 表示测量单元。每个 LN 有一个实例名,如 PDIS1、XCBR1。LN 内部包含若干数据对象。

数据对象(DO)是 LN 内可访问的数据集合,例如 Pos(位置)、A(电流)、Hz(频率)。每个 DO 由若干数据属性组成。

数据属性(DA)是实际承载值的叶子节点。以 XCBR1.Pos 为例,它包含 stVal(状态值)、q(品质)、t(时标)。其中 stVal 是枚举值,如 1 表示“合”,2 表示“分”。

下面这张图展示了从服务器到数据属性的完整层级关系,并以断路器位置为例标注了实际路径。

信息模型层级 从物理设备到数据属性 服务器 Server 一台装置 / 通信实体 逻辑设备 LD PROT / MEAS / CTRL 逻辑节点 LN PDIS / XCBR / MMXU 数据对象 DO Pos / A / Hz 数据属性 DA stVal(状态值) q(品质) t(时标) 实例路径示例:断路器位置 IED1 Server → CTRL LDevice → XCBR1 LN → Pos DO → stVal DA 完整引用路径: IED1/CTRL/XCBR1.Pos.stVal 值示例:1 = 合闸,2 = 分闸;q 表示品质,t 表示时标

四、面向对象建模思想在 IEC 61850 中的体现

面向对象的核心是“封装、继承、多态”。IEC 61850 的信息模型同样体现了这三点。封装体现在:一个逻辑节点把相关的数据对象和属性打包在一起,对外只暴露标准访问点。继承体现在:7-4 定义了逻辑节点类和数据对象类,具体装置中的实例继承这些类的结构,例如所有 XCBR 实例都拥有 Pos、Blk 等数据对象。多态体现在:同一类逻辑节点在不同装置中可以有不同的行为实现,但对外接口一致。

这种建模方式带来的直接好处是:工程配置不再依赖点表,而是依赖模型。SCL 文件(7-6)用 XML 描述整个变电站的模型,包括 IED、LDevice、LN、DO、DA 以及它们之间的通信关系。配置工具读取 SCL 后,可以自动生成通信配置,减少人工映射错误。

五、一个可操作的建模示例

假设我们要为一台断路器建模。按照 7-4,选择逻辑节点类 XCBR,实例名 XCBR1,放在逻辑设备 CTRL 下。其核心数据对象包括:

  • Pos:位置,包含 stVal(状态值)、q(品质)、t(时标);
  • Blk:闭锁,包含 stVal;
  • OpCnt:操作次数,包含 stVal。

在 SCL 文件中,这段模型大致写成如下结构(节选,仅示意):

<LDevice inst="CTRL">
  <LN0 lnClass="LLN0" inst="">...</LN0>
  <LN lnClass="XCBR" inst="1">
    <DOI name="Pos">
      <DAI name="stVal"><Val>1</Val></DAI>
      <DAI name="q"><Val>0</Val></DAI>
      <DAI name="t"><Val>2025-01-01T00:00:00</Val></DAI>
    </DOI>
  </LN>
</LDevice>

这段配置的含义是:在 CTRL 逻辑设备下,有一个 XCBR1 逻辑节点,其 Pos 数据对象的 stVal 初始值为 1(合闸),品质为 0(有效),时标为给定时间。工程人员可以用配置工具导入该 SCL,再通过 MMS 客户端读取 IED1/CTRL/XCBR1.Pos.stVal,验证模型是否可访问。

建模检查要点:逻辑节点类名必须来自 7-4 标准列表;数据对象名必须与 7-3 中对应 CDC 的定义一致;数据属性名必须符合 7-3 规定。若自定义扩展,需使用 lnClass 的扩展规则,并在 SCL 中声明。

六、从模型到通信:理解标准体系的意义

IEC 61850 的标准体系把“信息模型”和“通信映射”分开。7-2 定义抽象通信服务接口(ACSI),描述“读、写、报告、控制”等服务,但不规定报文格式;8-1 再把 ACSI 映射到 MMS、GOOSE、SV 等具体协议。这样,信息模型可以独立于底层协议演进,而通信映射也可以适配不同网络技术。

对工程应用而言,掌握这套体系的关键在于:看到一台装置,能说出它的 LD、LN、DO、DA 分别是什么;拿到一个 SCL 文件,能定位到具体数据点的路径;配置通信时,能判断哪些服务需要映射到 GOOSE,哪些走 MMS。这些能力都建立在本文所述的层级模型和标准文档结构之上。

核心记忆链:标准文档 → 信息模型(Server/LD/LN/DO/DA)→ 面向对象建模 → SCL 配置 → ACSI 服务 → 通信映射(MMS/GOOSE/SV)。