2. PI System架构与核心组件
在能源管理与生产绩效分析工程中，PI System并不是一个单一软件，而是一组围绕“时间序列数据”构建的组件化平台。理解这些组件的角色与协同关系，是后续所有建模、计算、可视化与接口开发工作的基础。本节将沿着一条真实的数据链路，说明PI Data Archive、PI Asset Framework、PI Vision、PI Interfaces、PI Web API等核心组件分别在何处发挥作用，以及它们之间如何配合。
一、整体架构：五类组件构成一条数据价值链
从现场仪表到管理层看板，PI System的数据大致经历“采集—存储—组织—呈现—对外服务”五个阶段。每个阶段由不同组件承担，彼此通过标准接口衔接：
- PI Interfaces：负责从DCS、PLC、SCADA、电表、流量计等数据源采集实时数据，写入PI Data Archive。
- PI Data Archive：作为时间序列数据库，按时间戳存储原始测点值，是整个平台的数据底座。
- PI Asset Framework（AF）：在时间序列之上建立资产模型，把测点组织成设备、系统、工艺单元，并承载计算、属性与层级关系。
- PI Vision：面向工程师与管理者的可视化层，用于构建趋势、KPI看板、报警面板等。
- PI Web API：以REST方式对外提供数据与模型访问能力，支撑第三方系统、报表平台和自定义应用。
这五类组件并非简单串联，而是围绕同一份数据资产形成“采集—存储—建模—展示—服务”的协同关系。下面的SVG以一条典型能源绩效数据链为主线，展示各组件的位置、输入输出与协同方向。
二、各组件在能源绩效工程中的具体角色
PI Data Archive 是数据底座。它按时间戳存储来自现场的所有测点值，例如某电厂1号机组主蒸汽流量（单位t/h）、某车间电表有功功率（单位kW）。在能源绩效场景中，Data Archive 的价值在于保留原始粒度数据，使后续可以按小时、班次、日、月等不同时间窗口重新聚合。需要注意的是，Data Archive 本身不负责业务语义，它只知道“哪个PI Point在什么时间是什么值”，不知道这个点属于哪台设备、哪个工序。
PI Asset Framework 负责把“点”变成“资产”。这是能源绩效工程中最关键的建模层。以一台循环水泵为例，AF中可以建立“循环水泵”元素，其下挂载电流、出口压力、流量、运行状态等属性，每个属性再绑定到Data Archive中的PI Point。AF还支持在元素上定义计算属性，例如泵效率 = 流量×扬程×密度×重力加速度 / 轴功率，或单位产品电耗 = 有功电量 / 产量。这样，能源绩效指标就不再是散落的测点，而是可复用、可继承、可下钻的资产属性。
PI Vision 是面向人的窗口。它从AF读取资产模型，从Data Archive读取时间序列，把趋势、KPI卡片、报警状态呈现在浏览器中。能源工程师可以在Vision中查看“全厂吨产品综合能耗”趋势，也可以下钻到某条产线、某台设备。Vision的看板通常按角色划分：调度看实时负荷与峰谷，能源管理员看单位能耗与对标，设备工程师看单机效率与异常。
PI Web API 是面向系统的出口。当能源绩效数据需要进入MES、ERP、报表平台或移动端时，PI Web API以REST接口提供数据访问。例如，通过 /streams/{webId}/value 获取某个AF属性的当前值，通过 /streams/{webId}/interpolated 获取指定时间段的插值序列。它使得PI System不再是信息孤岛，而是企业数据链路中的一环。
三、协同关系中的关键工程要点
理解组件分工之后，还需要注意几个协同要点，否则容易出现“数据有、但用不起来”的情况。
| 协同环节 | 关键问题 | 工程建议 |
|---|---|---|
| Interfaces → Data Archive | 时间戳不一致、采集频率不匹配 | 统一时区与时间源，明确各测点扫描周期 |
| Data Archive → AF | PI Point命名混乱，难以绑定 | 建立命名规范，如“机组_设备_参数” |
| AF → Vision | 计算属性口径不统一 | 在AF模板层统一定义KPI公式，避免看板各自计算 |
| AF → Web API | 接口暴露过多原始点，缺乏语义 | 优先暴露AF属性而非PI Point，保持业务语义 |
四、一个简化的能源绩效数据流示例
假设某车间需要计算“每吨产品电耗”。现场电表通过PI Interface以5秒周期采集有功功率，写入PI Data Archive的PI Point：LINE01_KWH_POWER；产量通过PLC按批次写入LINE01_PROD_QTY。在AF中建立“1号线”元素，定义两个属性分别绑定上述PI Point，并新增计算属性“单位电耗”，表达式为：
UnitPower = 'LINE01_KWH_POWER' * 5 / 3600
UnitConsumption = UnitPower / 'LINE01_PROD_QTY'其中5秒为采样周期，除以3600将秒换算为小时，得到kWh。该计算属性在AF中按班次时间窗口聚合后，由PI Vision以KPI卡片展示，同时通过PI Web API提供给MES的班组绩效报表。这样，从现场电表到管理报表，整条链路都围绕同一份AF模型展开，口径一致、可追溯、可复用。
掌握这五类组件的角色与协同关系后，后续的PI Point规划、AF建模、Vision看板设计和Web API集成才能有的放矢。它们不是五个独立工具，而是一条从现场信号到绩效洞察的完整价值链。