📚 课程目录第3章 FactoryTalk Historian数据采集基础

3. FactoryTalk Historian数据采集基础

FactoryTalk Historian 是罗克韦尔自动化体系中承担时序数据存储与查询的核心组件，它把来自 ControlLogix、CompactLogix、PanelView、PowerFlex 变频器以及第三方 OPC 服务器的过程数据，按时间序列方式长期保存，供趋势分析、报表、批次追溯和事件回放使用。理解 Historian 的采集基础，关键要抓住五件事：架构分层、接口类型、标签命名、采集频率与压缩策略，以及它与追溯事件的关联方式。

一、Historian 的架构分层

FactoryTalk Historian 采用典型的“接口层—服务层—存储层—应用层”四层结构。接口层由各类采集接口（Interface）组成，负责从数据源读取实时值；服务层是 Historian Server 本体，包含快照（Snapshot）、归档（Archive）、事件（Event）和计算（Calculation）等子系统；存储层由归档文件（.dat）和配置数据库构成，归档文件按时间滚动；应用层则是 Excel 报表、Trend、DataLink、Web 客户端等消费端。

需要特别区分两个概念：快照保存每个标签的“当前值”，只保留最新一份，用于快速读取实时状态；归档保存历史值序列，按时间戳追加，是追溯查询的真正数据源。当接口写入一个新值时，Historian 先更新快照，再根据压缩规则决定是否将该值写入归档。这个“先快照、后归档”的顺序，是理解后续压缩策略的前提。

二、接口类型与选择

接口决定了 Historian 能“看到”哪些数据源。常见接口包括：OPC DA 接口，用于连接 RSLinx Classic 或第三方 OPC DA 服务器，适合传统 ControlLogix 与 PLC-5；OPC UA 接口，支持安全通道与信息模型，适合新一代 Logix 控制器和跨网段采集；FT Linx Gateway 接口，用于 FactoryTalk Linx 环境；PI Interface 兼容接口，用于对接已有 PI 资产或第三方系统。

选择接口时，先确认数据源协议，再确认采集点数量与刷新周期。例如一条产线有 800 个标签、要求 1 秒刷新，OPC DA 接口在单通道下可能接近上限，此时应拆分为两个接口实例或改用 OPC UA 接口。接口配置中还要设置“扫描类”（Scan Class），它决定接口向数据源请求数据的周期，是后续采集频率的源头。

三、标签命名规范

标签命名是 Historian 工程中最容易被忽视、却最影响追溯效率的环节。推荐采用“层级—设备—信号—属性”四段式结构，用点号或下划线分隔，例如：

Plant01.LineA.Filler01.MotorSpeed
Plant01.LineA.Filler01.FillVolume
Plant01.LineA.Filler01.BatchID
Plant01.LineA.Filler01.State

命名应遵循三条规则：第一，唯一性，同一 Historian 内不得重名；第二，可读性，避免使用 PLC 地址（如 Local:1:I.Data[3]）作为标签名，应映射为语义名；第三，稳定性，标签名一旦被追溯报表引用，不应随意更改，否则历史查询会断链。对于批次相关标签，建议统一以 BatchID、Recipe、State 等后缀结尾，便于在事件关联时批量匹配。

四、采集频率与压缩策略

采集频率由接口的扫描类和标签的采集属性共同决定。扫描类常见设置为 1 秒、5 秒、10 秒、30 秒。频率越高，数据越细，但归档增长越快。压缩策略则决定“哪些值真正写入归档”。Historian 默认使用异常偏差压缩（Exception Deviation）与最大时间压缩（Maximum Time）组合：

异常偏差：当新值与上一次归档值的偏差超过设定阈值时才记录。例如温度标签设定 0.5℃，若当前值变化 0.3℃ 则不归档。
最大时间：即使数值没有明显变化，超过设定时间（如 600 秒）也强制记录一次，保证趋势曲线有“心跳点”。

以灌装机液位标签为例：扫描类 1 秒，异常偏差 0.2%，最大时间 300 秒。若液位在 3 分钟内从 50.0% 缓慢升到 50.1%，偏差未超 0.2%，则不会写入归档；到 300 秒时强制写入 50.1%。这样既保留了趋势形态，又把归档量从每秒 1 条降到约每 5 分钟 1 条。对于追溯关键量（如批次号、配方号、报警状态），应把异常偏差设为 0，确保每次变化都被记录。

压缩阈值不是越小越好。阈值过小会导致归档文件迅速膨胀，查询变慢；阈值过大则可能丢失追溯所需的细节。建议按“工艺允许的误差”来设定，而不是按“存储空间”来设定。

五、与追溯事件的关联

Historian 本身只存时序值，追溯事件则需要把“批次—时间—设备—参数”绑定起来。常见做法是：在 PLC 或 MES 侧生成批次开始/结束事件，通过接口写入 Historian 的事件标签（Event Tag），例如 BatchStart、BatchEnd、BatchID。追溯查询时，先按 BatchID 找到事件时间戳，再以该时间窗口去检索同一设备下所有工艺标签的归档值，形成“批次—参数曲线—结果”的完整链路。

例如查询批次 B20240612-003 的灌装过程：先读取 BatchStart 事件时间 08:15:00 与 BatchEnd 时间 08:42:30，再检索 Filler01 下 FillVolume、MotorSpeed、State 三个标签在该窗口内的归档值，最后与批次结果表（合格/不合格）关联。这样，Historian 的时序数据就真正服务于追溯，而不仅仅是趋势展示。

事件标签必须与工艺标签使用同一时间基准。若 Historian Server 与 PLC 存在时钟偏差，批次窗口可能错位，导致追溯数据缺失或串批。建议启用时间同步（如 NTP 或控制器时钟同步）。

总结来看，FactoryTalk Historian 的数据采集基础可以归纳为一条主线：接口把数据源接入，快照保存当前值，压缩策略决定归档密度，标签命名保证可检索，事件标签把时序数据与批次追溯绑定。掌握这条主线，后续的追溯查询、报表设计和性能调优才有稳固的根基。