2. 设备资产建模基础

在AVEVA的资产可视化体系中，资产模型是整个监控、分析与运维应用的“骨架”。如果模型建得混乱，后续的报警关联、趋势查询、KPI计算都会变得难以维护。本节围绕资产层级结构、设备对象类型、属性与关系定义、资产标识与命名规范，以及在AVEVA平台中建立资产模型的方法展开，目标是让读者能够独立设计一套可落地的资产模型。

一、资产层级结构：从工厂到部件

资产层级结构描述的是设备资产之间的“包含”关系。AVEVA通常采用ISA-95/ISA-88风格的层级划分，常见层次为：企业（Enterprise）→ 厂区（Site）→ 区域（Area）→ 生产单元（Unit）→ 设备（Equipment）→ 部件（Component）。例如，一个化工厂的层级可以表示为：华东基地 → 一车间 → 反应工段 → 反应釜R-101 → 搅拌电机M-101A。

层级结构决定了数据聚合的方向。上层节点的状态通常由下层节点汇总而来，例如“反应工段”的运行状态由其下所有设备状态按“最差优先”或“加权”规则计算。因此，层级设计要遵循两条原则：一是同一层级内的对象类型尽量一致，避免把“区域”和“设备”混在同一层；二是层级深度控制在5～7层，过深会导致导航困难，过浅则无法表达清晰的归属关系。

二、设备对象类型：模板化复用

设备对象类型（Object Type）是资产建模的核心抽象。它定义了一类设备的共同属性、关系和默认行为。例如“离心泵”类型可以包含：额定流量、扬程、功率、转速、入口压力、出口压力、轴承温度、振动值等属性。当现场有20台离心泵时，只需基于该类型实例化20个对象，无需重复定义属性。

在AVEVA中，对象类型通常支持继承。可以定义一个基础类型“旋转设备”，包含转速、振动、温度等通用属性；再派生“离心泵”“风机”“压缩机”等子类型，各自扩展专属属性。继承机制能显著减少重复定义，但要注意：子类型不应删除父类型中已被引用的属性，否则会导致已有实例数据断链。

三、属性与关系定义

属性是资产的静态描述和动态数据载体。按用途可分为三类：标识属性（如位号、名称、位置）、静态属性（如制造商、型号、额定功率）、动态属性（如实时温度、压力、电流）。动态属性需要绑定到数据源，例如OPC UA节点、 historian标签或MQTT主题。

关系定义则描述资产之间的非包含连接。常见关系包括：电气连接（电机由某配电柜供电）、工艺连接（泵出口连接到某阀门）、测量关系（温度变送器测量反应釜温度）、维护关系（设备归属某维修班组）。关系是双向的，建模时应明确方向语义，例如“A测量B”与“B被A测量”是同一关系的两个视角。

四、资产标识与命名规范

资产标识是模型在系统内的唯一“身份证”。AVEVA中通常使用两种标识：系统内部ID（自动生成，不可读）和业务位号（人工定义，可读）。业务位号必须全局唯一，建议采用“区域码-设备类型码-序号”的结构，例如“R101-PMP-001”表示反应工段第1台泵。

命名规范要提前约定，避免后期返工。以下是一份可直接参考的命名规则示例：

属性命名同样需要规范。建议采用“驼峰式”或“下划线式”统一风格，例如“dischargePressure”或“discharge_pressure”。动态属性应标注单位，如“dischargePressure_kPa”，避免单位混淆。

五、在AVEVA平台中建立资产模型的方法

AVEVA平台通常提供三种建模入口：手动创建、批量导入、模板实例化。手动创建适合少量设备；批量导入适合已有台账的场景，可通过Excel或CSV文件导入位号、名称、类型、父节点等字段；模板实例化适合标准化设备，先定义好对象类型，再批量生成实例。

以批量导入为例，典型操作流程如下：

1. 准备导入模板，字段包括：位号、名称、父节点位号、对象类型、描述、关键静态属性。
2. 在平台中选择“资产导入”功能，上传CSV文件。
3. 系统校验位号唯一性和父节点存在性，校验失败的行会标记错误原因。
4. 校验通过后执行导入，系统自动创建层级关系和对象实例。
5. 导入完成后，逐层展开资产树，检查层级是否正确、属性是否完整。

动态属性绑定是建模的最后一步。在对象实例的属性面板中，将“实时温度”等动态属性指向数据源标签。绑定完成后，可在资产树中选中设备，查看实时值是否刷新。如果值不更新，优先检查标签路径是否正确、数据源连接是否正常、属性是否被设为只读。

完成建模后，建议做一次完整性检查：所有设备是否都有唯一业务位号；动态属性是否全部绑定；关系定义是否覆盖了关键的电气、工艺和测量连接；层级深度是否合理。这套检查清单可以直接用于项目交付前的模型验收。