1. 课程导入

在智能制造与工业 4.0 的推进过程中,设备、产线、仪表、机器人等物理资产不再只是"被维护的对象",而是持续产生数据、承载语义、参与业务决策的数字化主体。AAS(Asset Administration Shell,资产管理壳)正是为这一转变提供标准化数字孪生载体的关键规范。本课程围绕"资产从设计、制造、运行、维护到退役"的全生命周期,讲解如何用 AAS 组织、交换和治理数据,让数据在跨系统、跨企业、跨阶段之间保持可理解、可追溯、可复用。

一、什么是 AAS 资产生命周期数据管理

AAS 可以理解为每个物理或逻辑资产的"标准化数字外壳"。它用统一的元模型描述资产的标识、属性、子模型、接口与语义,使不同厂商、不同平台之间能够以一致方式交换资产信息。资产生命周期数据管理,则是在 AAS 框架下,对资产从需求定义、工程设计、采购制造、安装调试、运行维护到报废回收各阶段产生的数据进行规划、建模、关联、版本控制和治理。

其核心不是"把数据存起来",而是建立三层对应关系:

  • 资产层:真实设备、部件、系统及其物理标识(如序列号、二维码、RFID)。
  • 信息层:AAS 中的 Shell、Submodel、Property、Collection 等结构化信息单元。
  • 语义层:通过标准语义标识(IRDI、IRI)和子模型模板,保证数据含义可被机器理解。
AAS 资产生命周期数据管理的本质,是让"资产身份"与"数据身份"在全生命周期中保持绑定,并在每个阶段都能被正确的人、系统和算法读取与使用。

二、学习目标

完成本课程后,学习者应能够:

  1. 理解 AAS 的基本概念、元模型结构及其在工业数据空间中的定位。
  2. 掌握资产全生命周期各阶段的数据需求、数据来源与数据流向。
  3. 能够设计并创建 AAS、Submodel 及关键属性,完成资产数字孪生的基础建模。
  4. 能够使用 AASX 包、REST API、Registry 等机制进行数据交换与集成。
  5. 能够针对版本变更、权限控制、数据质量与合规要求制定治理策略。
  6. 能够结合典型场景(设备运维、供应链协同、碳足迹追踪)完成方案设计与复盘。

三、整体框架:从资产到数据空间

本课程的整体框架可以概括为"一条主线、四个层次、两类接口"。一条主线是资产生命周期;四个层次分别是资产层、AAS 信息层、服务与接口层、业务应用层;两类接口是 AAS 内部子模型接口和 AAS 与外部系统之间的标准化接口。

AAS 资产生命周期数据管理整体框架 业务应用层 设备运维 · 供应链协同 · 碳足迹追踪 · 预测性维护 · 质量追溯 服务与接口层 AASX 包交换 · REST API · Registry 发现 · 子模型模板 · 语义标识 AAS 信息层 Shell · Submodel · Property · Collection · Operation · Reference 标识 · 语义 · 版本 · 权限 · 关系 资产层 设备 · 部件 · 仪表 · 机器人 · 产线 · 软件 · 文档 生命周期主线:需求 → 设计 → 制造 → 安装 → 运行 → 维护 → 退役 → 回收

图中自上而下展示了业务应用、服务接口、AAS 信息层与资产层的对应关系,底部贯穿的生命周期主线说明:无论资产处于哪个阶段,数据都应通过 AAS 信息层被组织,并通过服务接口被上层应用消费。

四、课程路线图

本课程共 30 章,按"认知—建模—集成—治理—实战"五个阶段推进。下表给出阶段划分与重点内容,便于学习者建立整体预期。

阶段 章节范围 重点内容 阶段产出
认知建立 第 1–5 章 AAS 定义、元模型、生命周期数据需求、标准体系 概念地图与术语表
建模方法 第 6–12 章 Shell 与 Submodel 设计、属性建模、语义标识、版本管理 资产 AAS 模型草案
集成交换 第 13–19 章 AASX 包、REST API、Registry、跨系统集成 可交换的 AASX 包
治理运营 第 20–25 章 权限、审计、数据质量、合规与安全 数据治理策略清单
实战复盘 第 26–30 章 设备运维、供应链、碳足迹等场景与综合复盘 完整场景方案与复盘报告

五、典型场景:一台电机的生命周期数据流

以一台工业电机为例。设计阶段,厂商在 AAS 中写入型号、额定功率、效率曲线等设计子模型;制造阶段,补充序列号、出厂测试数据、材料批次;安装阶段,记录安装位置、接线参数、调试结果;运行阶段,通过接口持续写入振动、温度、电流等运行数据;维护阶段,记录保养、更换部件、故障代码;退役阶段,标记报废原因、回收材料信息。

电机 AAS 子模型示例(简化):
Shell: Motor_001
├── IdentificationSubmodel
│   ├── Manufacturer: "ABC Motor"
│   ├── SerialNumber: "MTR-2024-00871"
│   └── AssetId: "urn:asset:motor:00871"
├── TechnicalDataSubmodel
│   ├── RatedPower: 15 kW
│   ├── RatedSpeed: 1470 r/min
│   └── EfficiencyClass: IE3
├── OperationalDataSubmodel
│   ├── Temperature: 68.5 °C
│   ├── Vibration: 2.1 mm/s
│   └── RunningHours: 12480 h
└── MaintenanceSubmodel
    ├── LastServiceDate: 2025-03-12
    ├── NextServiceDate: 2025-09-12
    └── ReplacedParts: ["bearing-6205"]

可以看到,同一台电机在不同阶段产生的数据被组织进不同子模型,但都挂在同一个 Shell 下,通过统一标识关联。这样,运维系统读取运行数据、采购系统读取技术参数、回收系统读取材料信息时,都能找到一致入口。

六、常见误区与学习建议

误区一:把 AAS 当成普通数据库。AAS 的核心价值在于标准化语义与可交换结构,而不是存储本身。只建表不建语义,跨系统仍然无法互操作。
误区二:一次性建完所有子模型。生命周期数据是逐步产生的,AAS 模型也应迭代演进。过度设计会导致维护成本高、落地困难。
学习建议:每学完一个阶段,选择一个真实资产(如一台泵、一个传感器)动手建模,并尝试用 AASX 包导出、用 API 读取。把"概念—模型—接口—治理"串成一条可运行的链路,比单纯记忆术语更有效。