iec61850规约SCL文件属性详解

SCL文件属性详解
目录
0 前言 5
1 术语 5
2 概述 5
2.1 SCL语言介绍 5
2.2 SCL文件分类 6
3 工程实施过程 8
3.1 公共部分 8
3.2 我们监控与我们装置 8
3.3 我们监控与外厂家装置 8
3.4 我们装置与外厂家监控 9
4 文件错误验证规则 9
4.1 验证规则概述 9
4.2 语法验证细则 9
4.2.1 SCL节点 9
4.2.2 Header节点 10
4.2.3 History节点 10
4.2.4 Hitem节点 10
4.2.5 Communication节点 11
4.2.6 SubNetwork节点 11
4.2.7 BitRate节点 11
4.2.8 ConnectedAP节点 11
4.2.9 Address节点 12
4.2.10 P节点 12
4.2.11 GSE节点 12
4.2.12 MinTime、MaxTime节点 12
4.2.13 SMV节点 12
4.2.14 PhysConn节点 13
4.2.16 Services节点 14
4.2.17 DynAssociation节点 14
4.2.18 SettingGroups节点 14
4.2.19 GetDirectory节点 15
4.2.20 GetDataObjectDefinition节点 15 4.2.21 DataObjectDirectory节点 15
4.2.22 GetDataSetValue节点 15
4.2.23 SetDataSetValue节点 15
4.2.24 DataSetDirectory节点 15
4.2.25 ConfDataSet节点 15
4.2.26 DynDataSet节点 15
4.2.27 ReadWrite节点 16
4.2.28 TimerActivatedControl节点 16 4.2.29 ConfReportControl节点 16
4.2.30 GetCBValue节点 16
4.2.31 ConfLogControl节点 16
4.2.32 ReportSettings节点 16
4.2.33 LogSettings节点 16
4.2.34 GSESettings节点 17
4.2.35 SMVSettings节点 17
4.2.36 GSEDir节点 17
4.2.37 GOOSE节点 17
4.2.38 GSSE节点 17
4.2.39 SMV节点 18
4.2.40 FileHandling节点 18
4.2.41 ConfLNs节点 18
4.2.42 ClientServices节点 18
4.2.43 ConfLdName节点 18
4.2.44 AccessPoint节点 18
4.2.45 Server节点 19
4.2.46 Authentication节点 19
4.2.47 LDevice节点 19
4.2.48 LN0节点 20
4.2.49 DataSet节点 20
4.2.50 FCDA节点 21
4.2.52 ReportControl节点 21
4.2.53 TrgOps节点 22
4.2.54 OptFields节点 22
4.2.55 RptEnabled节点 23
4.2.56 ClientLN节点 23
4.2.57 LogControl节点 23
4.2.58 DOI节点 24
4.2.59 SDI节点 24
4.2.60 DAI节点 24
4.2.61 Val节点 25
4.2.62 Inputs节点 25
4.2.63 ExtRef节点 25
4.2.64 Log节点 26
4.2.65 GSEControl节点 26
4.2.66 SampledValueControl节点 26 4.2.67 SmvOpts节点 27
4.2.68 SettingControl节点 27
4.2.69 SCLControl节点 27
4.2.70 LN节点 27
4.2.71 AccessControl节点 28
4.2.72 Association节点 28
4.2.73 ServerAt节点 28
4.2.74 GOOSESecurity节点 28
4.2.75 Sunject节点 29
4.2.76 IssuerName节点 29
4.2.77 SMVSecurity节点 29
4.2.78 DataTypeTemplates节点 29 4.2.79 LNodeType节点 30
4.2.80 DO节点 30
4.2.81 DOType节点 30
4.2.82 SDO节点 31
4.2.83 DA节点 31
4.2.84 DAType节点 31
4.2.85 BDA节点 32
4.2.86 EnumType节点 32
4.2.87 EnumVal节点 32
4.3 标准验证细则 33
4.3.1 概述 33
4.3.2 检查没有引用的LNType[告警] 33
4.3.3 检查没有引用的DOType[告警] 33
4.3.4 检查没有引用的DAType[告警] 33
4.3.5 检查没有引用的EnumType[告警] 33
4.3.6 检查重复的LNType [告警] 33
4.3.7 检查重复的DOType [告警] 33
4.3.8 检查重复的DAType [告警] 33
4.3.9 检查重复的EnumType [告警] 33
4.3.10 检查LN引用的type类型[错误] 33
4.3.11 检查DO引用的type类型[错误] 34
4.3.12 检查SDO引用的type类型[错误] 34
4.3.13 检查DA引用的type类型[错误] 34
4.3.14 检查BDA引用的type类型[错误] 34
4.3.15 检查DA引用的type类型的存在性[错误] 34
4.3.16 检查BDA引用的type类型的存在性[错误] 34
4.3.17检查DataSet中的成员[错误] 34
4.3.18检查BSC中的btype类型是不是Tcmd [错误] 35
4.3.19检查DPS错误 [错误] 35
4.3.20检查数据类型EntryTime [错误] 35
4.3.21检查CDC-ING(ENG)-INC(ENC)-INS(ENS) [错误] 35 4.3.22检查ReportControl控制块中的属性name和datSet同名[告警] 35
4.3.23检查LNType扩充的情况[告警] 35
4.4 应用验证细则 35
4.4.1概述 35
4.4.2检查rptID的唯一性 35
4.4.3检查LLN0的存在性 35
4.4.4检查LPHD的存在性 35
4.4.5检查LLN0实例号 36
4.4.6检查logName与LD一致 36
4.4.7检查ClientLN中的iedName在通讯中是否配置 36
5 常见问题说明 36
5.1 ICD文件错误 36
5.2 系统配置错误 37
6 参考文献 37
0 前言
随着数字化工程的逐渐增多，我们也应该为数字化普及所涉及到的技术，由原来的少部分人掌握，普及到每个人的身上。

国内变电站的数字化，是一个趋势，是一个不可逆转的趋势，因此如果我们没有足够的数字化方面的人才，在今后的工程化实施过程中就会因人才匮乏而手忙脚乱。

而作为每一个工程人员，如果不懂得数据化工程的相关技术，也会在今后的竞争中处于被动。

因此为了公司的生存，为了个人的生存，我们要时刻补充自己的大脑，来适应技术变革与创新。

这里，将会以最大的努力，将数字化变电站中，占据主要地位的SCL文档格式，以及工程使用方法和工程实施问题排查，做一总结性介绍。

为了我们能够更快的入门与提高。

1 术语
这里仅仅列出一些重要术语，语法规则的术语，如果想深入研究，请参考相应文档。

XML Extensible Markup Language 扩展标志语言
SCL Substation Configuration description Language 变电站配置描述语言
RCB Report Control Block 报告控制块
IED Intelligent Electronic Device 智能电子设备
LD Logical Device 逻辑装置LN Logical Node 逻辑节点
DO Data object class or instance 数据对象类型
DA Data Attribute 数据属性BDA Baisc Data Attribute, that is not structured 非结构化的基本数据属性
DOI Instantiated Data Object (DATA) 实例化数据对象
DAI Instantiated Data Attribute 实例化数据属性XSD XML Schema Definition XML语法定义
2 概述
2.1 SCL语言介绍
SCL (Substation Configuration description Language) 变电站配置描述语言，是IEC61850的模型语言，也是不同厂家进行互操作的语言基础。

图1 SCL包含的四部分（a）
图2 SCL包含的四部分（b）
图1和图2分别从理解和文件上体现了SCL语言包含的四部分内容。

SCL完美的描述了一个变电站的各个方面。

主要包含：（1）变电站1次设备部分；(2)变电站通讯部分；（3）二次厂家的二次智能保护测控设备部分；（4）数据模型模板部分。

从图2可以看出每个文件都必须有个<Header>节点，该节点不属于上面提到的4部分，该节点是针对该文件的文档描述，包括文件的修改历史、版本号等标记。

该文件可存在0至无穷多个<Substation>节点，也就是说可以包含多个变电站信息；可存在0至1个<Communication>节点，即通讯部分统一组网，下可设不同子网等；可存在0至无穷多个<IED>节点，即可以存在很多个智能电子设备，这里的智能电子设备是泛指，包括监控、远动等站控层计算机，也包括GPS、路由设备等智能设备；可存在0至1个<DataTypeTemplates>节点，即当用到数据模型模板时，均在1个模板节点下。

2.2 SCL文件分类
IEC61850将工程实施过程中的不同阶段的符合SCL语法规则的文件进行了分类，这是为了适应工程的变化需求，也是为了规范化文档管理。

大家或许知道，以往不同厂家间进行规约联调，都要有装置厂家提供相应的点表给对方。

图3 常规点表交换方式
如图3所示，不同厂家的点表都需要通过某种文档进行交互，由于各个厂家定义的文件格式的不同，造成收到对方提供的点表后还需要辛苦的录入数据库。

这一工作量对于高度自动化的今天，显然已成为负担，而且手动录入过程，也是容易犯错误的过程。

IEC61850对厂家的交互文件的格式进行了统一规定。

到目前为止，标准提到的文件类型包括以下几种。

说明一下，这几种文件格式均符合SCL语法格式。

除了CID文件外，其余文件均可互操作。

即不同厂家，在支持标准的情况下均可自动识别。

-ICD（IED Capability Description）智能电子设备能力描述文件；
-SSD（System Specification Description）系统规范描述文件；
-SCD（Substation Configuration Description）变电站配置描述文件；
-CID（Configured IED Description）配置过的智能电子设备描述文件；
-IID（Instantiated IED Description）实例化的智能电子设备描述文件；
-SED（System Exchange Description）系统交换描述文件。

这些文件格式其实都是符合SCL语法的xml文件，但后缀被修改成这些标示而已，文件后缀其实并不重要，重要的是文件所描述的内容。

例如一个ICD文件如果里面包含了通讯部分且实例化了，那么我们将其后缀修改为.CID，它就是CID文件了。

因此这里的文件都是意识形态上的，是从文件所包含的内容上讲的，格式都是一致的。

图4 数字化文件交换方式
这几种文件在工程中的使用方式及使用场合如图4所示。

在说明这个过程之前就要提到一个配置工具套件了。

就是PLM上已经发布的SCL工具，里面包含了这里提到的IED配置工具和系统配置工具。

由图4看出，ICD文件是由装置提供的，如果装置无法直接提供，通过IED配置工具（ICD配置工具）也可以进行配置生成。

具备了所有设备的ICD文件（包括外厂家的），我们就可以使用系统配置工具（SCD配置工具）进行集成。

对于图中橘黄色部分提到的文件在目前运用不成熟的情况下可以暂时不予考虑，但要稍加了解。

SSD文件是描述变电站内一次设备拓扑关系的文件，可以定性为对一个变电站的设计（国内都是由电力设计院出）。

SED文件是针对两个变电站间当使用GOOSE 通讯时所需要的交换文件。

IID文件是装置针对SCD工具配置过的文件的再次实例化，可以替换回SCD文件中的相应部分。

由SCD工具来集成所有的ICD文件，产生SCD文件，并配置报告控制块和通讯部分。

SCD文件提供给监控和远动。

监控使用监控工具将SCD文件导入，远动使用远动工具将SCD文件导入。

我们的SCD工具还可以导出CID文件，然后将CID文件分发到所有连接到网络上的相应设备。

这里文件格式的规定，将原来手动完成的工作变成了工具自动完成的工作。

3 工程实施过程
3.1 公共部分
首先一条，不管是监控或者装置，程序都需要采用PLM上发布的最新版本。

如果使用中间版本，可能导致本已解决的问题而重现于工程。

针对我们的装置，要找到与之相对应的ICD文件，在未来，也可能使用装置导出工具从装置上直接获取ICD文件。

由于随着IEC61850V2.0版本的推广，我们原有的工具安装带的文件均已不符合新的规则。

目前的ICD文件部分以装置出厂自带的文件为准，随着不同装置版本的入库，均带的有自身的ICD文件和相关配置，可参考装置相关说明。

而针对一些用户，例如广东用户，要求ICD文件必须完全符合KEMA认证，那么就要对认证规则有所了解，通常情况下装置提供的文件是不需要修改的。

只有当使用VLD工具对装置功能进行裁剪时才需要修改与之相应的部分，即使这样，此时的工程修改也是简单的修改，仅仅修改相关的数据集即可。

在ICD文件正确无误的情况下，我们才可以正确的执行下面的工作。

3.2 我们监控与我们装置
第一步，我们要将该变电站用到的装置的ICD文件全部拿到，然后放到SCD工具相应目录下；
第二步，使用SCD工具，添加站控层计算机IED设备，同时安排IED名称（需要全站唯一，以下不再说明）；
第三步，使用SCD工具，添加该站用到的全部装置，即上面提到的ICD文件，并安排IED名称；
第四步，使用SCD工具，配置网络，安排全站IP地址，在通讯部分进行配置，可以配置双网；
第五步，使用SCD工具，配置每个装置的报告控制块客户端使能控制，这里程序有个自动配置功能，可使用自动配置，一键（报告定制）安排所有装置报告控制块使能控制；
第六步，使用SCD工具，导出CID文件，也可一键（导出CID）全部导出，当然也可以分开导出；
第七步，使用SCD工具，文件传输，如果此时装置全部在网络上且运行正常，则使用文件分发，将配好的CID文件全部自动分发到所有在线设备。

装置中，还要穿插针对网关的转换配置，其中包括使用systool工具，编辑103设备与61850设备的映射关系，在我们的装置出厂时，都已经具备了103与61850设备的映射模板，使用systool工具需要修改的部分是IED名称的改变，然后导出相关文件，使用ftp工具进行分发。

3.3 我们监控与外厂家装置
如果包含我们的设备，那么操作步骤如上，以下介绍针对外厂家设备情况，需要的互操作步骤。

第一步，我们要求相应厂家提供正确的ICD文件，然后放到SCD工具相应目录下；
第二步，使用SCD工具，添加站控层计算机IED设备，同时安排IED名称（需要全站唯一，以下不再说明）；
第三步，使用SCD工具，添加该站用到的全部装置，即外厂家提供的ICD文件，并安排IED名称；
第四步，使用SCD工具，配置网络，安排全站IP地址，在通讯部分进行配置，可以配置双网；
第五步，使用SCD工具，配置每个装置的报告控制块客户端使能控制，这里程序有个自动配置功能，可使用自动配置，一键（报告定制）安排所有装置报告控制块使能控制；
第六步，提供SCD文件给相应厂家，如果对方不具备解析SCD文件能力，则可分发成CID再提供给对方。

3.4 我们装置与外厂家监控
第一步，将我们装置的ICD文件，放到SCD工具相应目录下；
第二步，使用SCD工具，添加站控层计算机IED设备，同时安排IED名称（需要全站唯一，以下不再说明）；
第三步，使用SCD工具，添加我们的全部装置，并根据对方监控的要求安排IED名称；
第四步，使用SCD工具，配置网络，安排全站IP地址，在通讯部分进行配置，可以配置双网；
第五步，使用SCD工具，配置每个装置的报告控制块客户端使能控制，这里程序有个自动配置功能，可使用自动配置，一键（报告定制）安排所有装置报告控制块使能控制；
第六步，使用SCD工具，导出CID文件，也可一键（导出CID）全部导出，当然也可以分开导出；
第七步，使用SCD工具，文件传输，如果此时装置全部在网络上且运行正常，则使用文件分发，将配好的CID文件全部自动分发到所有在线设备。

装置中，还要穿插针对网关的转换配置，其中包括使用systool工具，编辑103设备与61850设备的映射关系，在我们的装置出厂时，都已经具备了103与61850设备的映射模板，使用systool工具需要修改的部分是IED名称的改变，然后导出相关文件，使用ftp工具进行分发。

4 文件错误验证规则
4.1 验证规则概述
根据标准引用的层次不同，我们可以将验证分为三个层次的验证。

首先标准是基于w3c的xml语法，语法规则要遵循schema约束定义，这就是最基本的语法验证；基于此之上要遵循IEC61850的模型进行建模，这些在语法层面上是无法约束的，这就是属于第二层验证，标准规则验证；针对我们应用，又有相应的应用约束，那么就有了第三层验证，应用验证。

4.2 语法验证细则
这里语法规则，按照节点进行详细介绍，以schema语法为准，这里仅抓需要关心部分介绍，注意大小写，一个不能错。

注：Substation部分属于变电站一次设计部分，国内暂时由电力设计院设计，因此跨过该节点的介绍。

4.2.1 SCL节点
节点属性：无关心内容
子节点：必须按先后顺序排列
约束条件：
4.2.2 Header节点
节点属性：
子节点：必须按先后顺序排列
约束条件：
4.2.3 History节点
节点属性：无
子节点：必须按先后顺序排列
约束条件：无关心内容
4.2.4 Hitem节点
节点属性：
子节点：无关心内容
约束条件：无关心内容
4.2.5 Communication节点
节点属性：
子节点：必须按先后顺序排列
约束条件：
4.2.6 SubNetwork节点
节点属性：
子节点：必须按先后顺序排列
约束条件：
4.2.7 BitRate节点
节点属性：
子节点：无
约束条件：无
4.2.8 ConnectedAP节点
节点属性：
子节点：必须按先后顺序排列
约束条件：
4.2.9 Address节点
节点属性：无
子节点：必须按先后顺序排列
约束条件：无
4.2.10 P节点
节点属性：
子节点：无
约束条件：无
4.2.11 GSE节点
节点属性：
子节点：必须按先后顺序排列
约束条件：无
4.2.12 MinTime、MaxTime节点节点属性：
子节点：无
约束条件：无
4.2.13 SMV节点
节点属性：
子节点：必须按先后顺序排列
约束条件：无
4.2.14 PhysConn节点
节点属性：
子节点：必须按先后顺序排列
约束条件：无
4.2.15 IED节点
节点属性：
子节点：必须按先后顺序排列
约束条件：
4.2.16 Services节点
节点属性：无
子节点：可以随意排列，没有先后顺序
约束条件：无
4.2.17 DynAssociation节点
节点属性：
子节点：无
约束条件：无
4.2.18 SettingGroups节点
节点属性：无
子节点：可以随意排列，没有先后顺序
约束条件：无
4.2.19 GetDirectory节点
节点属性：无
子节点：无
约束条件：无
4.2.20 GetDataObjectDefinition节点节点属性：无
子节点：无
约束条件：无
4.2.21 DataObjectDirectory节点
节点属性：无
子节点：无
约束条件：无
4.2.22 GetDataSetValue节点
节点属性：无
约束条件：无
4.2.23 SetDataSetValue节点
节点属性：无
子节点：无
约束条件：无
4.2.24 DataSetDirectory节点
节点属性：无
子节点：无
约束条件：无
4.2.25 ConfDataSet节点
节点属性：
子节点：无
约束条件：无
4.2.26 DynDataSet节点
节点属性：
子节点：无
约束条件：无
4.2.27 ReadWrite节点
节点属性：无
子节点：无
约束条件：无
4.2.28 TimerActivatedControl节点节点属性：无
子节点：无
约束条件：无
4.2.29 ConfReportControl节点
子节点：无
约束条件：无
4.2.30 GetCBValue节点
节点属性：无
子节点：无
约束条件：无
4.2.31 ConfLogControl节点节点属性：
子节点：无
约束条件：无
4.2.32 ReportSettings节点节点属性：
子节点：无
约束条件：无
4.2.33 LogSettings节点
节点属性：
子节点：无
约束条件：无
4.2.34 GSESettings节点节点属性：
子节点：无
约束条件：无
4.2.35 SMVSettings节点节点属性：
子节点：
约束条件：无
4.2.36 GSEDir节点
节点属性：无
子节点：无
约束条件：无
4.2.37 GOOSE节点
节点属性：
子节点：无
约束条件：无
4.2.38 GSSE节点
节点属性：
子节点：无
约束条件：无
4.2.39 SMV节点
节点属性：
子节点：无
约束条件：无
4.2.40 FileHandling节点节点属性：无
子节点：无
约束条件：无
4.2.41 ConfLNs节点
节点属性：
子节点：无
约束条件：无
4.2.42 ClientServices节点节点属性：
子节点：无
约束条件：无
4.2.43 ConfLdName节点
节点属性：无
子节点：无
约束条件：无
4.2.44 AccessPoint节点
节点属性：
子节点：必须按先后顺序排列
注：同一个序号的节点只能出现一种，例如：有Server就不能有LN和ServerAt，以下均如此。

约束条件：
4.2.45 Server节点
节点属性：
子节点：必须按先后顺序排列
约束条件：
4.2.46 Authentication节点节点属性：
子节点：无
约束条件：无
4.2.47 LDevice节点
节点属性：
子节点：必须按先后顺序排列
约束条件：
4.2.48 LN0节点
节点属性：
子节点：必须按先后顺序排列
约束条件：
4.2.49 DataSet节点
节点属性：
子节点：可选择多次，每次至少一个，即至少有一个FCDA或FCCB
约束条件：无
4.2.50 FCDA节点
节点属性：
子节点：无
约束条件：无
4.2.51 FCCB节点
节点属性：
子节点：无
约束条件：无
4.2.52 ReportControl节点节点属性：
子节点：必须按先后顺序排列
约束条件：无
4.2.53 TrgOps节点
节点属性：
子节点：无
约束条件：无
4.2.54 OptFields节点
节点属性：
子节点：无
约束条件：无
4.2.55 RptEnabled节点
节点属性：
子节点：必须按先后顺序排列
约束条件：无
4.2.56 ClientLN节点
节点属性：
子节点：无
约束条件：无
4.2.57 LogControl节点
节点属性：
子节点：必须按先后顺序排列
约束条件：无
4.2.58 DOI节点
节点属性：
子节点：可变换顺序
约束条件：
4.2.59 SDI节点
节点属性：
子节点：可变换顺序
约束条件：
4.2.60 DAI节点
节点属性：
子节点：按顺序排列
约束条件：
4.2.61 Val节点
节点属性：
子节点：无
约束条件：无
4.2.62 Inputs节点
节点属性：
子节点：必须按先后顺序排列
约束条件：
4.2.63 ExtRef节点
节点属性：
子节点：无
约束条件：无
4.2.64 Log节点
节点属性：
子节点：无
约束条件：无
4.2.65 GSEControl节点
节点属性：
子节点：必须按先后顺序排列
约束条件：无
4.2.66 SampledValueControl节点节点属性：
子节点：必须按先后顺序排列
约束条件：无
4.2.67 SmvOpts节点
节点属性：
子节点：无
约束条件：无
4.2.68 SettingControl节点
节点属性：
子节点：无
约束条件：无
4.2.69 SCLControl节点
节点属性：
子节点：无
约束条件：无
4.2.70 LN节点
节点属性：
子节点：必须按先后顺序排列
约束条件：
4.2.71 AccessControl节点节点属性：无
子节点：无
约束条件：无
4.2.72 Association节点节点属性：
子节点：无
约束条件：无
4.2.73 ServerAt节点
节点属性：
子节点：无
约束条件：无
4.2.74 GOOSESecurity节点节点属性：
子节点：必须按先后顺序排列
约束条件：无
4.2.75 Sunject节点
节点属性：
子节点：无
约束条件：无
4.2.76 IssuerName节点
节点属性：
子节点：无
约束条件：无
4.2.77 SMVSecurity节点
节点属性：
子节点：必须按先后顺序排列
约束条件：无
4.2.78 DataTypeTemplates节点节点属性：无
子节点：必须按先后顺序排列
约束条件：
4.2.79 LNodeType节点
节点属性：
子节点：必须按先后顺序排列
约束条件：
4.2.80 DO节点
节点属性：
子节点：无
约束条件：无
4.2.81 DOType节点节点属性：
子节点：顺序可随意
约束条件：
4.2.82 SDO节点
节点属性：
子节点：无
约束条件：无
4.2.83 DA节点
节点属性：
子节点：必须按先后顺序排列
约束条件：无
4.2.84 DAType节点
节点属性：
子节点：必须按先后顺序排列
约束条件：
4.2.85 BDA节点
节点属性：
子节点：必须按先后顺序排列
约束条件：无
4.2.86 EnumType节点
节点属性：
子节点：必须按先后顺序排列
约束条件：
4.2.87 EnumVal节点
节点属性：
子节点：无
约束条件：无
4.3 标准验证细则
4.3.1 概述
标准验证规则，是根据61850规约约定，而语法规定没有定义到位的部分告警及错误信息进行验证。

还包括部分V2.0版本与V1.0版本区别的部分的检查。

其中有一条没有包括，就是应用中当配置和语法中默认值相同时，不应该再次出现在文件中，这是为了节省文件资源。

因此推荐检查时，如果发现文件中配置和语法默认值相同则，去掉该项，当然指的是那些可选项，如果是必选项，就必须存在。

4.3.2 检查没有引用的LNType[告警]
检查4.2.79 定义的LNodeType节点的id是否被文件中引用过。

定义了该类型是为了让4.2.48 LN0的lnType及4.2.70 LN0的lnType使用，如果没有引用过，告警是否配置错误。

告警内会有"warning C0701: unused LNType"字样。

4.3.3 检查没有引用的DOType[告警]
检查4.2.81 定义的DOType节点的id是否被文件中引用过。

定义了该类型是为了让4.2.80DO的type及4.2.82 SDO的type使用，如果没有引用过，告警是否配置错误。

告警内会有"warning C0702: unused DOType"字样。

4.3.4 检查没有引用的DAType[告警]
检查4.2.84定义的DAType节点的id是否被文件中引用过。

定义了该类型是为了让4.2.83DA的type及4.2.85BDA的type使用，如果没有引用过，告警是否配置错误。

告警内会有"warning C0703: unused DAType"字样。

4.3.5 检查没有引用的EnumType[告警]
检查4.2.86定义的EnumType节点的id是否被文件中引用过。

定义了该类型是为了让4.2.83DA的type及4.2.85BDA的type使用，如果没有引用过，告警是否配置错误。

告警内会有"warning C0704: unused EnumType"字样。

4.3.6 检查重复的LNType [告警]
检查 4.2.79 定义的LNodeType节点是否存在包含内容相同的节点。

这里的重复不仅仅是名称上的，还包括内容上的重复，例如节点1和节点2引用的类型不一样，甚至引用的类型内引用的子类型也不一样，但最终包含的内容是一样的，那么这两个节点就是重复的。

告警内会有"warning C0705: ilk LNType id1=%s and id2=%s "字样。

4.3.7 检查重复的DOType [告警]
检查4.2.81定义的DOType节点是否存在包含内容相同的节点。

这里的重复不仅仅是名称上的，还包括内容上的重复，例如节点1和节点2引用的类型不一样，甚至引用的类型内引用的子类型也不一样，但最终包含的内容是一样的，那么这两个节点就是重复的。

告警内会有"warning C0706: ilk DOType id1=%s and id2=%s"字样。

4.3.8 检查重复的DAType [告警]
检查4.2.84定义的DAType节点是否存在包含内容相同的节点。

这里的重复不仅仅是名称上的，还包括内容上的重复，例如节点1和节点2引用的类型不一样，甚至引用的类型内引用的子类型也不一样，但最终包含的内容是一样的，那么这两个节点就是重复的。

告警内会有"warning C0707: ilk DAType id1=%s and id2=%s"字样。

4.3.9 检查重复的EnumType [告警]
检查4.2.86定义的EnumType节点是否存在包含内容相同的节点。

这里的重复不仅仅是名称上的，还包括内容上的重复，例如节点1和节点2引用的类型不一样，甚至引用的类型内引用的子类型也不一样，但最终包含的内容是一样的，那么这两个节点就是重复的。

告警内会有"warning C0708: ilk EnumType id1=%s and id2=%s"字样。

4.3.10 检查LN引用的type类型[错误]
检查4.2.48LN0的lnType及4.2.70定义的LN的lnType 类型，是否都引用了4.2.79 定义的LNodeType的id。

这两者是关联关系，如果没有引用，那就是错误。

错误提示内会有"error C0709: LN inst=%s lnClass=%s ref LNType=%s not exiting in ldname=%s"字样。

4.3.11 检查DO引用的type类型[错误]
检查4.2.80DO的type类型，是否都引用了4.2.81定义的DOType的id。

这两者是关联关系，如果没有引用，那就是错误。

错误提示内会有"error C070A: DO name=%s of LNType id=%s ref DOType type=%s not exiting"字样。

4.3.12 检查SDO引用的type类型[错误]
检查4.2.82 SDO的type类型，是否都引用了4.2.81定义的DOType的id。

这两者是关联关系，如果没有引用，那就是错误。

错误提示内会有"error C070A: DO name=%s of LNType id=%s ref DOType type=%s not exiting"字样。

4.3.13 检查DA引用的type类型[错误]
检查4.2.83 定义的DA的type类型，是否都引用了4.2.84定义的DAType 的id或者4.2.86定义的EnumType的id。

这两者是关联关系，如果没有引用，那就是错误。

这里当DA的btype类型是Struct时，检查DAType；当btype是Enum时，检查EnumType类型。

错误提示内会有"error C070B: DA name=%s of DOType id=%s ref DAType bType=Struct type=%s not exiting"及"error C070B: DA name=%s of DOType id=%s ref DAType bType=Enum type=%s not exiting"字样。

4.3.14 检查BDA引用的type类型[错误]
检查4.2.85定义的BDA的type类型，是否都引用了4.2.84定义的DAType 的id或者4.2.86定义的EnumType的id。

这两者是关联关系，如果没有引用，那就是错误。

这里当DA的btype类型是Struct时，检查DAType；当btype是Enum时，检查EnumType类型。

错误提示内会有"error C070B: BDA name=%s of DOType id=%s ref DAType bType=Struct type=%s not exiting"及"error C070B: BDA name=%s of DOType id=%s ref DAType bType=Enum type=%s not exiting"字样。

4.3.15 检查DA引用的type类型的存在性[错误]
检查 4.2.83 定义的DA的type类型，是否在特定情况下进行了配置，当btype是Struct或Enum时type属性都是需要配置的。

错误提示内会有"error C070E: DA name=%s of DOType id=%s bType=Struct ref type not config"及"error C070E: DA name=%s of DOType id=%s bType=Enum ref type not config"字样。

4.3.16 检查BDA引用的type类型的存在性[错误]
检查 4.2.85定义的BDA的type类型，是否在特定情况下进行了配置，当btype是Struct或Enum时type属性都是需要配置的。

错误提示内会有"error C070E: BDA name=%s of DOType id=%s bType=Struct ref type not config"及"error C070E: DA name=%s of DOType id=%s bType=Enum ref type not config"字样。

4.3.17检查DataSet中的成员[错误]
检查4.2.50定义的FCDA的引用的类型，是否在实例化的逻辑节点中可以找到。

如果不存在在数据集的参引就是错误的。

错误提示内会有"error C0710: FCDA= %s is not correct"字样。

4.3.18检查BSC中的btype类型是不是Tcmd [错误]
检查4.2.81定义的DOType的cdc属性为BSC时，其中name为ctlVal的DA 的btype类型应该是Tcmd。

错误提示内会有"error C0711: bType=%s of DA name=%s in DOType id=%s is error,right is Tcmd"字样。

4.3.19检查DPS错误 [错误]
由于目前的应用均为单点遥信，双点的信息采用DPC上送了，因此文件中不应该存在DPS类型，均应该替换成SPS类型。

错误提示内会有"error C0712: cdc=%s of DOType doid=%s in LNodeType lnid=%s ref by DO name=%s have been removed in IEC61850-7-4,right cdc=SPS"字样。

4.3.20检查数据类型EntryTime [错误]
在V2版61850中所有的EntryTime均被Timestamp所替换，因此不应该再出现EntryTime字样。

错误提示内会有"error C0713: bType=%s of T in DAType id=%s have been modify TimeStamp in IEC61850V2.0"字样。

4.3.21检查CDC-ING(ENG)-INC(ENC)-INS(ENS) [错误]
在V2版61850中根据实际应用做了特殊化类型的处理，其中ING类型的在特定环境下由原来的INT32类型替换成了Enum类型，同样道理INC、INS也是如此。

错误提示内会有"error C0714: bType=%s of daname=%s in DOType id=%s by doname=%s ref in LNodeType lnid=%s have been modify in IEC61850V2.0,right is Enum"字样。

4.3.22检查ReportControl控制块中的属性name和datSet同名[告警]。