3. 变电站配置语言SCL与工程配置流程

IEC 61850 之所以能实现“一次建模、多厂互操作”，关键之一在于它把变电站的配置信息从私有数据库里解放出来，统一用 XML 描述，这就是 SCL（Substation Configuration Language，变电站配置语言）。SCL 不是一种编程语言，而是基于 XML Schema 的配置描述规范，定义在 IEC 61850-6 中。它规定了变电站一次系统结构、IED 能力、通信参数、数据集与报告控制块等如何用标准标签表达，使不同厂商的工具能够交换同一份工程配置。

理解 SCL，先要分清五种文件类型。它们不是并列关系，而是沿着工程配置流程逐步“生长”出来的：

• SSD（System Specification Description，系统规范描述）：描述变电站一次系统，包括电压等级、间隔、母线、断路器、隔离开关、变压器等，以及它们之间的电气连接关系。SSD 通常由设计院或系统集成商提供，是配置的“骨架”。
• ICD（IED Capability Description，IED 能力描述）：由 IED 厂商随装置提供，描述该装置具备哪些逻辑设备、逻辑节点、数据对象、数据集、报告控制块和 GOOSE 控制块。ICD 是装置的“能力清单”，不含具体工程实例名。
• SCD（Substation Configuration Description，变电站配置描述）：系统集成工具把 SSD 与各 ICD 合并，并完成通信参数、IED 实例名、数据集绑定、GOOSE 虚端子连线后形成的全站配置。SCD 是工程配置的核心交付物。
• CID（Configured IED Description，已配置 IED 描述）：从 SCD 中导出单个 IED 的配置，下装到实际装置。CID 包含该 IED 的实例化参数、通信地址、数据集和 GOOSE 订阅关系。
• IID（Instantiated IED Description，实例化 IED 描述）：用于描述单个 IED 的实例化配置，常见于装置更换、扩建或需要单独提交某台 IED 配置的场景，可视为 CID 的轻量或局部版本。

这五种文件的关系可以用一条数据流来理解：SSD 提供一次系统，ICD 提供装置能力，二者在系统配置工具中合并生成 SCD；SCD 再导出为 CID 或 IID，最终下装到装置。下图给出这一配置链及每类文件的核心内容。

从工程实施角度看，SCL 配置不是“打开工具点几下”就结束，而是一条有明确输入、操作和输出判断的链路。下面按实际工程顺序展开。

第一步：收集 SSD 与 ICD，明确边界

系统集成前，先拿到设计院提供的 SSD 和各家 IED 厂商提供的 ICD。SSD 决定了全站一次系统拓扑，例如某 110 kV 变电站包含两条 110 kV 进线、两台主变、10 kV 侧若干馈线间隔。ICD 则决定每台装置能提供哪些逻辑节点，例如保护装置通常包含 PDIS、PTOC、PTRC、CSWI、XCBR 等。此时要核对：SSD 中的间隔数量与 ICD 数量是否匹配，ICD 版本是否与装置固件一致。若 ICD 版本过旧，可能出现数据集成员缺失，后续 SCD 合并会报“引用对象不存在”。

第二步：在系统配置工具中合并生成 SCD

常用工具包括各厂商的 SCL 配置器以及第三方工具。操作上通常先导入 SSD，建立变电站、电压等级、间隔、设备层级；再逐台导入 ICD，把 IED 实例分配到对应间隔，并设置 IED 名称（如 PROT_1101A）、通信参数（IP 地址、子网掩码、网关、MMS 端口 102）。随后进行数据集与报告控制块配置，例如为保护装置建立 dsTrip 数据集，成员包含 PTRC1.Op.general、XCBR1.Pos.stVal 等，并绑定到 BRCB1 或 URCB1。

GOOSE 配置是 SCD 中最容易出错的部分。发送侧要定义 GSEControl，指定 appID、datSet、confRev、minTime、maxTime；接收侧要在 Inputs 中通过 ExtRef 引用发送侧的 GOOSE 控制块和数据集成员。例如线路保护跳闸 GOOSE 的 appID 可设为 PROT_1101A/GOOSE/Trip，confRev 初始为 1，每次修改数据集成员后必须递增，否则接收侧会因配置版本不一致而拒绝订阅。

第三步：导出 CID 并下装

SCD 完成后，用工具导出每台 IED 的 CID。CID 中会固化该装置的实例名、通信地址、数据集、GOOSE 订阅关系。下装前应核对 CID 中的 IED name 与现场装置铭牌一致，IP 地址与全站 IP 规划表一致。下装后通过装置液晶或调试软件查看 GOOSE 订阅状态，正常应显示“订阅有效、confRev 匹配”。若显示“配置版本不匹配”，说明发送侧 confRev 与接收侧记录不一致，需要重新导出 CID 并下装。

第四步：用 SCD 做一致性校验与版本管理

工程交付前，建议用 SCL 校验工具检查 SCD 是否符合 IEC 61850-6 Schema，重点检查：所有 ExtRef 是否指向存在的 GSEControl 和数据集成员；confRev 是否唯一且递增；通信参数是否重复；IED 名称是否唯一。版本管理上，SCD 应作为受控文件，每次修改记录变更内容、变更人、confRev 变化。现场调试时若只改了一台装置，可导出 IID 而非全站 SCD，减少影响范围。

把上述流程压缩成一张可执行的检查表，便于工程现场逐项确认：

需要特别说明的是，SSD、ICD、SCD、CID、IID 五类文件虽然扩展名不同，但本质都是 SCL XML 文档，根元素均为 <SCL>，通过 <Header>、<Substation>、<IED>、<Communication>、<DataTypeTemplates> 等元素组织内容。理解这一点，就能明白为什么工具之间可以互相导入导出：它们交换的不是私有格式，而是同一套标准语义。工程中遇到“文件打不开”或“导入报错”，优先检查 XML 是否完整、命名空间是否正确、Schema 版本是否匹配，而不是盲目重装工具。

最后强调一个常见误区：SCD 不是“画完一次就固定不变”。变电站扩建、保护定值调整、GOOSE 数据集增删都会引起 SCD 变更。每次变更后，必须重新导出受影响的 CID 并下装，同时更新 confRev。只有把 SCD 当作活的工程配置基线来管理，IEC 61850 的互操作优势才能真正落地。