本发明涉及输变电三维设计技术领域，具体涉及一种输变电三维设计数据跨软件平台的交互方法和系统。
背景技术：
随着数字化三维技术的不断发展，数字化三维信息已广泛应用在输变电工程的设计、施工和运维中，三维应用软件初具规模，但各环节依然存在沟通成本高，信息不连贯、不一致、不准确等问题，导致工作效率低、出错率高。
bim(建筑信息模型)技术在建筑行业的广泛应用，为输变电工程三维设计数据的交互提供了可借鉴的经验。数据交换问题是bim技术的核心问题，bim解决这个问题的方法是开发一个支持项目生命周期所有阶段、所有项目成员、所有软件产品之间自动进行信息交换的数据标准。ifc(建筑工程数据交换标准)就是这样一个公开的、结构化的、基于对象的信息交换格式，是一个类似面向对象的建筑数据模型。ifc模型包括建筑整个生命周期内的各方面的信息。ifc标准的目的是支持用于建筑的设计、施工和运行的各种特定的软件的协同工作，是目前对建筑物信息描述最全面、最详细的规范。
虽然ifc标准包括建筑整个生命周期内的各方面的信息，其中包含的信息量非常大，而且涵盖面很广，但对于电网工程适用性不高，缺乏必要的电网信息模型的定义，扩展难度大，不好落地。并且，电网工程建设相关的软件系统技术体系各异，数据格式多样，出入口数据大多只支持国外的标准，导致各系统没有明确的交互手段和数据标准，信息不能得到及时共享，工程数据“信息孤岛”现象普遍存在，阻碍了三维设计在输变电工程建设的开展，解决输变电工程各软件系统间的信息交互问题变得十分关键。
技术实现要素：
针对上述问题，本发明的目的是提供一种输变电三维设计数据跨软件平台交互的方法，首先采用基本图元构建方法，统一输变电三维模型的描述方法，进而通过规范数据交互文件格式，统一输变电工程三维设计数据的组织结构和交互规则，实现输变电三维模型在不同软件系统之间可编辑复用，满足输变电工程三维设计成果数据可交互的需求，为实现工程全寿命周期的数据管理提供理论依据和实践经验。
为实现上述目的，本发明采取以下技术方案：一种输变电三维设计数据跨软件平台交互的方法，其特征在于包括以下步骤：1)获取需要进行交互的输变电工程三维设计数据，对其进行处理生成跨平台交互文件；2)将跨平台交互文件作为输变电工程需要进行交互的软件平台的输入，实现输变电三维设计数据跨软件平台交互。
所述步骤1)中，对获取的需要进行交互的输变电工程三维设计数据进行处理，生成跨平台交互文件的方法，包括以下步骤：1.1)采用基本图元构建方法，对获取的需要进行交互的输变电三维设计成果数据进行建模，得到分层分级的输变电工程三维设计模型；1.2)建立跨平台交互文件的标准格式模板，对得到的输变电工程三维设计模型进行存储，生成跨平台交互文件。
所述步骤1.1)中，采用基本图元构建方法，建立输变电工程三维设计模型的方法，包括以下步骤：1.1.1)采用分层分级的组织方式，对输变电工程三维设计成果数据的组织结构进行描述，得到输变电工程的三维设计模型框架；1.1.2)以输变电工程的三维设计模型框架为基础，确定输变电三维设计模型的引用关系。
所述步骤1.1.1)中，输变电工程三维设计模型的构建方法，包括以下步骤：①采用基本图元建模方法，以输变电工程三维设计成果数据为基础，构建输变电工程各系统、设备、部件的几何模型单元及其属性文件；②根据得到的几何模型单元，构建输变电工程各系统、设备、部件的三维设计模型的组合模型及其属性文件；③根据得到的组合模型，构建输变电工程各系统、设备、部件的物理模型及其属性文件；④根据输变电工程各系统、设备、部件的之间的关联关系，建立输变电工程的逻辑模型及其属性文件；⑤将得到的输变电工程各系统、设备、部件的物理模型与逻辑模型组合，即得到输变电工程的三维设计模型。
所述步骤1.2)中，跨平台交互文件的标准文件模板的建立方法，包括以下步骤：1.2.1)确定交互文件的标准格式，并根据需要存储的信息类型确定标准文件的组织结构为文件头、索引域和存储域；1.2.2)建立交互文件中三维设计工程模型文件的引用关系，进而建立三维设计工程模型各层级之间的关系。
所述步骤1.2.1)中：所述文件头用于存储三维设计模型文件的元数据信息；所述索引域用于存储三维设计模型文件的目录结构信息；所述存储域用于存储三维设计模型文件的数据实体。
所述索引域包括根目录和四个子目录cbm、dev、phm、mod；所述根目录用于存储文件头信息和附加文件；所述cbm子目录用于存储输变电工程三维设计模型的目录的索引地址；所述dev子目录用于存储三维设计模型中逻辑模型和物理模型的目录的索引地址；所述phm子目录用于存储三维设计模型中各组合模型目录的索引地址；所述mod子目录用于存储三维设计模型中各几何模型单元目录的索引地址。
所述存储域用于根据所述索引域的目录结构对三维设计模型文件进行分块连续存储。
一种输变电三维设计数据跨软件平台交互系统，其特征在于：其包括数据处理模块和数据交互模块；所述数据处理模块用于对需要进行交互的输变电工程三维设计数据，生成跨平台交互文件并发送到所述数据交互模块；所述数据交互模块用于将所述跨平台交互文件发送到待交互的软件平台，实现输变电三维设计数据的跨软件平台交互。
所述数据处理模块包括三维设计模型构建模块和交互文件构建模块；所述三维设计模型构建模块用于对需要进行交互的输变电三维设计数据进行处理，得到输变电工程三维设计模型，并发送到所述交互文件构建模块；所述交互文件构建模块用于根据预先构建的交互文件标准格式，对得到的输变电工程三维设计模型进行存储，生成跨平台交互文件并发送到所述数据交互模块。
本发明由于采取以上技术方案，其具有以下优点：1、本发明建立了交互文件的标准格式模板，满足了输变电工程三维设计成果数据的数字化移交需求，保证了三维设计成果数据的一致性，为三维设计成果在施工、运维系统的共享和应用提供了技术手段，将设计源头数据最大化利用，为输变电工程全寿命周期数据管理提供理论依据和实践经验。2、本发明采用基本图元建模方法，建立输变电工程各系统、设备、部件的三维设计模型，实现了输变电三维模型在不同设计平台间可编辑复用，满足了多方协作、分工处理的协同设计需求。3、本发明采用标准格式模板存储各软件平台建立的三维设计模型，在交互过程中，避免重复建模，降低工作量，保证了设计数据的准确性，提高设计质量。满足了输变电工程三维设计成果数据的数字化移交需求。因而，本发明可以广泛应用于输变电三维设计数据交互领域。
附图说明
图1是本发明输变电工程三维设计模型框架结构图；
图2是本发明输变电工程三维设计模型引用关系图；
图3是本发明gim文件的组成；
图4是本发明工程三维设计模型文件组织结构；
图5是本发明标准格式文件几何参数模型引用关系。
具体实施方式
下面结合附图和实施例对本发明进行详细的描述。然而应当理解，附图的提供仅为了更好地理解本发明，它们不应该理解成对本发明的限制。
本发明提供的一种输变电三维设计数据跨软件平台交互的方法，包括以下步骤：
1)获取需要进行交互的输变电工程三维设计数据，对其进行处理生成跨平台交互文件；具体的，包括以下步骤：
1.1)采用分层分级的组织方式，以输变电工程的工程信息和各系统、设备、部件类型的三维设计成果数据为基础，抽象得到输变电工程三维设计模型，具体包括以下步骤：
1.1.1)采用分层分级的组织方式，对输变电工程三维设计成果数据的组织结构进行描述，得到输变电工程的三维设计模型框架。
如图1所示，本发明构建的输变电工程三维设计模型框架自下而上分别是：属性集、组件类、物理模型/逻辑模型、工程模型。其中：
属性集包括工程参数、电气参数、力学参数、材料参数、几何参数、位置参数、图形符号等，具体可描述为：①工程参数、电气参数、力学参数、材料参数采用结构化数据描述；②几何参数用于描述几何模型；③位置参数通过空间变换矩阵进行描述；④图形符号用于描述主接线、站用电原理接线、电气原理图、水暖系统图中的设备、装置和材料。
组件类包括建(构)筑物类、设备类、材料类、其他设施类。
物理模型用于描述外形尺寸和空间位置，逻辑模型用于描述设备之间的关联关系。物理模型和逻辑模型均可包含有设计文档。物理模型还可以包含制造模型，制造模型是由设备制造厂家或专业软件提交的用于产品制造的模型。
工程模型是由输变电工程中所有的建(构)筑物、设备、材料及其他设施模型和工程属性构成的信息集合，也包含建(构)筑物、设备、材料及其他设施之间的关联关系。
输变电工程三维设计模型的构建方法，包括以下步骤：
①采用基本图元建模方法，以输变电工程三维设计成果数据为基础，构建输变电工程各系统、设备、部件的几何模型单元及其属性。
本发明中，几何模型单元是由多个基本图元构成，基本图元为三维建模时使用的最小集合图形单元，包括常规几何体和特殊几何体，由一组控制参数进行描述。常规几何体包括：长方体、球体、圆柱、圆环、棱台等，特殊几何体包括：瓷套、绝缘子串、端子板等。
②根据得到的几何模型单元，构建输变电工程各系统、设备、部件的三维设计模型的组合模型及其属性，组合模型包括多个几何模型单元、网格模型以及组合模型属性文件。
③根据得到的组合模型，构建输变电工程各系统、设备、部件的物理模型及其属性文件。
物理模型(*.dev)由组合模型(*.phm)和物理模型属性(*.fam)组成，物理模型属性(*.fam)包括名称、编码等参数。
④根据输变电工程各系统、设备、部件的之间的关联关系，建立输变电工程的逻辑模型及其属性文件，主要包括图纸数据、元件符号定位数据、编码及属性参数和连接线。
⑤将得到的输变电工程各系统、设备、部件的物理模型与逻辑模型组合，即得到输变电工程的三维设计模型。
其中，三维设计工程模型(*.cbm)由物理模型(*.dev)、逻辑模型(*.sch)和工程属性(*.fam)组成。工程属性(*.fam)包括了名称、电压等级、编码等参数。工程模型只有一个原点坐标，组合成工程模型的物理模型都是相对于该坐标原点进行空间变换。
1.1.2)以输变电工程的三维设计模型框架为基础，确定输变电三维设计模型的引用关系。
如图2所示，输变电三维设计模型内各模型的引用关系如下：输变电三维设计模型(即图中工程模型)可以引用其下一级的物理模型和逻辑模型；物理模型和逻辑模型可以引用其下一级的组合模型(即图中的组件类)；组合模型可以引用其下一级的几何模型单元(对应图中的属性集)，几何模型单元不存在引用关系。
1.2)建立交互文件的标准格式模板，用于存储需要在输变电各软件平台交互的数据信息。
由于标准文件主要用于存储输变电工程的工程信息和三维设计模型信息，其中，三维设计模型包括物理模型和逻辑模型。具体的，标准文件格式的建立方法，包括以下步骤：
1.2.1)确定交互文件的标准格式，并根据需要存储的信息类型确定标准文件的组织结构为文件头、索引域和存储域。
如图3所示，本发明中将交互文件的标准格式确定为*.gim，该交互文件包含三类信息，文件头、索引域和存储域。其中：
文件头用于存储三维设计模型文件的元数据信息，包括：文件标识、文件名称、创建时间、版本号等。
索引域用于存储三维设计模型文件的目录结构信息，由根目录和cbm、dev、phm、mod四个子目录组成，其中，根目录用于存储文件头信息、附加文件以及其他的一些信息，cbm子目录用于存储输变电工程三维设计模型的目录的索引地址；dev子目录用于存储三维设计模型中逻辑模型和物理模型的目录的索引地址；phm子目录用于存储三维设计模型中各组合模型目录的索引地址；mod子目录用于存储三维设计模型中各几何模型单元目录的索引地址；各索引地址对应于存储域中三维设计模型的数据实体，通过检索索引地址目录即可以检索到存储域中的数据实体。
如图4所示，存储域用于根据索引域中四个子目录对三维设计模型文件的数据实体进行分块连续存储。三维设计工程模型包含了*.cbm、*.dev、*.sch、*.fam、*.phm、*.mod等一系列描述性文件以及*.ifc、*.stl等不能用基本图元绘制的模型文件(如建筑、水暖等设施模型)，这些文件分别存储在cbm、dev、phm、mod文件夹中，所有文件以*.gim格式压缩为一个文件。
具体的，cbm文件用于存储工程文件清单(project.cbm)以及工程属性文件(*.fam)文件；其中，工程文件清单project.cbm是整个交互文件的文件入口，其他*.cbm文件包含四级系统，分别对应f1system、f2system、f3system、fnsystem。f1system一级子系统用于存储输变电工程各区域内的文件，其包含若干个二级子系统f2system；f2system二级子系统用于存储各区域内的子区域的文件，其包含若干个三级子系统f3system；f3system三级子系统用于存储子区域内各设备(设施)的文件，其包含若干个四级子系统fnsystem；fnsystem四级子系统用于存储各设备(设施)的各部件，包含若干个子建(构)筑物、设备、材料及其他设施。工程属性文件(*.fam)文件存储了和对应级别*.cbm文件相关的属性信息。
dev文件用于存储三维设计模型中描述物理模型的文件(*.dev)、描述物理模型属性的文件(*.fam)以及描述逻辑模型的文件(*.sch)；其中，*.dev文件用于描述不同设备的物理模型；*.fam的文件格式和对应的设备相关，不同物理模型对应的*.fam文件存储的属性数量及字段名称不一样；*.fam文件中记录了*.dev文件对应的制造模型的文件名称，该制造模型可以通过文件挂接的方式进行显示，用于表现模型细节；*.sch文件用于描述逻辑模型，文件中包括逻辑模型的图名、图号、栅距等图纸信息，以及坐标、连接线等数据内容。
phm文件用于存储描述组合模型的文件(*.phm)、描述组合模型属性的文件(*.fam)文件以及组合模型挂接文件(*.stl、*.ifc)；其中，挂接文件是无法通过图元和参数进行描述的文件；*.fam属性文件存储了和对应级别*.phm文件相关的属性信息。
mod文件用于存储三维设计工程模型的几何模型单元(*.mod)，该文件是描述几何模型单元的集合信息，包含基本图元描述和参数化描述两种类型。
1.2.2)建立交互文件中三维设计工程模型文件的引用关系，进而建立三维设计工程模型各层级之间的关系。
如图5所示，为建立三维设计工程模型各层级之间的关系，本发明将交互文件标准格式中各文件的引用关系确定如下：每个层级中含有几何参数的模型之间存在引用关系，同时同级的模型文件可以进行同级引用。具体的：几何模型单元不存在引用关系；组合模型可以引用几何模型，或进行同级引用，但不能引用自身；物理模型可以引用组合模型，同时可以进行同级引用，但不能引用自身；逻辑模型可以同级引用，但不能引用自身；工程模型可以引用物理模型和逻辑模型，同时可以进行同级引用，但不能引用自身。
2)将跨平台交互文件作为输变电工程需要进行交互的软件平台的输入，实现输变电三维设计数据的跨软件平台交互。
本发明还提供一种输变电三维设计数据跨软件平台交互系统，其包括数据处理模块和数据交互模块；数据处理模块用于对需要进行交互的输变电工程三维设计数据，生成跨平台交互文件并发送到数据交互模块；数据交互模块用于将所述跨平台交互文件发送到待交互的软件平台，实现输变电三维设计数据的跨软件平台交互。
其中，数据处理模块包括三维设计模型构建模块和交互文件构建模块；三维设计模型构建模块用于对需要进行交互的输变电三维设计数据进行处理，得到输变电工程三维设计模型，并发送到交互文件构建模块；交互文件构建模块用于根据预先构建的交互文件标准格式，对得到的输变电工程三维设计模型进行存储，生成跨平台交互文件并发送到数据交互模块。
下面以变电工程为例对输变电三维设计数据的交互文件的存储进行详细叙述。
输变电工程三维设计模型文件由*.gim和地理信息模型组成，其中*.gim格式压缩为一个文件。包含文件头、索引区域、文件存储区域，采用二进制方式存储。
工程三维设计模型文件，包含了*.cbm、*.dev、*.sch、*.fam、*.phm、*.mod等一系列描述性文件以及*.ifc、*.stl等不能用基本图元绘制的模型文件(如建筑、水暖等设施模型)，这些文件分别存储在cbm、dev、phm、mod文件夹中，所有文件以*.gim格式压缩为一个文件。
一、cbm
cbm文件夹中包含一个工程文件清单project.cbm，该文件是整个gim模型的文件入口，文件中属性按行存储，每一行用“＝”分隔，第一项为属性项的英文描述，第二项为中文描述，第三项为属性值，中英文属性项字符是固定的，属性值可以为空。其它*.cbm文件包含四级系统，分别对应f1system、f2system、f3system、fnsystem。f1system一级子系统包含若干个二级子系统，f2system二级子系统包含若干个三级子系统，f3system三级子系统包含若干个四级子系统，fnsystem四级子系统包含若干个子建(构)筑物、设备、材料及其他设施。*.cbm文件可以同级引用，但不能引用自身。文件中采用“标示＝值”的方式进行行存储，标示编写固定，值不固定，如有特殊情况会进行说明。
1project.cbm文件格式
projectname＝工程名称＝×××变电工程
voltageclass＝电压等级＝1000kv
······
[以上多行存储了工程相关属性，根据具体工程设定存储数量。]
coordinate＝坐标位置＝xx.x，xx.x，xx.x，xx.x
[该行存储了工程位置信息，包括纬度(十进制度)、经度(十进制度)、高度(米)、北方向偏角(逆时针，十进制度)，是必须存储项。]
subsystems＝29ebe956-bda5-4ce0-95b3-34825e06043a.cbm
[该行存储了一级cbm文件的引用，是必须存储项。]
2一级cbm文件(29ebe956-bda5-4ce0-95b3-34825e06043a.cbm)格式
entityname＝f1system
[cbm一级子系统，标示和值是固定的，是必须存储项。]
basefamily＝29ebe956-bda5-4ce0-95b3-34825e06043a.fam
[cbm对应的属性文件，是必须存储项。]
subsystems.num＝9
[cbm二级子系统引用的数量，该数是多少，下面引用文件就有多少行记录，是必须存储项。]
subsystem0＝e76a008b-71fb-440c-9125-fae618d7a265.cbm
[引用的cbm文件，subsystems的索引从0开始,数量和subsystems.num的值相等。]
······
subsystem8＝958fbc48-6bce-4fc3-93f3-7849cf4724a8.cbm
3二(三)级cbm文件(e76a008b-71fb-440c-9125-fae618d7a265.cbm)格式
entityname＝f2system
[cbm二级子系统，标示和值是固定的，是必须存储项。]
sysclassifyname＝系统分类类型
[cbm二级子系统节点的类型，用于区分系统的种类，同时确定需要导出的哪些属性信息，是必须存储项。]
basefamily＝e76a008b-71fb-440c-9125-fae618d7a265.fam
[cbm对应的属性文件，是必须存储项。]
subsystems.num＝5
[cbm三级子系统引用的数量，该数是多少，下面引用文件就有多少行记录，是必须存储项。]
subsystem0＝930c4a1d-bafd-49dd-ba40-7721bd3842cf.cbm
[引用的cbm文件，subsystems的索引从0开始,数量和subsystems.num的值相等。]
······
subsystem4＝50b664e3-a27e-448b-9bed-fbf87125b6d1.cbm
4四级cbm文件(eb9129db-5c0a-4e69-a328-8cd6901b344e.cbm)格式
entityname＝fnsystem
[cbm四级子系统，标示和值是固定的，是必须存储项。]
sysclassifyname＝系统分类类型
[cbm四级子系统节点的类型，用于区分系统的种类，同时确定需要导出的哪些属性信息，是必须存储项。]
basefamily＝eb9129db-5c0a-4e69-a328-8cd6901b344e.fam
[cbm对应的属性文件，是必须存储项。]
subdevices.num＝4
[cbm四级子设备引用的数量，该数是多少，下面引用文件就有多少行记录，是必须存储项。]
subdevice0＝9f72015d-b981-4891-a777-ccaeffd54256.cbm
[引用的cbm文件，subsystems的索引从0开始,数量和subsystems.num的值相等。]
······
sublogicalmodels.num＝4
[cbm四级子逻辑模型引用的数量，该数是多少，下面引用文件就有多少行记录，是必须存储项。]
sublogicalmodel0＝56d67391-9f18-41e9-a0ad-76219848becd.cbm
······
5子设备cbm文件(9f72015d-b981-4891-a777-ccaeffd54256.cbm)格式
entityname＝device
[子设备cbm文件，标示和值是固定的，是必须存储项。]
classifyname＝移交设备名称
[子设备的设备名称，属于国网标准的名称，能够被各个软件识别，同时使用该名称来确定设备需要导出哪些属性信息，是必须存储项。]
basefamily＝9f72015d-b981-4891-a777-ccaeffd54256.fam
[cbm对应的属性文件，是必须存储项。]
objectmodelpointer＝d532128f-a8f2-404f-bda9-cb121aefb776.dev
[dev文件的引用，该文件中只有一行记录，是必须存储项。]
transformmatrix＝1,0,0,3220.0717,0,1,0,-4200.081,0,0,1,41000.0003,0,0,0,1
[dev模型的空间变换矩阵，是必须存储项。]
6逻辑模型cbm文件(9f72015d-b981-4891-a777-ccaeffd54256.cbm)格式
entityname＝logicalmodel
[逻辑模型cbm文件，标示和值是固定的，是必须存储项。]
logicalmodels.num＝4
logicalmodel0＝9f72015d-b981-4891-a777-ccaeffd54256.sch
[引用的sch文件，sublogicalmodel的索引从0开始,数量和sublogicalmodel.num的值相等。]
······
7*.fam文件
该文件在cbm文件夹中存储了和对应级别*.cbm文件相关的属性信息，属性按行存储，每一行用“＝”分隔，第一项为属性项的英文描述，第二项为中文描述，第三项为属性值，中英文属性项字符是固定的，属性值可以为空。属性数量根据具体情况而定，会有多行。文件格式如下：
name＝名称＝
······
unit＝单位＝
二、dev
dev文件夹中包含三类文件，一是描述物理模型的文件*.dev，二是描述物理模型属性的文件*.fam，三是描述逻辑模型的文件*.sch。*.dev可以进行同级引用和下一级引用，即引用*.phm，但自身不能引用。另外，*.dev可以同时引用*.dev和*.phm文件。*.fam的文件格式和对应的设备相关，不同物理模型对应的*.fam文件存储的属性数量及字段名称不一样。*.fam文件中记录了*.dev文件对应的制造模型的文件名称，该制造模型可以通过文件挂接的方式进行显示，用于表现模型细节。
1*.dev中引用*.dev文件(d532128f-a8f2-404f-bda9-cb121aefb776.dev)格式
basefamilypointer＝eb249baa-60be-442c-a591-885e415153d0.fam
[dev对应的属性文件，是必须存储项。]
symbolname＝xxxx
[dev对应的电气设备模型的设备名称(例如347-穿墙套管-35-1250-瓷质)，不同的设备名称不一样，xxx仅代表泛指，是必须存储项。]
subdevices.num＝3
[dev文件引用的数量，该数是多少，下面引用文件就有多少行记录，是必须存储项。]
subdevice0＝0a1d3df7-b511-47e6-b7bb-995b14295128.dev
[引用的dev文件，subsystems的索引从0开始,数量和subdevices.num的值相等，是必须存储项。]
transformmatrix0＝1,0,0,3000.0717,0,1,0,-420.081,0,0,1,41000.0003,0,0,0,1
[dev模型的空间变换矩阵，是必须存储项。]
······
subdevice2＝ba1d3df7-v3e1-47e6-b7bb-995b142951pi.dev
2*.dev中只引用*.phm文件(0acac234-48e0-4cc1-a234-a6a8baa643e4.dev)格式
basefamilypointer＝eb249baa-60be-442c-a591-885e415153d0.fam
[dev对应的属性文件，是必须存储项。]
symbolname＝xxxx
[dev对应的电气设备模型的设备名称(例如347-穿墙套管-35-1250-瓷质)，不同的设备名称不一样，xxx仅代表泛指，是必须存储项。]
solidmodels.num＝2
[phm文件引用的数量，该数是多少，下面引用文件就有多少行记录，是必须存储项。]
solidmodel0＝48b.phm
[引用的phm文件，solidmodel的索引从0开始,数量和solidmodels.num的值相等，是必须存储项。]
transformmatrix0＝1,0,0,322000.0717,0,1,0,-42000.081,0,0,1,41000.0003,0,0,0,1
[phm模型的空间变换矩阵，是必须存储项。]
······
3*.fam属性文件说明
该文件在dev文件夹中存储了和对应*.dev文件相关的属性信息，属性按行存储，每一行用“＝”分隔，第一项为属性项的英文描述，第二项为中文描述，第三项为属性值，中英文属性项字符是固定的，属性值可以为空。属性数量根据具体情况而定，会有多行。文件格式如下：
refinedmodel＝精细化模型＝设备模型\主变压器\byq.stp
[设备制造模型链接，该行必须存储，如果需要链接制造模型需要有对应值，不需要则为空。]
voltageclass＝电压等级＝
······
length＝长度＝
4*.sch文件说明
该文件描述逻辑模型，文件中包括逻辑模型的图名、图号、栅距等图纸信息，以及坐标、连接线等数据内容。文件以xml的格式存储，文件格式如下：
三、phm
phm文件夹中包含三类文件，一是描述组合模型的文件*.phm，二是描述组合模型属性的文件*.fam，三是组合模型挂接文件(*.stl、*.ifc)，挂接文件是无法通过图元和参数进行描述的。*.phm可以进行同级引用和引用下一级，即引用*.phm和*.mod，但自身不能引用，也可以引用stl、ifc等模型挂接文件。
1*.phm文件引用*.phm文件格式说明
basefamilypointer＝qb249baa-60be-442c-a591-885e415153d0.fam
[phm对应的属性文件，是必须存储项。]
solids.num＝2
[phm文件引用的数量，该数是多少，下面引用文件就有多少行记录，是必须存储项。]
solid0＝ap.phm
[引用的phm文件，solids的索引从0开始,数量和subsystems.num的值相等，是必须存储项。]
transformmatrix0＝0,0,-114,5699.9999,-0,1,0,0,1,0,0,0,0,0,0,1
[引用的phm模型的空间变换矩阵，是必须存储项。]
color0＝255,0,0,0
[phm模型的颜色，是必须存储项。]
······
2*.phm文件(48b.phm)引用mod文件，并包含stl、ifc模型文件引用格式说明
basefamilypointer＝qb249baa-60be-442c-a591-885e415153d0.fam
[phm对应的属性文件，是必须存储项。]
attachedfile.num＝2
[附属文件(包括stl、ifc等)引用的数量，该数是多少，下面引用文件就有多少行记录，如果没有值为0,也没有对应的记录，是必须存储项。]
solids.num＝1
[mod文件引用的数量，该数是多少，下面引用文件就有多少行记录，是必须存储项。]
solid0＝z-1.mod
[引用的mod文件，solids的索引从0开始,数量和solids.num的值相等，是必须存储项。]
transformmatrix0＝0,0,-114,5699.9999,-0,1,0,0,1,0,0,0,0,0,0,1
[引用的mod模型的空间变换矩阵，是必须存储项。]
color0＝255,0,0
[mod模型的颜色，是必须存储项。]
attachedfile0＝nm.stl
[引用的附属文件(包括stl、ifc等)，attachedfiles的索引从0开始,数量和attachedfile.num的值相等，是非必须存储项。]
transformmatrix0＝0,0,-114,5699.9999,-0,1,0,0,1,0,0,0,0,0,0,1
[引用的附属模型的空间变换矩阵，是非必须存储项。]
color0＝255,0,0,0
[附属模型的颜色，是必须存储项。]
3*.fam属性文件说明
该文件在phm文件夹中存储了和对应*.phm文件相关的属性信息，属性按行存储，每一行用“＝”分隔，第一项为属性项的英文描述，第二项为中文描述，第三项为属性值，中英文属性项字符是固定的，属性值可以为空。属性数量根据具体情况而定，会有多行，该文件视组合模型而定，组合模型有属性，需要有该文件，如果不需要由属性，则不需要有该文件。文件格式如下：
familyname＝类型＝
······
voltageclass＝电压等级＝
四、mod
mod文件夹中只包含了*.mod文件，该文件是描述几何模型单元的几何信息，包含基本图元描述和参数化描述两种类型，*.mod文件之间不存在引用关系。*.mod通过xml节点来描述相应的信息，节点根据几何模型单元的信息定义。
1entity节点中属性值说明
①常规模型节点属性说明：
id——图元及布尔运算的图元体的id
type——类型，simple——单体，boolean——布尔运算
visible——是否显示，true——显示，false——不显示，参与布尔运算
transformmatrix节点中属性值说明：
value——空间变换矩阵
boolean节点中的属性值说明：
type——布尔运算类型，intersection——求交，union——求并，diffrence——求差
entity1——参与布尔运算的第一个图元id
entity2——参与布尔运算的第二个图元id
②变电站内导线参数化节点说明：
name——导线名称
type——类型，simple——单线，model——类似模型(导线有固定粗度)
splitnum——分裂数
length——导线长度
color——导线颜色
connect——连接设备
coordinate——导线起点、终点坐标串，坐标串数对应分裂数，每一组坐标之间用一个空格分隔
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换，而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。