2. 制造数据采集基础与FactoryTalk架构

制造数据采集的本质，是把车间现场“正在发生什么”转换成上层系统“可以计算和判断什么”。这条链路横跨两个世界：OT（Operational Technology，运营技术）关注设备动作、工艺参数和实时控制，强调确定性、实时性和可靠性；IT（Information Technology，信息技术）关注数据存储、业务逻辑和分析展示，强调标准化、可扩展和可集成。FactoryTalk 的价值，正是在这两者之间建立一条可配置、可诊断、可扩展的数据通道。

一、OT 与 IT 的边界与融合点

OT 侧的核心对象是控制器、传感器、驱动器和现场网络。以一条典型灌装线为例：PLC 通过 EtherNet/IP 扫描远程 I/O，读取液位变送器的 4–20 mA 信号（经模拟量模块转换为 0–27648 的整数值），同时输出阀岛控制字。这些数据在 PLC 内部以标签（Tag）形式存在，例如 Line1_Filler_Level_PV、Line1_Filler_Valve_Cmd。OT 的“语言”是周期扫描、过程映像和确定性刷新，周期通常在 5–20 ms 量级。

IT 侧的核心对象是数据库、MES、报表和可视化平台。它不直接关心某个扫描周期内标签是否变化，而关心“过去一小时平均液位是多少”“当前批次是否超差”。IT 的“语言”是 SQL、REST、消息队列和时间戳对齐，周期通常在秒级甚至分钟级。

融合点在于：把 OT 的实时标签，按约定的语义、频率和质量码，映射为 IT 可消费的数据流。这个映射不是简单的“读一个值”，而要处理地址绑定、数据类型转换、采集周期、死区、时间戳来源、断线缓存和写回权限等问题。FactoryTalk 体系中的 FactoryTalk Linx、FactoryTalk Historian、FactoryTalk View 等组件，分别承担通信、历史存储和可视化职责，形成分层协作。

二、数据源类型与接入方式

制造现场的数据源大致可分为四类，接入方式差异明显：

• PLC / PAC：最直接的数据源。通过 EtherNet/IP、Profinet、Modbus TCP 等协议访问控制器标签或寄存器。FactoryTalk Linx 作为通信网关，负责建立与 ControlLogix、CompactLogix 等设备的会话，并把标签浏览结果暴露给上层客户端。
• SCADA / HMI：已有 SCADA 系统往往已经完成了部分标签聚合和报警管理。此时可通过 OPC DA/UA 或数据库接口二次采集，避免重复直连 PLC 造成负载叠加。
• 传感器与智能仪表：温度、压力、流量、振动等传感器可能经变送器输出模拟量，也可能直接支持 IO-Link、Modbus RTU 或 MQTT。模拟量需要关注量程换算和滤波，数字量需要关注字节序和寄存器映射。
• OPC 服务器：OPC UA 已成为跨厂商互操作的主流。它提供地址空间浏览、订阅发布、安全证书和结构化数据类型，适合把多品牌设备统一到同一命名空间下。

选择接入方式时，一个实用判断是：优先复用已有聚合层，避免多条链路同时直连同一控制器。例如 PLC 已被 SCADA 以 100 ms 周期采集，则历史库宜从 SCADA 或 OPC UA 服务器订阅，而不是再开一条 50 ms 的直连通道。

三、FactoryTalk 组件通信与端到端数据流

从设备层到可视化层，数据大致经过“现场设备 → 通信网关 → 采集/历史服务 → 应用与可视化”四段。下图给出一个端到端数据流示意，包含典型协议、组件和方向。图中实线表示数据上行，虚线表示配置/写回下行。

理解这张图的关键，是看清每一段“协议边界”和“语义边界”。设备层到网关层，协议边界是 EtherNet/IP、Modbus、OPC UA；网关层到采集层，语义边界是标签名、数据类型、工程单位、质量码；采集层到应用层，语义边界是时间戳对齐、批次归属和聚合粒度。任何一段边界定义不清，都会表现为“数据能读到但不可信”。

四、一个可复现的采集配置示例

以灌装线液位采集为例，假设 PLC 中标签 Line1_Filler_Level_PV 为 REAL 类型，工程范围 0–100%，采集周期 500 ms，死区 0.2%。在 FactoryTalk Linx 中建立与 PLC 的 EtherNet/IP 会话后，可在采集端按如下思路配置（以下为示例参数，非实测结果）：

Tag:        Line1_Filler_Level_PV
Source:     EtherNet/IP -> 192.168.10.21 (ControlLogix)
Data Type:  REAL
Scan Rate:  500 ms
Deadband:   0.2 %
Units:      %
Quality:    Good / Bad / Uncertain
Timestamp:  Collector local time (NTP 同步)
Archive:    FactoryTalk Historian, 1 s 压缩存储

配置完成后，判断采集是否正常的依据不是“画面有数”，而是三点：一是标签质量码持续为 Good；二是 Historian 中时间戳间隔稳定在 1 s 附近，无大段空洞；三是把 PLC 在线值与 Historian 回读值做同一时刻比对，偏差应在死区和通信延迟允许范围内。若质量码频繁 Uncertain，通常指向通信超时或 PLC 任务周期过载；若时间戳跳变，则优先检查采集机与 PLC 的时钟同步。

五、数据流设计中的关键判断

在实际项目中，端到端数据流是否合理，可以用四个问题快速检验：第一，数据源是否被重复直连？第二，每个标签是否有明确的工程单位、量程和质量码定义？第三，断线后是否有缓存或补传机制，补传数据的时间戳是否保留原始采集时刻？第四，写回路径是否经过权限和互锁校验，避免 IT 侧误写导致设备动作？这四个问题分别对应负载、语义、完整性和安全性，也是 FactoryTalk 架构落地时最容易被忽略的部分。

把设备层、网关层、采集层和可视化层串起来看，制造数据采集不是单点技术，而是一条需要逐段定义、逐段验证的数据链。只有每一段的协议、语义、频率和质量都可解释，上层看板上的数字才真正具备决策价值。