一、从物理设备到逻辑模型:IEC61850的抽象思维

大家好,我是老张。做电力系统通信十几年了,今天咱们来聊聊IEC61850里最核心的几个概念。

说实话,刚接触IEC61850的时候,我也被这些名词搞晕过。逻辑节点、逻辑设备、服务器、访问点……听着就头大。但后来我发现,搞懂这几个概念,整个协议就通了一半。

咱们先打个比方。你想想看,一个变电站里有一台保护装置,比如线路保护。这台装置是个物理盒子,里面有什么?有CPU、有电源、有通信口。但在IEC61850的世界里,我们不关心这个盒子长什么样,我们关心的是它能干什么

这就是IEC61850的核心思想——把物理设备抽象成逻辑模型

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

逻辑节点,英文叫Logical Node,简称LN。这是IEC61850里最小的功能单元。

什么叫最小的功能单元?说白了,就是一个功能模块。比如“过流保护”是一个功能,“断路器控制”是一个功能,“测量电流”也是一个功能。

每个逻辑节点都有固定的命名规则。比如:

  • PTOC —— 过流保护(我习惯叫它“皮托克”)
  • XCBR —— 断路器(这个好记,Circuit Breaker)
  • MMXU —— 测量单元(测电流电压的)
  • GGIO —— 通用I/O(啥都能干)

每个LN里面包含一组数据对象(Data Object,简称DO),每个DO又包含若干数据属性(Data Attribute,简称DA)。

举个例子:

逻辑节点 XCBR1(断路器1)里面有个数据对象 Pos(位置),这个 Pos 下面有数据属性 stVal(状态值,0=分,1=合)、q(品质)、t(时标)。

我在项目中遇到过一件事。有个同事问我:“老张,为什么同一个保护功能,不同厂家的装置LN名字不一样?”我告诉他:“IEC61850标准里规定了LN的命名,但有些厂家会自己扩展。所以采购时一定要看ICD文件,别想当然。”

1.2 逻辑设备(LD)——LN的容器

逻辑设备,Logical Device,简称LD。它就是一个容器,把相关的逻辑节点装在一起。

一个物理设备可以包含多个逻辑设备。比如一台线路保护装置,可能有:

  • PROT —— 保护逻辑设备(放PTOC、PDIS等保护LN)
  • CTRL —— 控制逻辑设备(放XCBR、CSWI等控制LN)
  • MEAS —— 测量逻辑设备(放MMXU、MMXN等测量LN)
  • RCD —— 录波逻辑设备(放RDRE等录波LN)

每个逻辑设备里,必须包含一个LPHD(物理设备信息)和一个LLN0(逻辑节点零)。这是标准规定的,跑不掉。

我的经验:调试的时候,如果发现通信连不上,先检查LD名字对不对。很多新手把LD名字写错了,结果折腾半天。记住,LD名字是大小写敏感的!

1.3 服务器(Server)——对外提供服务的实体

服务器,Server。这个好理解,就是对外提供数据访问服务的实体。

一个物理设备可以有一个或多个Server。每个Server包含一个或多个逻辑设备。

在IEC61850里,Server通过服务接口对外提供数据。这些服务包括:

  • 读数据(GetDataValues)
  • 写数据(SetDataValues)
  • 报告(Report)
  • 控制(Control)
  • 文件传输(File Transfer)

嗯,这里要注意:Server这个概念在MMS协议里特别重要。因为IEC61850-8-1规定,大部分通信走的是MMS协议。而MMS里的VMD(虚拟制造设备)就对应着IEC61850里的Server。

1.4 访问点(AccessPoint)——通信的入口

访问点,AccessPoint。说白了,就是设备对外通信的“门”。

一个Server可以有一个或多个访问点。每个访问点对应一个网络接口或通信协议。

常见的访问点类型:

访问点名称 用途 典型协议
S1 站控层通信 MMS(IEC61850-8-1)
G1 GOOSE通信 GOOSE(IEC61850-8-1)
M1 采样值通信 SV(IEC61850-9-2)

我曾经遇到过一个坑:某项目里,保护装置的GOOSE和MMS用的是同一个访问点,结果网络拥堵时GOOSE报文被MMS报文堵住了。后来我建议把GOOSE单独用一个访问点,问题就解决了。

二、四个概念的关系——一张图说清楚

说了这么多,这四个东西到底怎么串起来的?我画了张图,你看看就明白了。

物理设备(IED) 服务器(Server) 访问点 S1 (MMS通信) 访问点 G1 (GOOSE通信) 访问点 M1 (SV通信) 逻辑设备(LD) LD1: PROT(保护) LLN0 LPHD PTOC1(过流保护) PDIS1(距离保护) PTRC1(跳闸) LD2: CTRL(控制) LLN0 LPHD XCBR1(断路器) CSWI1(开关控制) GGIO1(通用I/O) 物理设备 服务器 访问点 逻辑设备 逻辑节点

从这张图可以看得很清楚:

  1. 物理设备(IED)包含一个或多个服务器
  2. 服务器包含一个或多个访问点
  3. 访问点是通信的入口,每个访问点对应一种通信协议
  4. 服务器包含一个或多个逻辑设备
  5. 逻辑设备包含多个逻辑节点
  6. 逻辑节点是最小的功能单元,包含数据和属性

避坑指南:我曾经在调试一个220kV变电站项目时,发现保护装置和监控后台通信不上。查了两天,最后发现是ICD文件里Server的名字写错了。记住:ICD文件里的Server名字必须和实际装置配置一致,否则连不上。

三、实际项目中的配置示例

说了这么多理论,咱们看看实际项目里怎么配的。下面是一个典型的线路保护装置的ICD文件片段:

<Server>
  <Device inst="PROT">
    <LN0 lnClass="LLN0" inst="" lnType="LLN0_Type"/>
    <LN lnClass="LPHD" inst="1" lnType="LPHD_Type"/>
    <LN lnClass="PTOC" inst="1" lnType="PTOC_Type"/>
    <LN lnClass="PDIS" inst="1" lnType="PDIS_Type"/>
    <LN lnClass="PTRC" inst="1" lnType="PTRC_Type"/>
  </Device>
  <Device inst="CTRL">
    <LN0 lnClass="LLN0" inst="" lnType="LLN0_Type"/>
    <LN lnClass="LPHD" inst="1" lnType="LPHD_Type"/>
    <LN lnClass="XCBR" inst="1" lnType="XCBR_Type"/>
    <LN lnClass="CSWI" inst="1" lnType="CSWI_Type"/>
  </Device>
  <AccessPoint name="S1">
    <ServerAt name="PROT"/>
    <ServerAt name="CTRL"/>
  </AccessPoint>
  <AccessPoint name="G1">
    <ServerAt name="PROT"/>
  </AccessPoint>
</Server>

你看,这个配置里:

  • 一个Server包含两个逻辑设备:PROT和CTRL
  • PROT设备里有PTOC(过流)、PDIS(距离)、PTRC(跳闸)等LN
  • CTRL设备里有XCBR(断路器)、CSWI(开关控制)等LN
  • 两个访问点:S1(MMS)和G1(GOOSE)
  • S1访问点可以访问PROT和CTRL两个LD
  • G1访问点只能访问PROT这个LD

我的习惯:做配置时,我喜欢把保护相关的LN放在PROT里,控制相关的放在CTRL里,测量相关的放在MEAS里。这样层次清晰,后期维护也方便。别把所有LN都塞到一个LD里,那会乱成一锅粥。

四、总结一下

好了,咱们把今天的内容捋一捋:

  • 逻辑节点(LN):最小的功能单元,比如过流保护、断路器控制
  • 逻辑设备(LD):LN的容器,按功能分组
  • 服务器(Server):对外提供服务的实体,包含LD
  • 访问点(AccessPoint):通信的入口,对应不同协议

这四个概念的关系,说白了就是:物理设备 → 服务器 → 访问点 + 逻辑设备 → 逻辑节点。一层套一层,像俄罗斯套娃一样。

搞懂了这个层次关系,IEC61850的通信模型你就掌握了七七八八。下次咱们聊数据模型,看看LN里面到底装了些什么东西。


公众号:蓝海资料掘金营,微信deep3321