📚 课程目录第4章 PI Interface与PI Connector跨工厂数据采集

4. PI Interface与PI Connector跨工厂数据采集

跨工厂数据汇聚的第一道关口，是把分散在各厂区的控制系统、仪表、电力监控、环境监测等数据源接入 PI System。PI System 提供了两条主要技术路线：传统的 PI Interface 与新一代的 PI Connector。二者并非简单的新旧替代关系，而是面向不同数据源特征、网络条件与运维模式的互补方案。理解它们的适用边界，是设计跨工厂采集架构的基础。

常用接口类型与协议特征

PI Interface 是运行在采集节点上的独立进程，通过厂商或 OSIsoft 提供的接口程序，把外部数据源的实时值写入 PI Data Archive。跨工厂场景中最常见的协议有以下几类：

OPC DA：基于 Windows COM/DCOM，适合与本地 DCS、SCADA 的 OPC Server 通信。优点是成熟、点位映射直观；缺点是 DCOM 配置复杂、跨网段和跨防火墙能力弱，通常只在同一厂区局域网内使用。
OPC UA：面向服务的架构，内置安全策略与证书机制，支持跨平台、跨网段通信，是跨工厂采集的首选。它既能读取实时数据，也能访问地址空间中的结构化信息。
Modbus TCP/RTU：协议简单、设备普及率高，常见于电表、流量计、PLC。采集时需明确寄存器地址、数据类型（如 32 位浮点需两个寄存器并注意字序）、字节序与扫描周期。
SNMP：主要用于网络设备、UPS、机房环境监控，通过 OID 读取计数器与状态量，适合低频采集。
其他：如 IEC 104（电力）、BACnet（楼宇）、CSV/文件接口（实验室或第三方系统导出）。

这些接口的共同点是“点对点”采集：一个接口实例对应一个数据源，点位在接口配置文件中静态定义。当工厂数量增多、数据源类型复杂时，接口实例数量和维护成本会快速上升。

PI Connector for OPC UA 与 PI Connector Relay

PI Connector 采用“连接器 + 中继”的分布式架构，把采集与传输解耦。以 PI Connector for OPC UA 为例，它部署在靠近数据源的厂区侧，通过 OPC UA 客户端连接现场 OPC UA Server，自动浏览地址空间、发现点位，并按配置的周期读取数据。采集到的数据先写入本地缓冲，再通过 PI Connector Relay 转发到中心 PI Data Archive。

Relay 是这一架构的关键组件。它部署在 DMZ 或中心侧，负责接收来自多个厂区 Connector 的数据流，并统一写入 PI Data Archive。这样做带来三个实际好处：其一，厂区侧只需开放到 Relay 的单向出站连接，无需在中心侧反向访问厂区网络，符合工业网络安全分区要求；其二，Relay 可对多路数据流做集中排队与重试，避免单个厂区网络抖动影响其他厂区；其三，新增工厂时只需部署一个 Connector 并注册到 Relay，中心侧无需改动采集配置。

选择建议：已有大量 OPC DA 接口且运行稳定、厂区网络隔离要求不高的场景，可继续沿用 PI Interface；新建跨工厂采集、数据源以 OPC UA 为主、需要集中运维的场景，优先采用 PI Connector + Relay 架构。

远程采集与缓冲机制

跨工厂采集最大的风险不是“读不到”，而是“网络中断时数据丢失”。PI 的缓冲机制分为两级：接口/连接器侧缓冲与传输侧缓冲。

PI Interface 通常配合 PI Buffer Subsystem（PI Buffer Subsystem，简称 PI BufSS）工作。当 PI Data Archive 不可达时，接口把数据写入本地缓冲区文件；恢复后按时间顺序回补。缓冲区大小需根据“最长预期中断时间 × 数据速率”估算。例如某厂区有 5000 个点位，平均每 5 秒采集一次，则每秒约 1000 个事件；若要求容忍 8 小时中断，缓冲区需能容纳约 2880 万个事件，实际配置时应留出 1.5～2 倍余量。

PI Connector 则内置持久化队列，数据先落盘再发送，Relay 侧也有队列。即使中心 PI Data Archive 短时不可用，数据仍可在 Relay 排队等待。需要注意的是，缓冲只能解决“暂时不可达”，不能解决“点位配置错误”或“时间戳错乱”，因此仍需监控队列深度与回补延迟。

采集配置的关键参数与判断依据

无论采用哪条路线，跨工厂采集都需要关注以下参数，它们直接决定数据完整性与系统负载：

参数	典型取值（示例）	影响与判断依据
扫描周期	1 s / 5 s / 60 s	过快增加网络与归档负载；过慢丢失过程细节。按工艺时间常数选取，一般不超过最快变化周期的 1/5。
异常死区	0.5% 量程	抑制噪声写入，降低事件量。死区过大将掩盖真实小波动。
缓冲容量	≥ 8 小时事件量	按最长预期中断时间估算，并留 1.5～2 倍余量。
时间戳来源	数据源时间戳优先	跨厂区时钟偏差会导致趋势错位，需统一 NTP 并核对时区。
队列深度告警	持续增长即告警	队列只增不减说明中心写入受阻或网络持续劣化。

实际调试时，建议先在单个厂区完成点位发现与写入验证，再接入 Relay 做多厂区联调。验证方法不是看“有没有数据”，而是对比源端与 PI Data Archive 中同一时间戳的值是否一致、断网 10 分钟后恢复能否自动回补、回补后时间序列是否连续。只有这三项都通过，才说明采集链路具备跨工厂运行条件。

常见误区：把 Relay 当作“协议转换器”。Relay 不解析 OPC UA 地址空间，它只负责传输与排队；点位发现和协议解析由厂区侧的 Connector 完成。若厂区侧 Connector 配置错误，Relay 无法纠正。

综上，PI Interface 适合稳定、封闭、已有大量存量配置的厂区；PI Connector + Relay 适合远程、多厂区、需要集中运维和单向网络穿透的场景。两者可以共存于同一 PI System 中，按数据源特征分别选型，最终都汇聚到统一的 PI Data Archive 与 PI AF 资产模型，为后续的统一治理提供一致的数据底座。