2. PI System基础回顾
在进入 PI AF 资产框架建模之前，有必要先把 PI System 的整体组件关系与数据流梳理清楚。很多建模问题并不是出在 AF 模板或属性配置上，而是对“数据从哪里来、经过谁、最终被谁消费”这条链路理解不清。本节将围绕 PI Interface、PI Data Archive、PI AF、PI Vision 四个核心组件，说明它们各自的职责、相互依赖关系以及典型数据流方向。
一、核心组件职责划分
PI System 并不是一个单一软件，而是一组协同工作的组件集合。理解它们的分工，是后续建模工程化的前提。
- PI Interface：负责从外部数据源（DCS、PLC、SCADA、OPC Server、关系数据库、手工录入等）采集数据，并将数据写入 PI Data Archive。它是数据的“入口”。
- PI Data Archive：PI System 的时序数据库核心，存储带时间戳的原始测量值（PI Point）。它回答的是“某个测点在某个时刻的值是多少”。
- PI AF（Asset Framework）：资产框架层，建立在 PI Data Archive 之上，用资产、模板、属性、层级结构来描述设备与工艺对象。它回答的是“这个值属于哪台设备、哪个工艺段、哪个属性”。
- PI Vision：面向最终用户的可视化与展示层，从 PI AF 和 PI Data Archive 读取数据，形成流程图、趋势、KPI 看板等。
可以用一句话概括四者关系：Interface 负责“采”，Data Archive 负责“存”，AF 负责“组织与语义”，Vision 负责“看与用”。缺少任何一层，PI System 的价值都会大打折扣。
二、组件关系与数据流全景
下图展示了四个核心组件之间的连接关系与数据流向。注意数据流是单向写入、多向读取的：Interface 只向 Data Archive 写入；AF 既读取 Data Archive，也向 Vision 提供结构化数据；Vision 同时消费 AF 与 Data Archive。
三、典型数据流路径解析
以一台“1号锅炉给水泵”为例，完整的数据流路径如下：
- 现场 DCS 中的给水泵出口压力信号，通过 OPC Interface 采集，映射到 PI Point，例如
PUMP01_OUTLET_PRESS。 - Interface 将带时间戳的数值写入 PI Data Archive，形成时序记录。
- 在 PI AF 中建立“1号锅炉给水泵”资产，其属性“出口压力”通过数据引用指向该 PI Point。
- AF 分析（Analysis）可基于该属性计算“压力偏差”“运行时长”等衍生属性。
- PI Vision 在流程图上绑定该资产的属性，操作员看到的是“1号锅炉给水泵出口压力”，而不是一个孤立的位号。
关键理解：PI Data Archive 中的位号是“无业务语义”的，只有经过 AF 的资产化组织，数据才具备设备、工艺、层级等上下文。这正是 AF 建模的核心价值。
四、组件对比与常见误区
| 组件 | 核心职责 | 典型对象 | 常见误区 |
|---|---|---|---|
| PI Interface | 采集与写入 | OPC Interface、RDBMS Interface | 认为 Interface 能直接给 Vision 供数 |
| PI Data Archive | 时序存储与检索 | PI Point、压缩、归档 | 把 Data Archive 当资产库使用 |
| PI AF | 资产建模与语义组织 | Element、Template、Attribute | 只建模板不建层级，导致无法复用 |
| PI Vision | 可视化与交互 | Display、Trend、KPI | 直接在 Vision 中硬编码位号，绕过 AF |
排障提示：当 Vision 画面显示“无数据”时，排查顺序应为：先确认 Interface 是否正常写入 Data Archive，再确认 AF 属性数据引用是否正确，最后检查 Vision 绑定路径。不要一上来就改 Vision 配置。
五、配置片段示例
在 AF 中为资产属性配置数据引用时，常见写法如下：
Attribute: 出口压力
Data Reference: PI Point
PI Point Name: PUMP01_OUTLET_PRESS
UOM: kPa
若使用 AF 分析计算衍生属性，可参考：
Analysis: 压力偏差
Expression: '出口压力' - '设定压力'
Output Attribute: 压力偏差
Trigger: 每 5 秒