简介面向电力自动化与变电站二次系统工程师这份资源提供了一套IEC 61850模型配置工具的完整工程参考可用于建立、增加、删除和修改变电站逻辑设备LD、逻辑节点LN及数据对象DO帮助理解61850标准在实际工具中的落地方式。压缩包共40个文件以C源码.cpp/.h、工程配置.dsw/.dsp、图标资源.ico和XML解析相关文件.tlh/.tli为主并附有ReadMe.txt与www.pudn.com.txt说明整体大小265KB结构紧凑便于按源码模块查看。已有965人学习/下载。内容预览中包含AttrView、XmlNodeWrapper等模块覆盖了界面显示、XML解析与模型操作等关键部分读者可借此掌握61850模型配置工具的开发逻辑或者直接借鉴其代码结构进行二次开发。对于需要深入理解IEC 61850建模过程或开发类似工具的工程师这是一份具备实践参考价值的资料。1. ModelCfg 这类 61850 配置工具在工程链路上管的是哪一段IEC 61850 工程的验收界面往往不在保护屏而在一个几十 MB 的 SCL 文件里。ModelCfg 这类以 .rar 包分发的 61850 配置工具就把这个文件的生成、裁剪、校验收进图形界面。干过现场的都见过后台画面空白报文报“数据集成员不存在”查到底只是 ICD 里某条 FCDA 的 daName 大小写写错。容易忽略的是模型链路比保护逻辑更常成为联调瓶颈。SCL 是强 schema 的 XML要在 ICD、SSD、SCD、CID 四种形态间反复转换一处引用断裂就放大成通信故障。ModelCfg 的价值不在画图而是把命名空间、数据集引用、报告控制块与 GOOSE 地址这些硬约束变成可操作、可校验的界面。适用的角色装置研发与测试、后台集成、现场调试运维。2. 先把模型链路跑通从 ModelCfg 加载本地 ICD 到导出 SCD 的最小流程2.1 四种 SCL 文件类型的分工以及 ModelCfg 的输入输出文件类型内容范围典型生成方ModelCfg 里的常见动作ICD单装置能力LN 模板、数据集、报告、GOOSE装置厂家打开、裁数据集、改通信参数SSD一次系统、逻辑节点、数据流需求设计院或系统集成导入作为全站建模底座SCD全站多装置实例、通信参数、虚端子ModelCfg 这类工具合成生成与导出的目标CID单装置实例化配置从 SCD 裁剪导出给装置下装或后台建档常规工作流是从厂家拿到 ICD从设计院拿到 SSD在 ModelCfg 里把 ICD 挂到 SSD 的电压等级和间隔下配好通信子网和地址导出 SCD需要下装单装置时再从 SCD 抽 CID。这个顺序不能反过来后台导入的是 SCD 的 Communication 段和虚端子表不是 ICD 本身。2.2 解压即用加载本地 ICD 模型的前三步ModelCfg 这类包通常按绿色工具走双击打开前我一般先做三步解压、确认文件完整、确认编码。顺序不能反因为工具记住的路径可能是相对的直接双击打开示例文件改了半天可能发现改的是工具默认目录里的同名副本。7z x ModelCfg.rar -oD:/tools/ModelCfg file D:/tools/ModelCfg/samples/example.icd head -c 600 D:/tools/ModelCfg/samples/example.icd这里7z x把 rar 包完整解出注意别用右键的“解压到当前文件夹”包内若带相对路径会散落。file确认 ICD 的真实编码head -c 600看一眼 XML 声明和根元素能提前发现文件被截断或带 BOM 的问题。正常 ICD 的头部长这样?xml version1.0 encodingUTF-8? SCL xmlnshttp://www.iec.ch/61850/2003/SCL xmlns:xsihttp://www.w3.org/2001/XMLSchema-instance version2007 revisionB release4 Header idIED1 version1 revision1 toolIDIEDConfigTool / /SCL关注两个点命名空间是否标准http://www.iec.ch/61850/2003/SCLversion/revision/release三元组描述的是 SCL schema 版本不是文件版本。命名空间若被改成厂家私有域名ModelCfg 和后台解析器会直接拒收或进入降级解析。2.3 从 ICD 加 SSD 合成 SCD 的最小步骤常见做法是四步新建工程逐个导入 ICD导入 SSD 并做间隔关联配置通信参数后导出 SCD。间隔关联是翻车最多的地方前提是 SSD 里已经建好了 VoltageLevel、Bay 和导电设备ICD 里的 LDevice 需要手工映射到对应 Bay。映射不对不报语法错导出的 SCD 里变电站拓扑和 IED 没有关联在线订阅时按间隔筛选会缺数据。配置通信时至少写清三项SubNetwork 名称、ConnectedAP 里的 IED 名称与访问点、IP 参数。导出的 SCD 里 Header 是版本管理入口Header idDemoSubstation version1 revision3 toolIDModelCfg_Export nameStructureIEDName History Hitem version1 revision3 when2025-01-10 14:00:00 whointegration whatupdate dsTrip dataset whyadd breaker fail/ /History /Headerid在全站内唯一后台通常拿它做工程指纹。History 里的who、what、why建议每次导出都写版本回溯时能少吵架。导出后立刻做 schema 校验xmllint --noout --schema SCL.xsd DemoSubstation.scd--noout表示只在出错时输出--schema指定 IEC 61850-6 的 XSD。SCL.xsd 一般随 ModelCfg 包附带没有就找装置厂家要 Ed2.1 的版本不要自己从网上随意拼一个能拦掉相当一部分后台导入失败。提示出厂 ICD 未改过之前先做一次 schema 校验把厂家原始问题和你自己的变更分开记避免版本回溯时两笔账混在一起。3. ModelCfg 里最值钱的三个操作数据集裁剪、报告控制块参数、GOOSE 连线3.1 数据集成员按功能裁剪而不是整段照抄厂家默认 ICD 的数据集通常大而全后台不关心的遥信遥测也全带上。手工删之前先看懂 FCDA 的六元组DataSet namedsTrip FCDA ldInstPROT lnClassPTOC lnInst1 doNameOp daNamegeneral fcST/ FCDA ldInstPROT lnClassPTRC lnInst1 doNameTr daNamegeneral fcST/ /DataSetldInst是逻辑设备实例名lnClass是逻辑节点类PTOC 是过流、PTRC 是跳闸出口lnInst是同类节点的实例号doName是数据对象daName是数据属性fc是功能约束。六者拼起来才是完整实例路径任何一段对不上模板订阅就失败。裁剪原则是按fc分组看ST 看变位、MX 看测量、CO 看控制CF 和 DC 通常不需要进实时数据集。3.2 报告控制块参数一张表说清该填什么数据集定完报告控制块决定数据怎么上送。ModelCfg 里一般把报告分成 Buffered带缓存事件积压不丢和 Non-Buffered实时快照两者 SCL 写法的差异只在buffered属性上。参数合法取值示例说明与坑rptID全站唯一字符串常见误用是复制后忘改导致后台报告映射串线datSet必须等于已存在 DataSet 的 name拼错不报语法错联调时才发现没数据confRev正整数每次改模型加 1后台依赖它刷新缓存不变会导致旧值残留bufTime0 到 10000 ms0 表示立即上送单位不是秒TrgOps.dchgtrue/false数据变化触发遥信类必开TrgOps.periodtrue/false周期上送配合 IntgPd 使用IntgPd毫秒整数periodtrue 时有效0 表示不周期上送对应到 SCLReportControl namebrcbST rptIDPROT/LLN0$brcbST datSetdsTrip confRev3 bufferedtrue bufTime500 TrgOps dchgtrue qchgtrue dupdfalse periodfalse/ OptFields seqNumtrue timeStamptrue dataSettrue reasonCodetrue configReftrue entryIDtrue/ /ReportControlbufTime单位是毫秒500 表示 500ms 内多个变化事件合并成一帧想验证逐条上送就填 0。TrgOps里dchg和qchg分别对应变位和品质变化dupd是数据更新遥测变化不一定触发 dchg要看后台订阅的是 update 还是 change。OptFields决定上送报文的头部带什么configRef建议始终打开否则双方对 confRev 的校验容易静默失效。3.3 GOOSE 控制块与虚端子连接地址参数别自造GOOSE 是装置之间不带确认的组播参数错了不报错直接表现为对侧收不到。控制块本体GSEControl namegcbTrip datSetdsTrip confRev3 typeGOOSE appIDPROT/LLN0/gcbTrip/type必须显式写 GOOSE有些老工具导出为空现代化后台勉强能读装置烧录时可能拒绝。appID在 IED 内建议唯一SCL 里控制块和 Communication 段的 APPID 是两回事只改一处会出“文件里看着对报文里是另一个 ID”的现象。虚拟端子最终落在 Communication 段的地址里SubNetwork nameStationBus type8-MMS ConnectedAP iedNameIED1 apNameS1 GSE cbNamegcbTrip ldInstPROT Address P typeMAC-Address01-0C-CD-01-00-01/P P typeAPPID0001/P P typeVLAN-ID001/P P typeVLAN-PRIORITY4/P /Address MinTime units multiplierm10/MinTime MaxTime units multiplierm1000/MaxTime /GSE /ConnectedAP /SubNetworkMAC 地址首段固定为01-0C-CD-01后两段由 APPID 映射不同厂家的自动分配算法可能冲突集成时建议用统一公式计算。APPID 在同一个二层广播域内不能重复VLAN-ID 和优先级要跟交换机配置一致否则抓包能看到报文但过不了 VLAN 过滤。MinTime/MaxTime 是 GOOSE 心跳从 10ms 到 1000ms 的切换区间对侧装置靠这个判断链路断裂MaxTime 别设成 60 秒变电站验收一般不接受超过 3 秒的断链检测。4. 把 ModelCfg 导出的模型装进后台与装置报错先从这四个方向查4.1 命名空间与 schema 版本不匹配后台导入 SCD 报“文件格式不支持”时先查根元素grep -o xmlns[^]* yourfile.scd grep -Eo SCL[[:space:]]version[^]* yourfile.scd | head -1IEC 61850-6 Ed2 的命名空间标准写法是http://www.iec.ch/61850/2003/SCL但同一命名空间下有多个 schema 版本。Ed1 的 ICD 里version2003Ed2 是version2007混用时 DataTypeTemplates 的 DOType 结构略有差异解析器按 Ed2 语义去读 Ed1 的模板会报属性缺失。ModelCfg 里如有版本转换入口优先把老厂家的 ICD 统一升到 Ed2 再进 SCD不要在导出后才手工改 XML。4.2 名称与引用关系的硬约束IEC 61850 对名字有约束IED name、LDName、LN 实例名都只能以字母开头包含字母数字和下划线LDName 在全站 SCD 里必须唯一两个厂家都叫PROT时ModelCfg 合成会冲突合并后虚端子全串。另外 FCDA 里的doName/daName必须能在 DataTypeTemplates 里查到对应 DOType/DAType大小写敏感totW和TotW是两个东西这种错在图形界面上可能完全看不出来。排查手法用工具导出一份“数据集引用完整性检查报告”或者直接上脚本。完整性检查和语法校验不同语法对不代表引用对两类问题要分开看。4.3 中文描述乱码与文件编码国内厂家 ICD 的描述五花八门UTF-8、GBK、GB18030 都有ModelCfg 打开正常不代表导出正常。后台导出 CSV 点表出现“锟斤拷”或“口口”时先确认 SCL 的 XML 声明和实际编码一致。处理套路是用 iconv 统一转码再重新导入iconv -f GBK -t UTF-8 -c raw.icd -o utf8.icd-c忽略无法转换的字节先保住文件不炸转完用file utf8.icd确认再回 ModelCfg 打开并另存。注意乱码文件一旦在工具里保存过原始描述可能已丢失转码前先备份原始包。4.4 用 Python 与 lxml 做一致性自检ModelCfg 自带的校验大多停在 schema 层面引用完整性得自己写脚本。以下检查所有数据集成员的引用是否能落到模板from lxml import etree NS http://www.iec.ch/61850/2003/SCL tree etree.parse(yourfile.scd) root tree.getroot() # 收集模板中的 LN 类型名 ln_types {n.get(id) for n in root.iter(f{{{NS}}}LNodeType)} errors [] for ln in root.iter(f{{{NS}}}LN): if ln.get(lnType) not in ln_types: errors.append(fLN {ln.get(lnClass)} 引用了不存在的 lnType: {ln.get(lnType)}) # 检查数据集成员的功能约束是否合法 valid_fc {ST, MX, CO, SP, SG, SE, SV, CF, DC, EX, BL, RP, RO, SR} for ds in root.iter(f{{{NS}}}DataSet): for fcda in ds.findall(f{{{NS}}}FCDA): if fcda.get(fc) not in valid_fc: errors.append(fDataSet {ds.get(name)} 里出现非法 FC: {fcda.get(fc)}) print(\n.join(errors) if errors else reference check passed)遍历逻辑分两路第一路核对 LN 实例引用的lnType是否存在于 DataTypeTemplates第二路核对数据集成员的fc功能约束是否在合法集合内。前者拦截模板断裂后者拦截把控制命令CO错写成状态ST这类低级错误。想查doName/daName拼写按同样的遍历方式去 DOType 里比对即可。这段脚本直接放进集成流程的 CI每次 ModelCfg 导出后自动跑一遍。5. 进阶用 ModelCfg 的导出结果做模型差异比对定位版本变更场景很具体装置升级固件、后台更换版本、厂家新加保护功能SCD 从 1.0 升到 2.3现场要答复到底改了哪些数据。人工用文本 diff 比 SCL 会淹没在海量格式噪音里因为行的增删不代表数据变更可能是 History 或命名空间别名顺序变了。先做结构化提取再看数据级差异。对数据集提取做归一化后 difffrom lxml import etree NS http://www.iec.ch/61850/2003/SCL def fcda_set(path): tree etree.parse(path) result set() for ds in tree.iter(f{{{NS}}}DataSet): for fcda in ds.findall(f{{{NS}}}FCDA): result.add(( ds.get(name), fcda.get(ldInst), fcda.get(lnClass), fcda.get(lnInst), fcda.get(doName), fcda.get(daName), fcda.get(fc), )) return result old fcda_set(scd_v1.scd) new fcda_set(scd_v2.scd) print(-- 新增 FCDA --) for item in sorted(new - old): print(item) print(-- 删除 FCDA --) for item in sorted(old - new): print(item)比对单位是“数据集名加完整 FCDA 路径”不受 XML 格式和顺序影响。输出里先看新增和删除再回到 ModelCfg 里核对被改的数据集对应哪个报告控制块和 GOOSE 控制块如果删掉的是dsTrip里的跳闸成员要同步确认对应gcbTrip下游装置的订阅是否也做了版本更新这一步最容易漏。报告控制块参数对比同理把rptID/bufTime/TrgOps/IntgPd提取成元组再 diff。现场常用的变体是把新增 FCDA 导出成 CSV标题用数据集,LD,IN,DO,DA,FC的固定顺序投给后台同事做订阅表对照比从 ModelCfg 界面一屏一屏翻效率高得多。ModelCfg 里做不了的事用一份归一化脚本补齐这才是配置工具的正确用法。本文还有配套的精品资源点击获取
IEC 61850配置工具ModelCfg实战：SCL模型链路构建与排错
简介面向电力自动化与变电站二次系统工程师这份资源提供了一套IEC 61850模型配置工具的完整工程参考可用于建立、增加、删除和修改变电站逻辑设备LD、逻辑节点LN及数据对象DO帮助理解61850标准在实际工具中的落地方式。压缩包共40个文件以C源码.cpp/.h、工程配置.dsw/.dsp、图标资源.ico和XML解析相关文件.tlh/.tli为主并附有ReadMe.txt与www.pudn.com.txt说明整体大小265KB结构紧凑便于按源码模块查看。已有965人学习/下载。内容预览中包含AttrView、XmlNodeWrapper等模块覆盖了界面显示、XML解析与模型操作等关键部分读者可借此掌握61850模型配置工具的开发逻辑或者直接借鉴其代码结构进行二次开发。对于需要深入理解IEC 61850建模过程或开发类似工具的工程师这是一份具备实践参考价值的资料。1. ModelCfg 这类 61850 配置工具在工程链路上管的是哪一段IEC 61850 工程的验收界面往往不在保护屏而在一个几十 MB 的 SCL 文件里。ModelCfg 这类以 .rar 包分发的 61850 配置工具就把这个文件的生成、裁剪、校验收进图形界面。干过现场的都见过后台画面空白报文报“数据集成员不存在”查到底只是 ICD 里某条 FCDA 的 daName 大小写写错。容易忽略的是模型链路比保护逻辑更常成为联调瓶颈。SCL 是强 schema 的 XML要在 ICD、SSD、SCD、CID 四种形态间反复转换一处引用断裂就放大成通信故障。ModelCfg 的价值不在画图而是把命名空间、数据集引用、报告控制块与 GOOSE 地址这些硬约束变成可操作、可校验的界面。适用的角色装置研发与测试、后台集成、现场调试运维。2. 先把模型链路跑通从 ModelCfg 加载本地 ICD 到导出 SCD 的最小流程2.1 四种 SCL 文件类型的分工以及 ModelCfg 的输入输出文件类型内容范围典型生成方ModelCfg 里的常见动作ICD单装置能力LN 模板、数据集、报告、GOOSE装置厂家打开、裁数据集、改通信参数SSD一次系统、逻辑节点、数据流需求设计院或系统集成导入作为全站建模底座SCD全站多装置实例、通信参数、虚端子ModelCfg 这类工具合成生成与导出的目标CID单装置实例化配置从 SCD 裁剪导出给装置下装或后台建档常规工作流是从厂家拿到 ICD从设计院拿到 SSD在 ModelCfg 里把 ICD 挂到 SSD 的电压等级和间隔下配好通信子网和地址导出 SCD需要下装单装置时再从 SCD 抽 CID。这个顺序不能反过来后台导入的是 SCD 的 Communication 段和虚端子表不是 ICD 本身。2.2 解压即用加载本地 ICD 模型的前三步ModelCfg 这类包通常按绿色工具走双击打开前我一般先做三步解压、确认文件完整、确认编码。顺序不能反因为工具记住的路径可能是相对的直接双击打开示例文件改了半天可能发现改的是工具默认目录里的同名副本。7z x ModelCfg.rar -oD:/tools/ModelCfg file D:/tools/ModelCfg/samples/example.icd head -c 600 D:/tools/ModelCfg/samples/example.icd这里7z x把 rar 包完整解出注意别用右键的“解压到当前文件夹”包内若带相对路径会散落。file确认 ICD 的真实编码head -c 600看一眼 XML 声明和根元素能提前发现文件被截断或带 BOM 的问题。正常 ICD 的头部长这样?xml version1.0 encodingUTF-8? SCL xmlnshttp://www.iec.ch/61850/2003/SCL xmlns:xsihttp://www.w3.org/2001/XMLSchema-instance version2007 revisionB release4 Header idIED1 version1 revision1 toolIDIEDConfigTool / /SCL关注两个点命名空间是否标准http://www.iec.ch/61850/2003/SCLversion/revision/release三元组描述的是 SCL schema 版本不是文件版本。命名空间若被改成厂家私有域名ModelCfg 和后台解析器会直接拒收或进入降级解析。2.3 从 ICD 加 SSD 合成 SCD 的最小步骤常见做法是四步新建工程逐个导入 ICD导入 SSD 并做间隔关联配置通信参数后导出 SCD。间隔关联是翻车最多的地方前提是 SSD 里已经建好了 VoltageLevel、Bay 和导电设备ICD 里的 LDevice 需要手工映射到对应 Bay。映射不对不报语法错导出的 SCD 里变电站拓扑和 IED 没有关联在线订阅时按间隔筛选会缺数据。配置通信时至少写清三项SubNetwork 名称、ConnectedAP 里的 IED 名称与访问点、IP 参数。导出的 SCD 里 Header 是版本管理入口Header idDemoSubstation version1 revision3 toolIDModelCfg_Export nameStructureIEDName History Hitem version1 revision3 when2025-01-10 14:00:00 whointegration whatupdate dsTrip dataset whyadd breaker fail/ /History /Headerid在全站内唯一后台通常拿它做工程指纹。History 里的who、what、why建议每次导出都写版本回溯时能少吵架。导出后立刻做 schema 校验xmllint --noout --schema SCL.xsd DemoSubstation.scd--noout表示只在出错时输出--schema指定 IEC 61850-6 的 XSD。SCL.xsd 一般随 ModelCfg 包附带没有就找装置厂家要 Ed2.1 的版本不要自己从网上随意拼一个能拦掉相当一部分后台导入失败。提示出厂 ICD 未改过之前先做一次 schema 校验把厂家原始问题和你自己的变更分开记避免版本回溯时两笔账混在一起。3. ModelCfg 里最值钱的三个操作数据集裁剪、报告控制块参数、GOOSE 连线3.1 数据集成员按功能裁剪而不是整段照抄厂家默认 ICD 的数据集通常大而全后台不关心的遥信遥测也全带上。手工删之前先看懂 FCDA 的六元组DataSet namedsTrip FCDA ldInstPROT lnClassPTOC lnInst1 doNameOp daNamegeneral fcST/ FCDA ldInstPROT lnClassPTRC lnInst1 doNameTr daNamegeneral fcST/ /DataSetldInst是逻辑设备实例名lnClass是逻辑节点类PTOC 是过流、PTRC 是跳闸出口lnInst是同类节点的实例号doName是数据对象daName是数据属性fc是功能约束。六者拼起来才是完整实例路径任何一段对不上模板订阅就失败。裁剪原则是按fc分组看ST 看变位、MX 看测量、CO 看控制CF 和 DC 通常不需要进实时数据集。3.2 报告控制块参数一张表说清该填什么数据集定完报告控制块决定数据怎么上送。ModelCfg 里一般把报告分成 Buffered带缓存事件积压不丢和 Non-Buffered实时快照两者 SCL 写法的差异只在buffered属性上。参数合法取值示例说明与坑rptID全站唯一字符串常见误用是复制后忘改导致后台报告映射串线datSet必须等于已存在 DataSet 的 name拼错不报语法错联调时才发现没数据confRev正整数每次改模型加 1后台依赖它刷新缓存不变会导致旧值残留bufTime0 到 10000 ms0 表示立即上送单位不是秒TrgOps.dchgtrue/false数据变化触发遥信类必开TrgOps.periodtrue/false周期上送配合 IntgPd 使用IntgPd毫秒整数periodtrue 时有效0 表示不周期上送对应到 SCLReportControl namebrcbST rptIDPROT/LLN0$brcbST datSetdsTrip confRev3 bufferedtrue bufTime500 TrgOps dchgtrue qchgtrue dupdfalse periodfalse/ OptFields seqNumtrue timeStamptrue dataSettrue reasonCodetrue configReftrue entryIDtrue/ /ReportControlbufTime单位是毫秒500 表示 500ms 内多个变化事件合并成一帧想验证逐条上送就填 0。TrgOps里dchg和qchg分别对应变位和品质变化dupd是数据更新遥测变化不一定触发 dchg要看后台订阅的是 update 还是 change。OptFields决定上送报文的头部带什么configRef建议始终打开否则双方对 confRev 的校验容易静默失效。3.3 GOOSE 控制块与虚端子连接地址参数别自造GOOSE 是装置之间不带确认的组播参数错了不报错直接表现为对侧收不到。控制块本体GSEControl namegcbTrip datSetdsTrip confRev3 typeGOOSE appIDPROT/LLN0/gcbTrip/type必须显式写 GOOSE有些老工具导出为空现代化后台勉强能读装置烧录时可能拒绝。appID在 IED 内建议唯一SCL 里控制块和 Communication 段的 APPID 是两回事只改一处会出“文件里看着对报文里是另一个 ID”的现象。虚拟端子最终落在 Communication 段的地址里SubNetwork nameStationBus type8-MMS ConnectedAP iedNameIED1 apNameS1 GSE cbNamegcbTrip ldInstPROT Address P typeMAC-Address01-0C-CD-01-00-01/P P typeAPPID0001/P P typeVLAN-ID001/P P typeVLAN-PRIORITY4/P /Address MinTime units multiplierm10/MinTime MaxTime units multiplierm1000/MaxTime /GSE /ConnectedAP /SubNetworkMAC 地址首段固定为01-0C-CD-01后两段由 APPID 映射不同厂家的自动分配算法可能冲突集成时建议用统一公式计算。APPID 在同一个二层广播域内不能重复VLAN-ID 和优先级要跟交换机配置一致否则抓包能看到报文但过不了 VLAN 过滤。MinTime/MaxTime 是 GOOSE 心跳从 10ms 到 1000ms 的切换区间对侧装置靠这个判断链路断裂MaxTime 别设成 60 秒变电站验收一般不接受超过 3 秒的断链检测。4. 把 ModelCfg 导出的模型装进后台与装置报错先从这四个方向查4.1 命名空间与 schema 版本不匹配后台导入 SCD 报“文件格式不支持”时先查根元素grep -o xmlns[^]* yourfile.scd grep -Eo SCL[[:space:]]version[^]* yourfile.scd | head -1IEC 61850-6 Ed2 的命名空间标准写法是http://www.iec.ch/61850/2003/SCL但同一命名空间下有多个 schema 版本。Ed1 的 ICD 里version2003Ed2 是version2007混用时 DataTypeTemplates 的 DOType 结构略有差异解析器按 Ed2 语义去读 Ed1 的模板会报属性缺失。ModelCfg 里如有版本转换入口优先把老厂家的 ICD 统一升到 Ed2 再进 SCD不要在导出后才手工改 XML。4.2 名称与引用关系的硬约束IEC 61850 对名字有约束IED name、LDName、LN 实例名都只能以字母开头包含字母数字和下划线LDName 在全站 SCD 里必须唯一两个厂家都叫PROT时ModelCfg 合成会冲突合并后虚端子全串。另外 FCDA 里的doName/daName必须能在 DataTypeTemplates 里查到对应 DOType/DAType大小写敏感totW和TotW是两个东西这种错在图形界面上可能完全看不出来。排查手法用工具导出一份“数据集引用完整性检查报告”或者直接上脚本。完整性检查和语法校验不同语法对不代表引用对两类问题要分开看。4.3 中文描述乱码与文件编码国内厂家 ICD 的描述五花八门UTF-8、GBK、GB18030 都有ModelCfg 打开正常不代表导出正常。后台导出 CSV 点表出现“锟斤拷”或“口口”时先确认 SCL 的 XML 声明和实际编码一致。处理套路是用 iconv 统一转码再重新导入iconv -f GBK -t UTF-8 -c raw.icd -o utf8.icd-c忽略无法转换的字节先保住文件不炸转完用file utf8.icd确认再回 ModelCfg 打开并另存。注意乱码文件一旦在工具里保存过原始描述可能已丢失转码前先备份原始包。4.4 用 Python 与 lxml 做一致性自检ModelCfg 自带的校验大多停在 schema 层面引用完整性得自己写脚本。以下检查所有数据集成员的引用是否能落到模板from lxml import etree NS http://www.iec.ch/61850/2003/SCL tree etree.parse(yourfile.scd) root tree.getroot() # 收集模板中的 LN 类型名 ln_types {n.get(id) for n in root.iter(f{{{NS}}}LNodeType)} errors [] for ln in root.iter(f{{{NS}}}LN): if ln.get(lnType) not in ln_types: errors.append(fLN {ln.get(lnClass)} 引用了不存在的 lnType: {ln.get(lnType)}) # 检查数据集成员的功能约束是否合法 valid_fc {ST, MX, CO, SP, SG, SE, SV, CF, DC, EX, BL, RP, RO, SR} for ds in root.iter(f{{{NS}}}DataSet): for fcda in ds.findall(f{{{NS}}}FCDA): if fcda.get(fc) not in valid_fc: errors.append(fDataSet {ds.get(name)} 里出现非法 FC: {fcda.get(fc)}) print(\n.join(errors) if errors else reference check passed)遍历逻辑分两路第一路核对 LN 实例引用的lnType是否存在于 DataTypeTemplates第二路核对数据集成员的fc功能约束是否在合法集合内。前者拦截模板断裂后者拦截把控制命令CO错写成状态ST这类低级错误。想查doName/daName拼写按同样的遍历方式去 DOType 里比对即可。这段脚本直接放进集成流程的 CI每次 ModelCfg 导出后自动跑一遍。5. 进阶用 ModelCfg 的导出结果做模型差异比对定位版本变更场景很具体装置升级固件、后台更换版本、厂家新加保护功能SCD 从 1.0 升到 2.3现场要答复到底改了哪些数据。人工用文本 diff 比 SCL 会淹没在海量格式噪音里因为行的增删不代表数据变更可能是 History 或命名空间别名顺序变了。先做结构化提取再看数据级差异。对数据集提取做归一化后 difffrom lxml import etree NS http://www.iec.ch/61850/2003/SCL def fcda_set(path): tree etree.parse(path) result set() for ds in tree.iter(f{{{NS}}}DataSet): for fcda in ds.findall(f{{{NS}}}FCDA): result.add(( ds.get(name), fcda.get(ldInst), fcda.get(lnClass), fcda.get(lnInst), fcda.get(doName), fcda.get(daName), fcda.get(fc), )) return result old fcda_set(scd_v1.scd) new fcda_set(scd_v2.scd) print(-- 新增 FCDA --) for item in sorted(new - old): print(item) print(-- 删除 FCDA --) for item in sorted(old - new): print(item)比对单位是“数据集名加完整 FCDA 路径”不受 XML 格式和顺序影响。输出里先看新增和删除再回到 ModelCfg 里核对被改的数据集对应哪个报告控制块和 GOOSE 控制块如果删掉的是dsTrip里的跳闸成员要同步确认对应gcbTrip下游装置的订阅是否也做了版本更新这一步最容易漏。报告控制块参数对比同理把rptID/bufTime/TrgOps/IntgPd提取成元组再 diff。现场常用的变体是把新增 FCDA 导出成 CSV标题用数据集,LD,IN,DO,DA,FC的固定顺序投给后台同事做订阅表对照比从 ModelCfg 界面一屏一屏翻效率高得多。ModelCfg 里做不了的事用一份归一化脚本补齐这才是配置工具的正确用法。本文还有配套的精品资源点击获取
