3. AVEVA PI System核心概念与数据模型

AVEVA PI System 并不是一个单一软件,而是一组围绕“时间序列数据”和“资产上下文”协同工作的组件集合。理解它最有效的方式,是先分清两条主线:一条负责把现场数据采集并长期存储为带时间戳的数值,另一条负责为这些数值赋予设备、工艺和层级含义。前者以 PI Data Archive 为核心,后者以 PI Asset Framework(AF)为核心,中间由 PI Interfaces、PI Connectors、PI Web API 等组件完成接入与消费。

一、组件分工:从现场信号到业务应用

PI Data Archive 是系统的时序数据库,存储的是 PI 点(PI Point)及其历史值。一个 PI 点通常对应一个可采集或可计算的量,例如 FIC101.PV 表示某流量控制回路的测量值。每个点有名称、工程单位、量程、点类型(Float32、Int32、Digital、String 等)和压缩方式。默认的例外偏差压缩(Exception Deviation)常设为量程的 0.5%,意味着新值只有超过该偏差才被记录,从而在保证趋势可用的前提下降低存储量。

PI Interfaces 是传统采集接口,通常以“接口实例 + 点列表”的方式运行,例如 PI Interface for OPC DA 通过 OPC 服务器读取 PLC 数据,再按扫描周期写入 Data Archive。PI Connectors 则是较新的接入方式,内置了资产发现能力,例如 PI Connector for OPC UA 可以自动浏览 OPC UA 地址空间,把设备节点映射为 PI 点,并同步生成 AF 元素结构。两者区别在于:Interfaces 更依赖人工点表配置,Connectors 更强调自动发现与资产同步。

PI Asset Framework 建立在 Data Archive 之上,用元素(Element)、属性(Attribute)、模板(Template)描述资产。元素是资产对象,如“1号锅炉”“给水泵A”;属性是元素的特征,如“出口压力”“运行状态”;模板是可复用的属性集合,例如“离心泵模板”包含入口压力、出口压力、流量、电流、运行状态等属性。属性通过数据引用(Data Reference)绑定到 PI 点,例如把“出口压力”属性绑定到 P101.DISCH_PRES。这样,同一个数值既存在于时序库中,又能在资产层级中被业务人员按设备名称找到。

PI System 组件与数据模型关系 现场设备 / 控制系统 PLC · DCS · OPC UA Server 仪表 · 传感器 PI Interfaces 点表配置 · 扫描周期 OPC DA / Modbus PI Connectors 自动发现 · 资产同步 OPC UA / MQTT PI Data Archive(时序数据库) PI Point:名称 · 工程单位 · 量程 · 点类型 · 压缩偏差 存储带时间戳的历史值,如 FIC101.PV = 125.4 m³/h @ 10:00:00 PI Asset Framework(资产框架) Element 元素 1号锅炉 · 给水泵A 资产层级对象 Attribute 属性 出口压力 · 流量 · 状态 通过 Data Reference 绑定 PI 点 Template 模板 离心泵模板 · 锅炉模板 可复用属性集合 数值 + 资产上下文 PI Web API RESTful 接口 查询点值 / AF 属性 业务应用 实时看板 · 报表 报警分析 · 移动端 第三方系统集成 图例 现场与采集 时序存储 资产模型

二、核心概念:点、元素、属性、模板

PI 点是数据的最小存储单元,命名通常遵循“位号.参数”约定,如 TI102.PV、P101.RUN。点类型决定可存储的数据形态:Float32 适合模拟量,Digital 适合开关状态,String 适合批次号。工程单位与量程不仅影响显示,也影响压缩计算,因此建点时必须与现场仪表一致。

元素是 AF 中的资产节点,可以嵌套形成层级,例如“工厂 → 车间 → 锅炉 → 给水泵”。属性是元素的特征,分为静态属性(如设备型号、安装日期)和动态属性(如温度、压力)。动态属性通过数据引用指向 PI 点,常见引用类型包括 PI Point Data Reference、Formula、String Builder 等。模板则把一类设备的属性集合标准化,例如“离心泵模板”定义入口压力、出口压力、流量、电流、运行状态五个属性,新建泵元素时直接套用模板,避免重复配置。

一个典型绑定示例:给水泵 A 元素套用“离心泵模板”,其“出口压力”属性数据引用配置为 P101.DISCH_PRES,“流量”属性引用 FIC101.PV。当现场压力变化时,Data Archive 记录新值,AF 属性通过引用实时读取该值,业务人员无需知道点名即可在资产树中查看“给水泵A → 出口压力”。

三、数据消费:PI Web API 与业务应用

PI Web API 以 RESTful 方式暴露 Data Archive 和 AF 的数据。常见调用包括获取某点的当前值、查询某元素某属性的历史趋势、按模板批量检索元素。例如请求 /piwebapi/streams/FIC101.PV/value 可返回当前流量值;请求 /piwebapi/assetdatabases/{webId}/elements 可列出某 AF 数据库下的元素。业务应用通过 HTTP 请求即可集成,无需在客户端安装 PI SDK。

建点与建模的先后顺序建议:先确认现场信号与点名规范,再在 Data Archive 建点并验证采集值;随后在 AF 中建模板、建元素、绑定属性;最后通过 PI Web API 验证属性能否正确读取。这样可避免“点已建好但资产树找不到对应数据”的返工。

四、组件协同的完整链路

以“1号锅炉给水泵出口压力监控”为例:现场压力变送器信号进入 OPC UA Server;PI Connector for OPC UA 自动发现该节点并创建 PI 点 P101.DISCH_PRES;Data Archive 按压缩规则存储历史值;AF 中“给水泵A”元素套用离心泵模板,出口压力属性绑定该点;PI Web API 提供查询接口;看板应用每 5 秒请求一次当前值并绘制趋势。整条链路中,Data Archive 解决“值存哪里”,AF 解决“值属于谁”,Interfaces/Connectors 解决“值怎么进来”,PI Web API 解决“值怎么出去”。

组件核心作用关键对象/概念典型使用场景
PI Data Archive时序数据存储与压缩PI 点、时间戳、压缩偏差历史趋势、过程值归档
PI Asset Framework资产建模与上下文关联元素、属性、模板、数据引用设备层级、KPI 计算、资产检索
PI Interfaces传统接口采集接口实例、点表、扫描周期OPC DA、Modbus 等既有系统接入
PI Connectors自动发现与资产同步数据源、资产映射、同步规则OPC UA、MQTT 等新系统快速接入
PI Web APIRESTful 数据消费Stream、AssetDatabase、WebIdWeb 看板、报表、第三方集成