4、IEC 61850核心概念(一):数据模型(逻辑节点LN、逻辑设备LD、服务器Server)、面向对象建模、命名规则。

各位好,今天我们聊聊IEC 61850的数据模型。说实话,我刚接触这个标准时,第一反应是——这玩意儿怎么这么绕?又是逻辑节点又是逻辑设备的,跟咱们传统变电站的“点表”完全不是一个路子。但干久了你会发现,这套模型其实很聪明。

为什么要有数据模型?

传统变电站里,每个装置都有自己的一套“点表”。比如一个保护装置,它把“A相电流”放在寄存器100,另一个厂家可能放在寄存器200。你要做集成,就得一个一个对点,累死人。

IEC 61850的思路不一样。它说:咱们别管寄存器地址了,咱们用“名字”来描述数据。比如“保护装置1的A相电流”,在模型里就叫“PROT1.IA”。这个名字全世界通用,不管你是哪家设备。

我个人觉得,这就像咱们用“北京市朝阳区某某路”代替“经纬度坐标”一样。名字好记,也好理解。

面向对象建模——把设备当“对象”看

IEC 61850用了面向对象的思想。什么意思呢?就是把一个物理设备(比如一个保护装置)拆成若干个“对象”。每个对象有自己的属性和行为。

举个例子。一个保护装置,它包含:

  • 测量功能(测电流、电压)
  • 保护功能(过流、距离)
  • 控制功能(合闸、分闸)
  • 日志功能(记录事件)

在IEC 61850里,这些功能被抽象成一个个“逻辑节点”。每个逻辑节点负责一件事。你想想看,这就像咱们写程序时的“类”和“对象”。一个类定义了一类事物的属性和方法,然后你可以实例化出多个对象。

核心思想:物理设备 → 逻辑设备 → 逻辑节点 → 数据对象 → 数据属性。一层层往下拆,越拆越细。

逻辑节点(LN)——最小的功能单元

逻辑节点是数据模型里最小的功能单元。每个逻辑节点代表一个具体的功能。比如:

  • XCBR:断路器
  • XSWI:隔离开关
  • MMXU:测量单元(测电压、电流、功率)
  • PTOC:过流保护
  • GGIO:通用I/O(用于处理一些杂七杂八的信号)

每个逻辑节点里包含若干数据对象(DO),每个数据对象又包含若干数据属性(DA)。比如MMXU这个逻辑节点,它里面有:

  • Vol:电压(数据对象)
  • A:电流(数据对象)
  • W:有功功率(数据对象)

每个数据对象又有属性,比如“Vol”这个对象有:

  • mag:幅值
  • ang:相角
  • q:品质(数据是否有效)
  • t:时标

我在项目中遇到过一个问题:有个厂家把“品质位”给忽略了,结果数据明明无效,后台还当成有效数据用。嗯,这里要注意——品质位一定要检查。

小技巧:调试时,先看品质位(q)是不是“good”。如果不是,后面的数据就别信了。

逻辑设备(LD)——逻辑节点的容器

逻辑设备是逻辑节点的集合。一个物理设备可以包含多个逻辑设备。比如一个保护装置,可能有:

  • PROT:保护逻辑设备(包含保护相关的逻辑节点)
  • CTRL:控制逻辑设备(包含控制相关的逻辑节点)
  • MEAS:测量逻辑设备(包含测量相关的逻辑节点)

每个逻辑设备有一个名字,通常用4个字符表示。比如“PROT”、“CTRL”、“MEAS”。

我个人习惯,把逻辑设备想象成一个“文件夹”,逻辑节点就是里面的“文件”。这样好理解。

服务器(Server)——物理设备的抽象

服务器是最高层的容器。一个服务器对应一个物理设备(或者一个虚拟设备)。服务器包含一个或多个逻辑设备。

在通信层面,服务器有一个IP地址和一个端口号。客户端(比如后台监控系统)通过这个IP和端口来访问服务器里的数据。

说白了,服务器就是“门牌号”。你找到门牌号,进去找到逻辑设备,再找到逻辑节点,最后拿到具体的数据。

命名规则——IEC 61850的“身份证”

IEC 61850的命名规则很严格。每个数据都有一个唯一的路径名。格式如下:

逻辑设备名/逻辑节点名.数据对象名.数据属性名

举个例子:

PROT/MMXU1.Vol.mag.f

这个路径的意思是:

  • PROT:逻辑设备(保护设备)
  • MMXU1:逻辑节点(测量单元1)
  • Vol:数据对象(电压)
  • mag:数据属性(幅值)
  • f:数据类型(浮点数)

你看,这个路径把数据的位置说得清清楚楚。不像传统点表,你只知道“寄存器100”,但不知道这个寄存器代表什么。

避坑指南:我曾经遇到一个项目,厂家把逻辑设备名写成了“PROTECTION”(8个字符),但标准要求是4个字符。结果通信死活连不上。后来查了半天才发现是名字超长了。记住:逻辑设备名固定4个字符,逻辑节点名固定6个字符(前4个是类型,后2个是序号)。

数据模型结构图

下面我用一张图来展示整个数据模型的结构。这张图是我自己画的,你一看就明白。

IEC 61850 数据模型结构 服务器 (Server) 对应物理设备(如保护装置、测控装置) 逻辑设备 (LD) 例如:PROT(保护) 逻辑节点 (LN) 例如:MMXU(测量) 数据对象 (DO) 例如:Vol(电压) 数据属性 (DA) 例如:mag.f(幅值浮点数) 逻辑设备 (LD) 例如:CTRL(控制) 逻辑节点 (LN) 例如:XCBR(断路器) 数据对象 (DO) 例如:Pos(位置) 数据属性 (DA) 例如:stVal(状态值) 多个LD 命名示例:PROT/MMXU1.Vol.mag.f

实际项目中的应用

我记得有个项目,需要把老站改造为智能站。老站用的是传统点表,新站要求用IEC 61850。我们花了大量时间做“点表映射”——把老站的点表翻译成IEC 61850的路径名。

比如老站有个点叫“保护装置1的A相电流”,我们把它映射成“PROT/MMXU1.A.mag.f”。这个过程很繁琐,但一旦做完,后面就省事了。

你想想看,传统点表就像一本“电话本”,你得一个一个查。而IEC 61850的路径名就像“域名”,你直接输入域名就能找到数据。哪个方便?一目了然。

总结一下

IEC 61850的数据模型,说白了就是一套“命名规范”。它把物理设备拆成逻辑设备、逻辑节点、数据对象、数据属性,然后用路径名来唯一标识每个数据。

这套模型的好处是:

  • 标准化:全世界通用,不同厂家的设备可以互操作
  • 可扩展:你可以自定义逻辑节点,只要符合规范
  • 自描述:数据路径本身就说明了数据的含义

嗯,今天就聊到这儿。下一节我们继续深入,讲讲IEC 61850的通信服务——怎么把数据从设备里读出来。


专注资料整理