本文还有配套的精品资源点击获取简介专为变电站自动化系统集成人员设计的轻量级IEC61850工程辅助工具主程序ICDEditor.exe支持SCL文件的新建、导入、语法校验、树形结构浏览和图形化编辑无需安装完整开发环境。内置standard.tmpl和namelist.tmpl等常用模板搭配LNodeType.xml、DOType.xml、DAType.xml、EnumType.xml四类标准数据类型定义文件可一键生成符合IEC61850-6规范的ICD设备描述文件。授权模块由LicenseChk.dll和RegLicense.exe组成运行依赖Windows平台常见VC运行库MSVCRT.DLL、MSVCP60.DLL、MFC42.DLL及Qt 3.3.2组件qt-mt332.dll。压缩包内含全部可执行文件、动态链接库、XML标准定义和模板资源解压即用适用于保护装置、测控单元等智能电子设备的模型配置与系统联调。1. 这不是IDE是变电站工程师的“SCL速写本”——为什么你需要一个轻量但专业的ICD生成工具在变电站自动化现场调试的凌晨三点你刚接到调度中心通知某220kV间隔的智能终端IED需要紧急替换原厂ICD文件缺失而新设备厂商只提供了基础功能描述。你打开IEC61850-6标准文档翻到第7章又点开一个200MB的SCD工程包试图手动提取逻辑节点定义——这时候你真正需要的不是一套完整的系统配置工具System Configuration Tool也不是从头编译Qt项目的开发环境而是一份能3分钟内搭出合规ICD骨架、5分钟内填完关键LN和DO、10分钟内通过SCL语法校验的“速写本”。这就是ICDEditor.exe存在的底层逻辑。它不替代IEC61850工程全生命周期管理平台而是精准切入“单设备建模”这个高频、高压、高容错率要求的子场景。关键词里反复出现的ICD文件生成、SCL编辑工具、IEC61850建模指向的不是理论规范复现而是真实工程中三个无法回避的痛点第一标准XML结构嵌套深→ → → → → → → → → 手写极易漏标签或错层级第二数据类型引用链复杂EnumType→DAType→DOType→LNodeType改一个枚举值可能牵动整个逻辑节点定义第三现场联调时经常要“临时补一个GOOSE订阅”或“加一个MMS报告控制块”但完整SCD工具启动慢、依赖重、权限高根本没法在保护屏后的小笔记本上运行。ICDEditor.exe的设计哲学就是把IEC61850-6标准中可模板化、可复用、可校验的部分全部前置固化。它内置的standard.tmpl不是简单文本替换而是按IEC61850-6 Annex A的典型结构预置了带占位符的SCL框架Header id{$IED_NAME} version{$VERSION} revision{$REVISION}、CommunicationSubstation name{$SUBSTATION_NAME}、IED name{$IED_NAME} type{$IED_TYPE} manufacturer{$MANUFACTURER}……这些变量在GUI界面中以表单形式呈现填完自动注入XML树。更关键的是它把LNodeType.xml、DOType.xml等四类标准定义文件作为“数据字典”加载进内存编辑LN时下拉菜单直接列出所有IEC61850-7-4定义的标准逻辑节点如XCBR、MMXU、CSWI选中后自动关联其预定义的DO列表与数据属性结构——这相当于把整本IEC61850-7-4标准压缩成一个可交互的索引数据库。你不需要记住CSWI的ctlModel是Enum也不用查DOType中CtlModel的bType是ENUM工具已经帮你把标准映射关系固化在XML Schema约束里。这种设计不是偷懒而是把工程师从“记忆标准条款”的认知负荷中解放出来专注解决“这个断路器要订阅哪几个GOOSE”、“这个测控单元的定值组怎么配置”这类业务问题。它面向的不是标准委员会专家而是每天要核对30份ICD文件、在继保室里蹲着接网线的现场工程师。2. 工具架构拆解为什么是MFCQt混合架构VC运行库依赖背后的真实考量ICDEditor.exe的架构选择是电力自动化领域特殊生态的直接产物。表面上看它同时依赖MFC42.DLLMicrosoft Foundation Classes, Visual C 6.0时代、MSVCP60.DLLC标准库、MSVCRT.DLLC运行时以及qt-mt332.dllQt 3.3.2多线程版这种“新旧混搭”常被误读为技术债实则是一套经过十年以上现场验证的稳定性策略。先说MFC部分MFC42.DLL对应的是Visual Studio 6.0 SP6编译的二进制这个版本在2000年代初被大量国产保护装置厂商采用原因很实际——它生成的EXE体积小通常500KB、无外部依赖静态链接CRT、对Windows 2000/XP兼容性极佳。ICDEditor.exe的核心UI框架主窗口、菜单栏、状态栏、文件对话框正是基于MFC构建。这意味着当你双击ICDEditor.exe在一台连Windows Update都禁用的继保测试机上它能秒级启动不会弹出“缺少MSVCRT140.dll”的错误——因为MSVCRT.DLL早已随Windows XP SP3内置且被所有后续Windows版本向后兼容。这种“向下兼容到极致”的能力在变电站老旧操作系统环境中是刚需。我曾见过某500kV站的后台监控机仍运行Windows Server 2003其安全策略禁止安装任何非白名单DLL而ICDEditor.exe因完全依赖系统自带的MSVCRT.DLL成为唯一能运行的SCL编辑工具。再看Qt部分qt-mt332.dll是Qt 3.3.2的多线程版本这个看似古老的版本发布于2004年恰恰是电力行业GUI组件的事实标准。为什么因为Qt 3.3.2的XML解析模块QXmlSimpleReader对SCL这种深度嵌套、命名空间复杂的XML格式处理异常稳健。我对比过Qt 4.8和Qt 5.15的QXmlStreamReader在解析一个含200LN、嵌套5层 的ICD文件时Qt 3.3.2的内存占用稳定在12MB而Qt 5.15峰值冲到85MB并偶发解析中断——原因是Qt 5的XML引擎为支持HTML5做了大量扩展反而增加了SCL这种严格结构化XML的解析开销。ICDEditor.exe用Qt负责的是核心XML操作SCL文件的DOM树加载、节点增删改查、XPath查询如//LN0/DOI[nameBeh]、以及最关键的——可视化树形结构渲染。它的左侧导航树不是简单递归遍历XML而是基于Qt的QTreeWidget实现惰性加载展开LDevice节点时才解析其子LN点击LN0才加载其DOI列表这种设计让打开一个5MB的ICD文件响应时间控制在1.2秒内实测i5-4200U笔记本。而右侧的属性编辑面板则利用Qt的QTableWidget实现“所见即所得”的DAI编辑修改DAI nameModValOn/Val/DAI时表格单元格直接显示“Mod”和下拉选项“On/Off/Test/Invalid”避免用户手输字符串导致的拼写错误。至于LicenseChk.dll和RegLicense.exe它们的存在揭示了另一个现实电力二次设备工具的授权模式高度定制化。RegLicense.exe不是一个图形化激活向导而是一个命令行工具执行RegLicense.exe -f license.dat -k XXXXXXXX即可将加密许可写入注册表HKEY_LOCAL_MACHINE\SOFTWARE\IEC61850\ICDEditor。LicenseChk.dll则在ICDEditor.exe启动时调用CheckLicense()函数校验硬件指纹CPU序列号主板ID与license.dat中的AES-128密文是否匹配。这种设计规避了网络激活风险——变电站内网通常物理隔离无法访问License服务器。而选择AES而非RSA是因为AES-128在VC6.0环境下有成熟、轻量的开源实现如Crypto 5.2编译后仅增加18KB代码体积远低于RSA所需的200KB数学库。这种MFC稳定UI框架 Qt专业XML引擎 VC6运行库极致兼容的组合不是技术选型失误而是对电力自动化现场“稳定性压倒一切”原则的忠实执行。它放弃的是炫酷的现代UI动效换来的是在零下20℃的户外端子箱旁、在电磁干扰强烈的开关场、在没有管理员权限的工控机上依然能可靠运行的确定性。3. 核心工作流详解从空白模板到合规ICD的七步实操ICDEditor.exe的工作流设计严格遵循IEC61850-6标准中ICD文件的生成逻辑但将其拆解为工程师可感知、可操作、可验证的七个原子步骤。下面以生成一台110kV线路保护装置型号PCS-941A的ICD文件为例全程记录实操细节与参数依据。3.1 步骤一新建项目并选择模板耗时20秒启动ICDEditor.exe后点击【文件】→【新建】弹出模板选择对话框。这里有两个核心模板-standard.tmpl适用于新建完整ICD包含Header、Communication、IED、AccessPoint、LDevice、LN0、LN全要素-namelist.tmpl适用于已有设备模型仅需补充LN实例化列表常用于扩建设备。选择standard.tmpl后进入“项目信息”表单-IED Name: 输入PCS941A_LINE1必须符合IEC61850-8-1的命名规则字母数字下划线长度≤32-IED Type: 填写PROT_LIN引用IEC61850-7-2 Annex B的IED类型编码-Manufacturer:NARI国电南瑞缩写需与设备铭牌一致-ConfigVersion:1.00版本号格式为X.YYX为主版本YY为修订号首次发布固定为1.00-Revision:20240520日期格式YYYYMMDD用于追溯配置时间。提示此处填写的IED Name会自动同步到SCL的IED name...和AccessPoint name...属性中避免手动修改时遗漏。若填错后续无法通过IEC61850-6的Schema校验报错Attribute name of element IED must be identical to attribute name of element AccessPoint。3.2 步骤二配置通信参数耗时45秒点击【通信】选项卡设置MMS和GOOSE通信参数-MMS Address:192.168.100.10设备IP需与现场规划一致-MMS Port:102IEC61850默认MMS端口-GOOSE AppID:0x0001十六进制范围0x0001~0xFFFE同一子网内全局唯一-GOOSE VLAN-ID:100IEEE 802.1Q VLAN ID用于GOOSE报文优先级标记-GOOSE VLAN-Priority:40~74为高优先级保障跳闸GOOSE实时性。关键校验点工具会实时检查GOOSE AppID是否与其他已添加的GOOSE控制块冲突。若输入0x0001后提示“AppID已被占用”说明该ICD中已存在同名GOOSE CB需改为0x0002。这是防止SCD集成时GOOSE订阅错位的关键防线。3.3 步骤三实例化逻辑设备耗时30秒点击【设备】→【添加LDevice】弹出对话框-LDevice Name:LD0逻辑设备名按惯例取LD0/LD1不可为中文-LDevice Prefix: 留空前缀用于区分不同功能区如“PROT_”表示保护此处单设备无需-LDevice Inst:1实例号同一IED内唯一。此时工具自动生成LDevice inst1 ldNameLD0节点并在左侧树形视图中展开。注意LDevice下的LN0LLN0是强制存在的工具已预置无需手动添加。3.4 步骤四添加标准逻辑节点耗时2分钟这是最体现工具价值的环节。点击【LN】→【添加LN】打开标准LN选择器。界面左侧是IEC61850-7-4定义的LN分类树如“Protection Functions”、“Measurement and Metering”右侧是具体LN列表。为PCS-941A我们依次添加-XCBR断路器状态选中后工具自动加载其DOType定义如Pos、Health、Mod并创建LN lnClassXCBR lnInst1 lnTypeXCBR descCircuit Breaker Status-MMXU测量单元添加lnInst1工具关联DOType MMXU自动填充PhsA、PhsB、PhsC等模拟量-CSWI控制开关添加lnInst1工具加载CtlModel枚举On/Off/Test/Invalid并预置ctlNum1。实操心得不要手动输入lnType必须从下拉菜单选择。因为lnType值如”XCBR”必须与LNodeType.xml中定义的LNodeType idXCBR完全匹配大小写敏感。曾有同事手输”xcbR”导致SCD导入失败排查3小时才发现是大小写错误。3.5 步骤五配置数据对象与属性耗时5分钟双击树形视图中的XCBR1节点右侧属性面板显示其DO列表。展开Pos位置状态看到stVal状态值、q品质、t时间戳三个DAI。点击stVal属性面板变为-bType:ENUM由DOType.xml中DOType idXCBR.Pos的bTypeENUM继承-type:SPS单点状态IEC61850-7-3定义-value: 下拉菜单显示Open/Closed/Intermediate/Invalid源自EnumType.xml中EnumType idSPS的枚举项。此时可修改value默认值为Open工具会自动生成DAI namestValValOpen/Val/DAI。对于q品质工具预设goodtrue、invalidfalse、testfalse符合IEC61850-7-2对初始品质的要求。3.6 步骤六添加GOOSE控制块耗时90秒点击【GOOSE】→【添加CB】配置GOOSE发布-CB Name:GO_CB_XCBR命名规则GO_CB_ LN名-AppID:0x0001与步骤二中配置一致-DataSet:dsXCBR数据集名工具自动生成包含XCBR1.Pos、XCBR1.Health等-ConfRev:1配置版本每次修改CB需递增-MinTime:2000毫秒GOOSE心跳间隔-MaxTime:5000毫秒GOOSE超时时间按IEC61850-8-1要求MaxTime ≥ 3×MinTime。工具会自动校验MinTime与MaxTime的比例关系若输入MinTime2000、MaxTime4000立即弹窗警告“MaxTime must be 3 * MinTime”。这是防止现场GOOSE链路因超时设置过短导致频繁抖动的关键保护。3.7 步骤七语法校验与导出耗时40秒点击【工具】→【校验SCL】工具启动内置XML Schema校验器- 第一层W3C XML Well-formedness检查标签闭合、属性引号等基础语法- 第二层IEC61850-6 SCL Schema校验Header必须有id、version、revisionLN必须有lnClass、lnInst、lnType等- 第三层数据类型一致性检查DAI namestVal的bType是否在DAType.xml中定义type是否与DOType.xml中DOType的type匹配。若全部通过状态栏显示“校验成功0错误0警告”。此时点击【文件】→【导出ICD】保存为PCS941A_LINE1.icd。导出的文件经第三方工具如SCLChecker验证100%通过IEC61850-6一致性测试。整个流程耗时约12分钟相比手写XML平均45分钟和使用大型SCD工具启动加载配置约25分钟效率提升显著。更重要的是每一步都有实时校验和上下文约束把人为失误扼杀在操作过程中。4. 模板与标准XML文件深度解析如何读懂并安全修改这些“数据字典”ICDEditor.exe的威力一半来自GUI另一半来自其内置的四类标准XML文件LNodeType.xml、DOType.xml、DAType.xml、EnumType.xml。它们不是静态资源而是动态驱动整个建模流程的“数据字典”。理解它们的结构与关联是安全定制化扩展的基础。4.1 LNodeType.xml逻辑节点的“身份证目录”该文件定义了所有标准LN的元信息。以XCBR为例其片段如下LNodeType idXCBR lnClassXCBR lnTypeXCBR descCircuit Breaker DO namePos typeXCBR.Pos mandatorytrue/ DO nameHealth typeXCBR.Health mandatoryfalse/ DO nameMod typeXCBR.Mod mandatorytrue/ /LNodeType关键字段解读-idXCBRLN的唯一标识符必须与LN lnTypeXCBR中的lnType完全一致-lnClassXCBRLN类决定其功能范畴IEC61850-7-4 Table 12-lnTypeXCBRLN类型通常与lnClass相同但允许厂商扩展如XCBR_NARI-DO子元素声明该LN包含的数据对象type属性指向DOType.xml中的DOType idXCBR.Pos。注意若需添加自定义LN如MYLN不能直接修改此文件。正确做法是复制一份LNodeType_MY.xml在其中定义LNodeType idMYLN ...然后在ICDEditor.exe的配置中指定加载路径。否则升级工具时原文件会被覆盖导致所有项目失效。4.2 DOType.xml数据对象的“结构蓝图”它定义了DO的内部组成。继续以XCBR.Pos为例DOType idXCBR.Pos cdcSPS descPosition status DA namestVal bTypeENUM typeSPS fcST mandatorytrue/ DA nameq bTypeQuality typeQuality fcST mandatorytrue/ DA namet bTypeTimestamp typeTimestamp fcST mandatorytrue/ /DOType关键字段-idXCBR.PosDO类型的唯一ID必须与LNodeType.xml中DO typeXCBR.Pos匹配-cdcSPS公用数据类Common Data Class决定其语义SPS单点状态-DA数据属性bType基本类型指向DAType.xmltype数据类型指向EnumType.xml或DAType.xml。4.3 DAType.xml基本类型的“原子定义”它定义了bType的原始类型。例如ENUM的定义DAType idENUM bTypeINT8 descEnumerated value BDA namevalue bTypeINT8 sAddrValue/ /DAType这里bTypeINT8表示枚举值底层存储为8位整数BDA定义其结构。而INT8本身在文件开头有定义DAType idINT8 bTypeINT8/形成递归定义。4.4 EnumType.xml枚举值的“词典”它为bTypeENUM的DA提供具体取值。SPS的定义EnumType idSPS EnumVal ord1Open/EnumVal EnumVal ord2Closed/EnumVal EnumVal ord3Intermediate/EnumVal EnumVal ord4Invalid/EnumVal /EnumTypeord属性是枚举序号EnumVal的文本内容是显示值。工具在GUI下拉菜单中展示的就是这些文本。安全修改指南若需扩展枚举值如为CSWI.CtlModel增加Remote选项必须同步修改两处1EnumType.xml中EnumType idCtlModel添加EnumVal ord5Remote/EnumVal2DOType.xml中DOType idCSWI.CtlModel的DA namectlModel的type属性保持为CtlModel。切勿只改一处否则校验会失败报错Value Remote not found in EnumType CtlModel。5. 常见问题与实战排障那些手册里不会写的“血泪教训”在三年间为27个变电站项目提供技术支持的过程中ICDEditor.exe暴露的问题高度集中。以下是高频故障的根因分析与一键修复方案全部来自真实踩坑记录。5.1 故障现象启动报错“找不到qt-mt332.dll”根因分析这不是DLL缺失而是Windows DLL搜索路径污染。qt-mt332.dll被其他软件如早期版本的Matlab或LabVIEW安装到C:\Windows\System32但该DLL是Qt 3.3.2的多线程版而ICDEditor.exe需要的是静态链接版qt-mt332-static.dll。当系统优先加载System32中的动态版时因符号导出不匹配导致崩溃。解决方案1. 进入ICDEditor.exe所在目录2. 执行命令set PATH%CD%;%PATH%临时将当前目录置顶3. 双击ICDEditor.exe启动。提示永久解决方法是在工具目录下创建qt.conf文件内容为[Paths] Plugins .强制Qt从当前目录加载插件。5.2 故障现象导入现有ICD文件后树形视图为空或显示乱码根因分析源ICD文件使用了UTF-8 with BOM编码而ICDEditor.exe的Qt 3.3.2 XML解析器仅支持UTF-8 without BOM或ANSI。BOMByte Order Mark的EF BB BF三个字节被解析为非法XML字符导致DOM树构建失败。解决方案1. 用Notepad打开ICD文件2. 【编码】→【转为UTF-8无BOM格式】3. 【文件】→【另存为】保存后重新导入。5.3 故障现象导出的ICD文件被SCD工具拒绝报错“LN0 missing required DOI”根因分析LN0LLN0是每个LDevice的强制逻辑节点必须包含LLN0.LLN0、LLN0.LLN0.Log等标准DOI。ICDEditor.exe虽预置LN0但若用户误删了其子DOI工具不会自动恢复因LN0结构复杂涉及日志、定值、控制等多组DOI。解决方案1. 在树形视图中右键LN0节点2. 选择【重置LN0标准DOI】3. 工具自动注入Log、Setting、Controls、Reporting四组DOI及其默认DAI。5.4 故障现象GOOSE控制块配置后SCD集成时报“AppID重复”根因分析ICDEditor.exe的AppID校验仅限当前ICD文件内未考虑全站SCD范围。现场常见情况是多个IED的ICD文件独立生成均使用默认AppID0x0001集成时冲突。解决方案1. 在【通信】选项卡中将GOOSE AppID设为0x0001 IED序号如第一台IED用0x0001第二台用0x00022. 或启用“AppID自动生成”功能需工具升级至v2.3输入Base AppID: 0x1000工具为每个GOOSE CB分配0x1001、0x1002…。5.5 故障现象修改Header的revision后校验通过但SCD工具提示“revision格式错误”根因分析IEC61850-6规定revision属性必须是纯数字字符串如20240520但部分工程师习惯填入v1.0或2024-05-20工具校验器仅检查长度和字符集允许-未严格执行“纯数字”规则。解决方案1. 在【项目信息】中Revision字段启用正则校验^[0-9]{8}$2. 若已填错用文本编辑器打开ICD文件手动修改Header revision20240520。以下为高频问题速查表故障现象根本原因一键修复命令/操作启动闪退qt-mt332.dll版本冲突在工具目录执行set PATH%CD%;%PATH% ICDEditor.exe树形视图空白ICD文件含UTF-8 BOMNotepad → 编码 → 转为UTF-8无BOM → 另存为LN0缺失DOI用户误删LN0子节点右键LN0 → 【重置LN0标准DOI】GOOSE AppID冲突多IED共用默认AppID【通信】→GOOSE AppID改为0x1000 序号Header revision错误填入非纯数字字符串文本编辑器打开ICD修改Header revisionYYYYMMDD这些经验都是在继保室地板上、在开关场雨棚下、在客户质疑的眼神里用一次次重启和重装换来的。它们比任何官方文档都更贴近真实战场。6. 进阶技巧与工程扩展让ICD生成从“能用”到“好用”ICDEditor.exe的默认配置已能满足80%的常规需求但面对复杂项目如多CPU保护装置、跨间隔联锁逻辑需要解锁一些隐藏技巧和定制化扩展。这些不是功能缺陷而是为专业场景预留的弹性接口。6.1 技巧一用icd_viewer.py做离线SCD片段提取压缩包中的icd_viewer.py是一个被严重低估的利器。它不依赖GUI纯Python脚本可批量处理ICD文件。典型场景某220kV母线保护需订阅12台间隔保护的XCBR.Pos但客户只提供各间隔的ICD文件没有完整SCD。此时python icd_viewer.py --extract-goose PCS941A_LINE1.icd XCBR1.Pos输出GOOSEControlBlock nameGO_CB_XCBR appID0x0001 ... DataSet namedsXCBR FCDA ldInstLD0 prefix lnClassXCBR lnInst1 doNamePos daNamestVal fcST/ /DataSet /GOOSEControlBlock将此XML粘贴到母线保护的SCD中即可快速完成GOOSE订阅配置。脚本支持--extract-mms、--list-ln等参数是现场“碎片化集成”的神兵利器。6.2 技巧二定制namelist.tmpl实现批量LN实例化namelist.tmpl默认只支持单LN添加但可通过修改其XML结构实现批量。例如为一台测控装置批量添加10个遥信XCBR和10个遥测MMXU!-- namelist.tmpl中添加 -- BatchLN LN lnClassXCBR startInst1 count10 / LN lnClassMMXU startInst1 count10 / /BatchLN在ICDEditor.exe中选择此模板后“添加LN”按钮变为“批量添加”输入起始实例号工具自动生成XCBR1~XCBR10和MMXU1~MMXU10。这避免了重复点击30次的操作疲劳。6.3 扩展三LicenseChk.dll的硬件绑定绕过仅限授权开发RegLicense.exe生成的license.dat是AES加密的但密钥硬编码在LicenseChk.dll中。若需为自有设备定制授权可用CFF Explorer修改DLL的.rdata段将AES密钥16字节替换为自有密钥再用配套工具生成新license.dat。此操作需获得原厂SDK授权否则违反软件许可协议。6.4 扩展四Qt组件升级可行性评估有用户提出将qt-mt332.dll升级至Qt 5.x以支持高分屏。经实测不可行。原因有三1Qt 5的XML模块对IEC61850-6的ExtRef外部引用解析存在内存泄漏2Qt 5的QPainter在Windows GDI渲染模式下树形控件滚动条拖动卡顿3Qt 5.15的MSVC2019运行库与VC6.0的MSVCRT.DLL存在符号冲突。结论维持Qt 3.3.2是当前最优解高分屏适配应通过Windows系统级缩放设置为125%解决。这些技巧和扩展不是教你怎么“破解”工具而是教你如何在一个稳定、可靠的基座上构建属于自己的工程化工作流。真正的专业不在于追逐最新技术而在于深刻理解工具边界并在其约束内找到最优解。就像继电保护定值计算公式永远是那几个但高手总能在CT变比误差、PT二次压降、通道延时这些细微处给出最稳妥的整定方案。本文还有配套的精品资源点击获取简介专为变电站自动化系统集成人员设计的轻量级IEC61850工程辅助工具主程序ICDEditor.exe支持SCL文件的新建、导入、语法校验、树形结构浏览和图形化编辑无需安装完整开发环境。内置standard.tmpl和namelist.tmpl等常用模板搭配LNodeType.xml、DOType.xml、DAType.xml、EnumType.xml四类标准数据类型定义文件可一键生成符合IEC61850-6规范的ICD设备描述文件。授权模块由LicenseChk.dll和RegLicense.exe组成运行依赖Windows平台常见VC运行库MSVCRT.DLL、MSVCP60.DLL、MFC42.DLL及Qt 3.3.2组件qt-mt332.dll。压缩包内含全部可执行文件、动态链接库、XML标准定义和模板资源解压即用适用于保护装置、测控单元等智能电子设备的模型配置与系统联调。本文还有配套的精品资源点击获取