4. 数据采集与集成
在PI数据分析与设备KPI工程中，数据采集与集成是整个体系的地基。PI系统（PI Data Archive + PI Interface + PI AF）本身并不直接“读取”现场设备，而是通过接口层把DCS、PLC、SCADA、智能传感器等异构数据源统一转换为PI点（PI Tag），再进入历史数据库。理解这条链路的结构、接口类型与实时性约束，决定了后续KPI计算是否可信、是否及时。
一、核心原理：四层数据接入链路
从现场到PI，数据通常经过“现场层—控制层—采集层—PI层”四段。现场层是变送器、流量计、振动传感器等；控制层是PLC、DCS控制器、RTU；采集层是SCADA、OPC Server、网关或PI Interface节点；PI层则是PI Data Archive、PI AF与PI Vision。每一层都有各自的协议、时标与刷新周期，接口配置的本质就是让这些周期与语义对齐。
二、接口类型与配置要点
PI接口按数据源可分为三类：一是原生PI接口，如PI Interface for OPC DA、PI Interface for Modbus TCP、PI Interface for IEC 61850，直接由PI节点主动轮询；二是网关/中间件方式，通过Kepware、Ignition、MQTT Broker等把数据汇聚后再以OPC UA或REST方式送入PI；三是PI Web API / PI Connector，适合云边协同与IT/OT融合场景。配置时需重点关注扫描周期、时标来源、死区（Deadband）、异常值过滤与断线缓存。
[PI Interface for OPC DA 配置示例]
InterfaceName = OPCINT
Host = PI-SRV-01
OPCServer = Kepware.KEPServerEX.V6
ScanRate = 2 ; 秒
TagFile = C:\PI\Interfaces\OPCINT\tags.txt
FailoverTime = 30 ; 秒
Deadband = 0.1 ; 工程单位
TimestampSource = Source ; 采用源时标
其中时标来源是易被忽视的关键参数。若采用PI接收时标，网络抖动会把同一秒的数据打散；若采用源时标，则需保证DCS/PLC时钟与NTP同步，否则KPI计算会出现“时间漂移”。
三、实时性要求与分级
不同业务对实时性的要求差异很大。设备KPI通常分为实时监控、准实时统计与离线分析三档。实时监控要求端到端延迟小于2秒；准实时统计允许5~30秒；离线分析可接受分钟级。接口扫描周期应小于业务要求延迟的1/3，才能留出缓冲与重传余量。
| 业务场景 | 典型数据源 | 接口方式 | 扫描周期 | 端到端延迟 |
|---|---|---|---|---|
| 设备实时报警 | DCS / SIS | OPC DA / 原生接口 | 1 s | < 2 s |
| OEE 实时看板 | PLC / SCADA | OPC UA / Modbus TCP | 2~5 s | < 10 s |
| 能耗小时统计 | 电表 / 流量计 | Modbus RTU / MQTT | 10~30 s | < 1 min |
| 设备健康分析 | 振动传感器 | PI Connector / 边缘网关 | 1~5 s | < 30 s |
四、案例与常见误区
某化工厂在接入DCS时，最初把OPC DA扫描周期设为10秒，结果OEE看板上的“停机事件”总是滞后，且短于10秒的瞬时停机被完全漏掉。复盘发现：DCS内部事件帧为1秒，但接口轮询太慢，导致PI只看到“稳态值”。调整方案是把关键停机信号改为事件驱动（OPC DA的OnDataChange），非关键模拟量保持5秒轮询，并在PI AF中建立“停机事件帧”计算，最终延迟降到1.5秒以内。
常见误区：① 所有点都用同一扫描周期，造成网络与PI Archive压力过大；② 忽略死区设置，导致大量冗余数据写入；③ 未配置断线缓存，网络闪断后数据永久丢失；④ 时标不统一，KPI计算出现“负时长”或“重复计数”。
实践建议：先按业务延迟倒推扫描周期，再按点类型分组配置；关键事件用事件驱动，模拟量用轮询+死区；所有接口节点启用缓冲与NTP同步；上线前用PI SMT的“Interface Status”与“PI Tag Search”验证数据完整率与时间戳一致性。
数据采集与集成不是一次性配置，而是持续治理的过程。只有把现场协议、接口参数、时标语义与业务实时性要求对齐，PI系统中的KPI才具备工程可信度，后续的设备绩效分析、预测性维护与能效优化才有坚实的数据基础。