4. FactoryTalk Historian数据采集与存储
KPI 看板上的每一个数字，最终都来自现场设备或控制系统中的某个测点。FactoryTalk Historian 的职责，就是把这些测点按固定节奏采集下来、长期保存，并在需要时准确还原成趋势曲线或统计值。如果采集接口配置不当、归档策略不合理，或者时间基准不统一，看板就会出现“数据跳变”“曲线断点”“同一时刻两个值”等问题。本节围绕 Historian SE/ME 的采集接口配置、归档与压缩策略、回填机制以及完整性验证展开，目标是让读者能够独立完成一套可用的历史数据链路配置。
一、采集接口：数据从哪里进入 Historian
FactoryTalk Historian 本身不直接读取 PLC 或控制器的内存，它依赖采集接口（Interface）完成协议转换与数据搬运。常见接口包括 FactoryTalk Historian SE Interface for FactoryTalk Live Data（面向 Logix 控制器、FactoryTalk View 等）、OPC DA/UA 接口（面向第三方 OPC 服务器）、PI Interface for OPC DA 以及针对 Modbus、Siemens 等协议的专用接口。选择接口时，核心判断依据是数据源类型、通信协议、采集频率要求以及是否需要支持冗余。
以最常见的 FactoryTalk Live Data 接口为例，配置过程分为三步。第一步是在 Interface Configuration Utility（ICU）中新建接口实例，指定接口名称、扫描周期和 Historian 服务器地址。第二步是建立“标签映射”：把 Historian 中的 Tag 名称与 FactoryTalk 目录中的设备标签绑定。例如现场有一个包装线速度测点 Line1_Packaging_Speed，在 Historian 中可命名为 PKG_LINE1_SPEED，映射时需填写 FactoryTalk 路径 \\PlantNetwork\Line1\Packaging\Speed。第三步是设置采集参数，包括扫描周期（Scan Period）、异常偏差（Exception Deviation）和是否启用压缩。
扫描周期决定数据进入 Historian 的频率。对于 KPI 看板，并非所有测点都需要 1 秒采集。产量计数、速度、节拍等变化较快的测点可设为 1～5 秒；温度、压力等缓变量可设为 30～60 秒；班次产量、OEE 等统计量通常由 Historian 的 Totalizer 或 Calculation 在归档层生成，不需要高频采集。异常偏差用于过滤微小波动，例如速度测点设置偏差为 0.5，则只有变化超过 0.5 时才记录新值，这能显著减少归档量。
二、归档、压缩与回填：让数据既完整又经济
Historian 的存储模型由 Snapshot（当前值）、Archive（归档文件） 和 Compression（压缩） 三部分组成。Snapshot 保存每个 Tag 的最新值，供实时看板读取；Archive 按时间顺序保存历史数据，通常以固定大小滚动生成，例如每个归档文件 2 GB，写满后自动创建下一个。归档文件的位置、大小和备份策略在 Historian Administrator 的 Archive 配置中设置。
压缩是 Historian 的核心机制。它采用“旋转门压缩”（Swinging Door）算法，在保证趋势还原精度的前提下丢弃冗余点。配置压缩时有两个关键参数：Compression Deviation（压缩偏差）和 Compression Maximum Time（最大压缩时间）。压缩偏差表示允许的数值误差范围，例如温度测点设为 0.2，则相邻两点之间只要线性插值误差不超过 0.2，中间点就会被压缩掉；最大压缩时间表示即使数值没有明显变化，也至少每隔一段时间记录一个点，防止曲线出现长时间“平直无点”的情况。对于 KPI 看板，建议对参与 OEE、产量统计的测点设置较小的压缩偏差（如 0.1～0.5），对仅用于监视的辅助测点可放宽到 1～2。
回填（Backfill）用于补采因网络中断、接口重启或 Historian 停机而丢失的数据。FactoryTalk Historian 支持两种回填方式：一是接口层的 Buffering，接口在无法连接 Historian 时把数据暂存在本地缓冲区，恢复后自动补发；二是基于归档文件的 Backfill，通过 PI Buffer Subsystem 或接口的 Backfill 功能，从数据源重新读取指定时间段的数据写入 Historian。配置回填时需要指定回填时间范围、数据源路径和冲突处理策略（覆盖或跳过已有数据）。
三、时间同步与完整性验证
时间同步是历史数据可信的前提。FactoryTalk Historian 内部以 UTC 存储时间戳，但接口在采集时会使用数据源的时间。如果控制器、接口主机和 Historian 服务器之间存在时钟偏差，同一个生产事件在 Historian 中可能被记录成两个不同时刻。建议在接口主机和 Historian 服务器上统一配置 NTP 服务，指向同一时间源，并定期检查偏差。对于 Logix 控制器，可通过 GSV(WallClockTime) 指令读取控制器时间，与 Historian 服务器时间比对，偏差超过 1 秒即应排查。
完整性验证通常从三个层面进行。第一层是标签级检查：在 Historian System Management Tools 中查看每个 Tag 的采集状态、最后更新时间、当前值和压缩率，确认没有“Stale”或“Bad”状态。第二层是趋势级检查：在 PI ProcessBook 或 Historian Trends 中调出关键 KPI 测点的趋势曲线，观察是否存在断点、台阶或异常尖峰。第三层是统计级检查：用 PI DataLink 或 Historian 的 Summary 计算指定时间段的平均值、最大值、最小值、样本数，与现场记录或班次报表比对。例如某班次产量计数器的 Historian 统计值应与 MES 或手工记录一致，偏差超过 1% 就需要追查采集或压缩配置。
四、面向 KPI 看板的配置要点
把上述机制落到 KPI 看板场景，需要特别关注几类测点的处理方式。产量计数器通常使用 Historian 的 Totalizer 功能，把瞬时计数转换为班次累计值，并设置每日或每班次自动复位；速度、节拍等测点建议启用压缩但保留最大压缩时间，确保趋势曲线在长时间稳定运行时仍有足够采样点；OEE 中的时间分类（运行、停机、换型）通常由控制器中的状态字或 Historian 的 Calculation 标签生成，需要保证状态切换的时间戳准确。
一个常见的配置示例是：包装线速度测点 PKG_LINE1_SPEED，扫描周期 2 秒，异常偏差 0.5，压缩偏差 0.3，最大压缩时间 300 秒；产量计数器 PKG_LINE1_COUNT，扫描周期 1 秒，不压缩，由 Totalizer 按班次累计；停机状态 PKG_LINE1_STOP，扫描周期 1 秒，异常偏差 0，确保每次状态变化都被记录。这些参数需要在接口配置和 Historian Tag 属性中分别设置，并通过趋势回放验证效果。
最后，建议在 Historian 中为每个 KPI 看板建立独立的 Tag 分组或 Module，把采集接口、归档策略、压缩参数和回填配置集中管理。这样在新增产线或调整看板时，可以快速复制配置模板，减少遗漏。完成配置后，用 PI DataLink 导出最近 24 小时的关键测点数据，与现场 HMI 或 MES 记录做一次交叉核对，确认时间戳、数值和样本数一致，即可认为数据底座达到可用状态。