3. IEC 61850 信息模型与联调映射

IEC 61850 的联调之所以容易“卡壳”，往往不是通信不通，而是双方对“同一个信号到底对应模型里的哪个对象”理解不一致。要解决这个问题，必须先把信息模型的层级关系理清，再把每一层与联调测试点建立映射。本节围绕 IED、逻辑设备（LD）、逻辑节点（LN）、数据对象（DO）、数据集（DataSet）、报告控制块（RCB）这条主线，说明它们如何逐层收敛到一个可被测试的具体信号。

一、信息模型的层级结构

IEC 61850 采用面向对象的层次化建模。最上层是物理设备 IED，它是一台实际装置，拥有唯一的 IP 或 MMS 访问点。一个 IED 内部按功能划分为若干逻辑设备 LD，例如保护装置常分为 PROT（保护）、MEAS（测量）、CTRL（控制）、LD0（公共信息）等。每个 LD 下挂若干逻辑节点 LN，LN 是功能的最小单元，如 PDIS（距离保护）、PTOC（过流保护）、MMXU（测量）、XCBR（断路器）等。LN 内部由若干数据对象 DO 组成，DO 再细分为数据属性 DA，例如 Pos 下的 stVal、q、t。

联调时真正被“读”或“报”的，是 DA 这一层。但工程上不会逐个 DA 去订阅，而是通过数据集 DataSet 把一组需要同时上送的 DO/DA 打包，再由报告控制块 RCB 控制这些数据的上送行为。因此，从 IED 到测试点，是一条“物理设备 → 功能分区 → 功能单元 → 数据对象 → 数据集合 → 上送控制”的收敛链。

二、从模型到测试点的映射方法

联调前，双方应交换 SCL 文件（ICD/CID），并据此生成一份“模型—测试点对照表”。映射的核心是FCDA（Functionally Constrained Data Attribute），它用一条字符串唯一确定一个数据属性，格式为：LDName/LNName.DOName.DAName[FC]。例如 PROT/PDIS1.Op.general[ST] 表示 PROT 逻辑设备下 PDIS1 逻辑节点中 Op 数据对象的 general 属性，功能约束为 ST（状态信息）。

把若干 FCDA 放入同一个 DataSet，就形成一次可被报告上送的“数据包”。例如保护动作联调中，可定义数据集 dsTrip 包含：PROT/PDIS1.Op.general[ST]、PROT/PDIS1.Op.q[ST]、PROT/PDIS1.Op.t[ST]、PROT/PTOC1.Op.general[ST]。这样当保护动作时，报告控制块 BRCB1 会把这几个属性作为一个整体上送，测试端只需判断该报告是否到达、时序是否正确、品质位是否有效。

三、报告控制块的关键参数与联调观察点

RCB 分为缓冲报告控制块 BRCB 和非缓冲报告控制块 URCB。BRCB 用于保护动作、跳闸等不允许丢失的信息，具备缓冲重传能力；URCB 用于测量、遥信等允许偶发丢失的信息。联调时重点核对以下参数：

• RptEna：报告使能，必须为 true 才能上送；
• TrgOp：触发条件，常见 dchg（数据变化）、qchg（品质变化）、dupd（数据更新）、integrity（周期）；
• BufTm：缓冲时间，决定多个变化合并上送的时间窗；
• IntgPd：完整性周期，用于周期性总召；
• DatSet：引用的数据集名称，必须与 SCL 中一致。

一个常见的联调问题是：测试端能收到报告，但报告中的条目数与预期不符。此时应检查 DataSet 的 FCDA 是否完整、RCB 的 DatSet 引用是否指向正确数据集、以及 TrgOp 是否覆盖了实际变化类型。例如只配置了 dchg，而品质位变化属于 qchg，就会漏报。

四、联调测试点对照表示例

下表给出一份可直接用于联调准备的对照表模板，字段按实际工程需要设置，示例参数为教学假设值，实际应以现场 SCL 和定值为准。

五、联调实施中的核对顺序

建议按“先模型、后数据、再行为”的顺序推进。第一步，用 MMS 客户端读取 IED 的模型目录，核对 LD、LN、DO 路径是否与 SCL 一致；第二步，读取 DataSet 成员，确认 FCDA 引用无拼写错误、FC 正确；第三步，读取 RCB 参数，确认 RptEna、TrgOp、BufTm、IntgPd 与设计一致；第四步，施加实际激励（加量、变位、置品质），观察报告是否按预期触发、条目是否完整、时标与品质是否正确。每一步的观察结果都应记录在对照表中，作为联调闭环的依据。