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 和告警视图,是最终用户直接接触的界面层。
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 允许扩展属性但不得修改模板主键。
落地时需要重点确认三件事:一是命名与单位规范,测点名、元素路径、工程单位必须在中心模板中先定义,再下发到各厂;二是同步冲突规则,例如中心只读、本地可写,或中心优先、本地补录需标记来源;三是缓冲与补传验证,断开中心链路后,本地应能继续采集并缓存,恢复后自动补传,且补传数据的时间戳与原始值一致。这三项确认完成后,跨工厂数据汇聚才具备可运维的基础。