2. PI System核心架构与跨工厂部署模式

跨工厂数据汇聚能否稳定落地,首先取决于对 PI System 各组件职责边界的准确理解。PI System 并不是一个单一软件,而是一条从现场信号到企业级分析的完整数据链:PI Interface 与 PI Connector 负责把不同来源的数据接入;PI Data Archive 负责高密度时序数据的存储与检索;PI AF(PI Asset Framework)负责把测点组织成有业务语义的资产模型;PI Vision 负责面向用户的展示与交互。理解这条链路,才能判断跨工厂部署时哪些组件应当集中、哪些应当下沉。

2.1 核心组件的职责与数据流

PI Interface 是传统采集方式,通常以“接口实例 + 点位映射”的形式运行在采集节点上,通过 OPC DA/UA、Modbus、专有驱动等协议读取 DCS、PLC、SCADA 的数据,再写入 PI Data Archive。它的特点是成熟、可控、支持复杂点位配置,但每个接口实例需要单独维护,接口数量多时运维成本明显上升。

PI Connector 是较新的接入方式,面向常见数据源提供“开箱即用”的连接能力,例如 PI Connector for OPC UA、PI Connector for UFL、PI Connector for CSV 等。它通常自带缓冲、自动发现和断点续传机制,配置以连接和模板为主,适合设备数量多、协议相对标准的场景。二者并非替代关系:老旧 DCS 往往仍需 Interface,而新建产线、边缘网关和 IT/OT 融合数据源更适合 Connector。

PI Data Archive 是时序数据的中枢,存储的是带时间戳的测点值,强调高压缩比、高写入吞吐和长期历史保留。它不擅长表达“这个测点属于哪条产线、哪个工单”,这正是 PI AF 的职责。PI AF 通过元素模板、元素、属性、层级关系和计算分析,把裸测点组织成“工厂—车间—产线—设备—测点”的资产树,并支持公式、Rollup、事件框架等能力。PI Vision 则基于 AF 模型和 Data Archive 数据构建画面、趋势、KPI 和告警视图,是最终用户直接接触的界面层。

PI System 核心组件数据流与跨工厂部署分层 现场层(各工厂) DCS / PLC SCADA / 边缘网关 实验室 / LIMS MES / 关系数据库 CSV / 文件源 接入层(工厂侧或区域侧) PI Interface OPC DA/UA · Modbus · 专有驱动 PI Connector OPC UA · UFL · CSV · 缓冲续传 PI Interface(冗余) 关键装置双通道采集 PI Connector Relay 边缘汇聚与转发 汇聚层(中心或区域数据中心) PI Data Archive 时序存储 · 压缩 · 历史检索 PI AF Server 资产模型 · 模板 · 计算分析 PI AF 数据库(SQL) 模型元数据 · 安全配置 应用层(企业侧) PI Vision 画面 · 趋势 · KPI · 告警 PI DataLink / Excel 报表 · 离线分析 第三方分析 / BI REST · ODBC · AF SDK 数据自下而上流动:现场信号 → 接入缓冲 → 时序与模型汇聚 → 企业级展示与分析

2.2 三种跨工厂部署拓扑

集中式部署是在企业总部或主数据中心部署一套 PI Data Archive 与 PI AF,各工厂的 Interface/Connector 通过广域网直接写入中心。优点是模型统一、查询简单、许可证集中、跨厂对比天然可行;缺点是所有工厂都依赖中心可用性和网络质量,一旦链路中断,采集侧必须依靠接口缓冲或 Connector 缓冲顶住,否则会丢数。集中式适合工厂数量不多、网络条件好、治理要求强的集团。

分布式部署是每个工厂各自部署 PI Data Archive 和 PI AF,工厂内部闭环运行,企业侧再通过 PI-to-PI 接口、AF 链接或数据复制方式做汇总。优点是本地自治、响应快、单厂故障不影响全局;缺点是模型容易各自为政,测点名、单位、层级不统一,跨厂分析需要额外做映射,许可证和运维成本随工厂数量线性增长。分布式适合网络不稳定、工厂独立性高、监管要求数据留在本地的场景。

混合式部署是当前大型集团最常见的选择:在区域或工厂保留 PI Data Archive 作为本地缓存与自治层,同时把关键测点和统一资产模型汇聚到中心 PI AF 与中心 Data Archive。采集侧用 Connector 或 Interface 写入本地,本地再通过 PI-to-PI 或 AF 复制向中心同步。它兼顾了本地可用性和全局治理,但需要明确“哪些数据留在本地、哪些必须上中心、以什么频率同步、冲突时以谁为准”。

2.3 选型判断与关键参数

选型不应只看工厂数量,而应围绕四个维度判断:网络质量与中断容忍度、数据治理集中度、跨厂分析实时性要求、运维与许可证成本。下面给出一份可直接用于讨论的选型对照表,参数为示例性建议值,实际项目需结合现场评估调整。

判断维度 集中式 分布式 混合式
工厂数量(示例参考) ≤3 个,网络稳定 ≥5 个,网络差异大 3~20 个,分区域管理
链路中断容忍 低,依赖接口缓冲 高,本地闭环 高,本地缓存 + 中心同步
资产模型统一程度 高,单一 AF 低,需跨库映射 中高,中心主模型 + 本地扩展
跨厂实时对比 天然支持 需额外汇总层 中心侧支持,延迟取决于同步周期
典型同步周期(示例) 实时写入 5~15 分钟批量 关键点 1 分钟,一般点 5~15 分钟
运维复杂度 低(集中) 高(多套) 中(需治理同步规则)
判断口诀:网络稳、工厂少、要统一,优先集中式;网络差、工厂多、要自治,优先分布式;既要本地可用又要全局治理,选混合式,并把“同步哪些点、多久同步、冲突以谁为准”写成明确规则。

2.4 混合式部署的落地要点

以某集团三个工厂为例:A 厂为新建产线,采用 PI Connector for OPC UA 直接接入边缘网关;B 厂为老 DCS,保留 PI Interface 并通过接口缓冲写入本地 Data Archive;C 厂为实验室数据,用 PI Connector for CSV 定时导入。三个工厂各自保留本地 PI Data Archive 与本地 AF,中心部署统一 AF 模板和中心 Data Archive。同步策略为:A、B 厂的关键工艺参数每 1 分钟通过 PI-to-PI 同步到中心,C 厂实验数据每 15 分钟批量同步;中心 AF 使用统一元素模板,本地 AF 允许扩展属性但不得修改模板主键。

落地时需要重点确认三件事:一是命名与单位规范,测点名、元素路径、工程单位必须在中心模板中先定义,再下发到各厂;二是同步冲突规则,例如中心只读、本地可写,或中心优先、本地补录需标记来源;三是缓冲与补传验证,断开中心链路后,本地应能继续采集并缓存,恢复后自动补传,且补传数据的时间戳与原始值一致。这三项确认完成后,跨工厂数据汇聚才具备可运维的基础。