2. AAS基础概念

Asset Administration Shell(资产管理壳,简称 AAS)是工业4.0参考架构模型(RAMI 4.0)中实现“物理资产数字化”的核心载体。它并不是一个软件产品,而是一套标准化的信息模型与接口规范:为每一台设备、每一个部件、甚至每一份软件资产,建立一个标准化的“数字孪生外壳”,使资产在全生命周期内可被统一描述、寻址、访问与交换数据。

核心理念一句话概括:资产是“物”,AAS 是“壳”,壳内用标准化的子模型描述物的属性、能力、状态与文档,并通过统一接口对外提供数据。

一、核心理念:从“点对点集成”到“标准化外壳”

传统工业系统集成中,PLC、MES、ERP、SCADA 各自维护一套设备数据模型,接口私有、语义不一致,导致每接入一种新设备就要重新开发适配。AAS 的思路是把“描述资产”这件事标准化:无论资产来自哪个厂商、属于哪个行业,其数字化描述都遵循同一套元模型(Meta-Model),从而让数据消费者无需了解底层协议即可读取语义明确的信息。

AAS 的三个关键理念包括:

  • 标准化语义:属性、单位、数据类型、引用关系均由标准元模型约束,避免“同名不同义”。
  • 资产与壳分离:物理资产通过全局唯一标识(如 Asset ID)与 AAS 绑定,壳可独立部署、迁移和版本化。
  • 子模型模块化:不同关注点(如技术参数、维护记录、能耗、安全)拆分为独立子模型,按需组合、按需授权。

二、标准体系:IEC 63278 与规范族

AAS 的标准体系以 IEC 63278 系列为核心,并配套一系列规范文件(Specification)。理解标准分层有助于在工程中正确选型:

标准/规范 作用 工程关注点
IEC 63278-1 AAS 总体架构与元模型定义 确定 AAS 类型、元素层级与标识规则
Part 2 规范族 IDTA 发布的子模型模板与 API 规范 选用标准子模型,避免自定义语义
AAS API / AASX REST 接口与交换文件格式 系统对接、离线包导入导出
Submodel Templates 如 Nameplate、TechnicalData、HandoverDocumentation 直接复用,保证跨企业互操作

需要强调的是:标准子模型模板是 AAS 生态能否真正互通的关键。若企业随意自定义属性名,虽然技术上仍是合法 AAS,但语义互操作价值会大幅下降。

三、信息模型:AAS 的元素层级

AAS 的信息模型是树状结构,核心元素包括:

  • AssetAdministrationShell:壳的根对象,持有全局 assetId 与指向子模型的引用。
  • Submodel:语义独立的描述模块,如技术参数、维护、能耗。
  • SubmodelElement:子模型内的元素,可为 Property、Range、File、Blob、ReferenceElement、Operation、Collection、Entity 等。
  • ConceptDescription:对语义的统一定义,通过 IRI 指向外部字典,实现跨系统语义一致。

下面这张图展示了 AAS 从资产到子模型元素的结构关系,以及 ConceptDescription 对语义的支撑作用:

AAS 信息模型:资产 → 壳 → 子模型 → 元素 物理资产 电机 / 泵 / 机器人 AssetAdministrationShell assetId + 子模型引用 ConceptDescription 语义字典 / IRI Submodel: Nameplate 铭牌 / 制造商 / 序列号 Submodel: TechnicalData 额定功率 / 电压 / 转速 Submodel: Maintenance 保养周期 / 工单记录 Property: SerialNumber valueType: String Property: RatedPower valueType: Double, unit: kW Operation: ResetCounter 可调用操作 AAS API / AASX:统一访问与交换 REST 接口读取子模型元素 · AASX 包离线交付 · 访问控制按子模型授权

四、子模型结构:模块化描述资产

子模型是 AAS 最具工程价值的部分。一个资产可以挂载多个子模型,每个子模型聚焦一个语义域。常见的标准子模型包括:

  • Nameplate:铭牌信息,制造商、型号、序列号、生产日期。
  • TechnicalData:技术参数,如额定功率、电压、防护等级。
  • HandoverDocumentation:交付文档,图纸、手册、证书。
  • Maintenance:维护策略、保养周期、历史工单。
  • EnergyEfficiency:能耗与能效指标。

子模型内部由 SubmodelElement 组成,元素可嵌套为 Collection 或 Entity,从而表达复杂结构。例如一台电机的 TechnicalData 子模型可以包含一个 Collection 表示“电气参数”,其中再放 RatedVoltage、RatedCurrent 等 Property。

五、案例场景:电机资产接入 AAS

假设某工厂要为一台 15 kW 电机建立 AAS。工程步骤通常如下:

  1. 为电机分配全局唯一 assetId,如 urn:factory:motor:SN-2024-001。
  2. 创建 AssetAdministrationShell,绑定该 assetId。
  3. 挂载 Nameplate 子模型,填入制造商、型号、序列号。
  4. 挂载 TechnicalData 子模型,填入额定功率 15 kW、电压 380 V、转速 1460 rpm。
  5. 挂载 Maintenance 子模型,定义保养周期 2000 小时。
  6. 通过 AAS API 暴露数据,MES 与运维平台按子模型授权读取。

对应的 AASX 包中,子模型元素可以简化为如下结构:

AssetAdministrationShell
 ├─ idShort: Motor_AAS
 ├─ assetId: urn:factory:motor:SN-2024-001
 └─ submodels:
     ├─ Nameplate
     │   ├─ Manufacturer: "Siemens"
     │   ├─ SerialNumber: "SN-2024-001"
     │   └─ YearOfConstruction: "2024"
     ├─ TechnicalData
     │   ├─ RatedPower: 15.0 kW
     │   ├─ RatedVoltage: 380 V
     │   └─ RatedSpeed: 1460 rpm
     └─ Maintenance
         ├─ MaintenanceInterval: 2000 h
         └─ LastServiceDate: "2024-06-01"

六、常见误区与复盘

误区一:把 AAS 当成数据库。AAS 是信息模型与接口规范,不是存储引擎。数据可以存在数据库、文件或云端,AAS 只负责标准化描述与访问。
误区二:所有属性都自定义。若 Nameplate、TechnicalData 已有标准子模型模板,应优先复用。自定义属性会破坏跨企业互操作。
误区三:忽略 ConceptDescription。没有语义字典支撑,属性名只是字符串,无法被其他系统正确理解。
复盘建议:在项目初期先梳理资产清单与语义需求,确定使用哪些标准子模型、哪些需要扩展;再设计 assetId 命名规则与访问控制策略。这样能避免后期因语义混乱而返工。

总结来看,AAS 的基础概念可以归纳为“一个壳、一套元模型、多个子模型、统一接口”。理解这四层关系,是后续进行 AAS 建模、部署与集成的起点。