数据类型模板（DataTypeTemplates）构建：LNodeType、DOType、DAType、EnumType的定义与关系
好，咱们今天聊聊数据类型模板。说实话，这部分是SCL文件里最绕、但也最核心的一块。很多刚接触IEC61850的朋友，一看到DataTypeTemplates里那一堆嵌套的定义就头大。我当年第一次看的时候，也是对着屏幕发了好一会儿呆。
其实没那么复杂。你想想看，整个变电站的通信模型，说白了就是「设备有什么数据，数据长什么样」。而数据类型模板，就是专门用来定义「数据长什么样」的。
四个核心类型，一个都不能少
DataTypeTemplates里定义了四种类型：LNodeType、DOType、DAType、EnumType。它们之间的关系，我习惯用一个比喻来解释：
- LNodeType 就像是一张「设备功能清单」——它告诉你这个逻辑节点里有哪些数据对象（DO）。
- DOType 是「数据对象的内部结构」——它定义了每个DO包含哪些数据属性（DA）。
- DAType 是「数据属性的详细定义」——它规定了DA的类型、子属性等。
- EnumType 是「枚举值的字典」——当某个属性只能取固定几个值时，就用它来定义。
说白了，这是一个层层嵌套的关系：LNodeType包含DO，DO包含DA，DA可能又包含子DA，而某些DA的值范围由EnumType限定。
核心要点：这四种类型是SCL模型构建的「地基」。地基没打好，后面所有实例化配置都会出问题。我在项目里见过太多因为DataTypeTemplates定义错误，导致整个IED配置无法导入的案例。
先说说LNodeType
LNodeType是逻辑节点类型的模板。它定义了某个逻辑节点（比如断路器XCBR、测量单元MMXU）应该包含哪些数据对象。
举个例子，一个断路器逻辑节点XCBR，按照标准至少要有位置（Pos）、开关能力（OpCap）、模式（Mod）等数据对象。LNodeType就是把这些DO列出来。
<LNodeType id="LN_XCBR_Example" lnClass="XCBR">
<DO name="Mod" type="DO_Mod"/>
<DO name="Beh" type="DO_Beh"/>
<DO name="Loc" type="DO_SPS"/>
<DO name="OpCnt" type="DO_INS"/>
<DO name="Pos" type="DO_DPC"/>
<DO name="BlkOpn" type="DO_SPC"/>
<DO name="BlkCls" type="DO_SPC"/>
</LNodeType>看到没？每个DO都有一个name和一个type。这个type指向的就是DOType的id。嗯，这里要注意：type的引用必须和后面DOType定义里的id完全一致，大小写都不能错。我曾经因为一个字母大小写问题，排查了整整一个下午。
DOType——数据对象的骨架
DOType定义了每个数据对象内部有哪些数据属性（DA）。比如位置（Pos）这个DO，它包含ctlVal（控制值）、stVal（状态值）、q（品质）、t（时标）等DA。
<DOType id="DO_DPC" cdc="DPC">
<DA name="ctlVal" fc="CO" bType="BOOLEAN"/>
<DA name="operTm" fc="CO" bType="Timestamp"/>
<DA name="stVal" fc="ST" bType="Dbpos"/>
<DA name="q" fc="ST" bType="Quality"/>
<DA name="t" fc="ST" bType="Timestamp"/>
<DA name="subVal" fc="SV" bType="Dbpos"/>
<DA name="subQ" fc="SV" bType="Quality"/>
<DA name="subT" fc="SV" bType="Timestamp"/>
</DOType>这里有个关键点：每个DA都有fc（功能约束）和bType（基本类型）。fc决定了这个DA用在哪个服务场景——控制（CO）、状态（ST）、测量（MX）等等。bType则决定了数据的基本类型，比如BOOLEAN、INT32、FLOAT64，或者更复杂的结构类型。
我的经验：定义DOType时，一定要严格按照IEC61850-7-3和7-4标准来。不要自己随意增减DA。我见过有人为了省事，把一些不用的DA删掉，结果导致客户端解析时找不到标准属性，直接报错。标准里定义的DA，哪怕你不用，也建议保留。
DAType——把复杂类型说清楚
当bType不是基本类型（比如INT32、BOOLEAN），而是像Dbpos、Quality这样的结构类型时，就需要用DAType来进一步定义。
DAType可以嵌套。比如Dbpos类型，它其实是一个枚举值，表示双点位置信息（中间、分、合、无效）。
<DAType id="DAT_Dbpos">
<BDA name="posVal" bType="Enum" type="Enum_Dbpos"/>
</DAType>你看，这里BDA（子数据属性）的bType是Enum，type指向了EnumType的id。这就是DAType和EnumType之间的关联。
再复杂一点，Quality类型包含多个子属性：
<DAType id="DAT_Quality">
<BDA name="validity" bType="Enum" type="Enum_Validity"/>
<BDA name="detailQual" bType="Struct" type="DAT_DetailQual"/>
<BDA name="source" bType="Enum" type="Enum_Source"/>
</DAType>这里detailQual又是一个结构类型，需要再定义一个DAType来展开。说白了，DAType可以无限嵌套，直到所有叶子节点都是基本类型或枚举类型为止。
注意：DAType的嵌套深度不要超过5层。虽然标准没有硬性限制，但太深的嵌套会导致解析性能下降，而且容易出错。我在一个老旧项目里见过嵌套了8层的DAType，每次导入配置都要等好几分钟。
EnumType——枚举值的字典
EnumType是最简单、也最容易被忽视的类型。它定义了一组枚举值，每个值有一个序号（ord）和一个含义（desc）。
<EnumType id="Enum_Dbpos">
<EnumVal ord="0" desc="intermediate"/>
<EnumVal ord="1" desc="off"/>
<EnumVal ord="2" desc="on"/>
<EnumVal ord="3" desc="badState"/>
</EnumType>EnumType的id被DAType引用。当某个BDA的bType是Enum时，就必须通过type属性指向一个EnumType。
我个人习惯把EnumType单独放在DataTypeTemplates的最前面，方便查找和维护。毕竟枚举值在整个模型里被多处引用，一旦改错，影响面很大。
四者之间的引用关系
咱们来捋一捋这四者的引用链条：
- LNodeType 通过DO的type属性 → 引用 DOType
- DOType 通过DA的type属性（当bType为Struct时）→ 引用 DAType
- DAType 通过BDA的type属性（当bType为Enum时）→ 引用 EnumType
- DAType 也可以嵌套引用另一个 DAType（当bType为Struct时）
这个引用链不能断，也不能循环引用。我曾经在调试一个智能终端时，发现SCL文件怎么都通不过校验。查了半天，发现是某个DAType的BDA引用了自身，形成了死循环。工具直接卡死，连错误信息都不给。
避坑指南：写DataTypeTemplates时，建议先画一个引用关系图，确保每个引用都是单向的、无环的。工具可以用draw.io或者手画都行。别嫌麻烦，这一步能省后面大量的调试时间。
实战中的一些建议
说了这么多，最后给几个实操建议：
- 命名规范要统一。我习惯用「LN_」「DO_」「DAT_」「Enum_」作为前缀，一眼就能看出是什么类型。比如LN_XCBR、DO_DPC、DAT_Dbpos、Enum_Dbpos。
- 尽量复用标准类型。IEC61850标准附录里给出了很多现成的DOType和DAType定义。能用标准的就别自己造。自己造不仅容易出错，还会导致互操作性问题。
- 版本控制要做好。DataTypeTemplates一旦确定，尽量不要频繁改动。如果非要改，一定要同步更新所有引用它的IED实例。我见过最惨的案例是：改了EnumType的ord值，结果所有引用这个枚举的DA都解析错误，全站几十台装置全部要重新配置。
- 用工具校验。写完SCL文件后，一定要用IEDScout或者类似的工具做一致性校验。人工检查很难发现所有问题，尤其是引用关系是否正确。
好了，关于DataTypeTemplates的四个核心类型，咱们就聊到这儿。记住这个引用链条，后面构建具体IED实例的时候，你会感谢今天花时间搞懂它们的。
公众号:蓝海资料掘金营，微信deep3321