📚 课程目录第3章工业数据采集基础

3. 工业数据采集基础

在FactoryTalk数据采集与集成项目中，第一步永远不是打开软件配置通信，而是先回答一个基础问题：我们要采什么、采多快、采来做什么。工业数据采集（Industrial Data Acquisition）是指从现场设备、控制器、仪表和传感器中，按约定的周期或触发条件读取反映生产过程状态的数据，并将其转换为上层系统可识别、可存储、可分析的形式。它既是OT层与IT层之间的“感官系统”，也是后续MES、SCADA、历史库和数据分析平台的数据源头。

数据采集的本质可以概括为一条链路：物理量 → 信号 → 控制器变量 → 通信协议报文 → 采集服务 → 统一数据模型 → 上层应用。任何一环定义不清，都会导致“数据采上来了，但不可用”。

一、数据类型：先分类，再决定怎么采

工业现场的数据并非只有“数值”一种。若不加区分地统一按固定周期采集，既浪费带宽，也会丢失关键事件。常见分类如下：

模拟量（Analog）：温度、压力、流量、液位、电流等连续变化量，如 4–20mA、0–10V 信号，通常需要工程量转换与量程标定。
数字量/开关量（Discrete）：阀门开到位、电机运行、急停触发等，只有 0/1 两种状态，适合变化上报或高速扫描。
状态量与枚举量：设备模式（自动/手动/维护）、报警等级、配方编号，取值有限但语义重要。
事件与报警：带时间戳的离散事件，如“1号泵过载跳闸”，必须保证顺序与时间精度。
批次与配方数据：与工单、批次号绑定的结构化数据，强调上下文关联而非高频刷新。
字符串与结构化记录：条码、检测结果、设备日志，通常按事件触发采集。

在FactoryTalk体系中，这些数据最终会被映射为标签（Tag）或数据点，并赋予名称、数据类型、工程单位、量程、死区等属性。分类的价值在于：不同类型的数据，采集策略完全不同。

二、采集频率与实时性要求

采集频率（Scan Rate / Sampling Rate）指单位时间内读取数据的次数，常见单位是毫秒（ms）或赫兹（Hz）。实时性则描述从现场变化发生到上层系统可见的端到端延迟。二者相关但不等同：采得快不等于实时性好，还要看通信链路、协议开销、服务处理和数据落库环节。

数据类别	典型采集周期	实时性要求	典型场景
安全联锁/急停	1–10 ms	硬实时	安全PLC、急停回路
运动控制/伺服	1–10 ms	硬实时	包装机、机器人
过程模拟量	100 ms–1 s	准实时	温度、压力、流量
设备状态/报警	变化触发或 100 ms	准实时	OEE、报警管理
能耗与计量	1–15 s	软实时	能源管理、报表
批次与质量记录	事件触发	非实时	MES、追溯
历史趋势归档	1 s–1 min	非实时	历史库、分析

实践中常用“变化上报 + 周期心跳”组合策略：模拟量设置死区（Deadband），只有变化超过阈值才上报；同时保留低频心跳，确保通信链路可被监控。这样既降低负载，又不丢失关键变化。

三、常见工业协议与选型逻辑

工业协议决定了“怎么问、怎么答、能问多快”。在FactoryTalk集成项目中，协议选择往往由现有设备决定，但理解其特性有助于合理设置采集参数。

EtherNet/IP：基于以太网和CIP，罗克韦尔生态主力协议，支持隐式（I/O）与显式（消息）通信，适合ControlLogix、CompactLogix等。
OPC UA：跨平台、带信息模型与安全机制，适合作为上层统一接口和跨厂商集成。
Modbus TCP/RTU：简单通用，寄存器寻址，适合仪表、变频器、第三方设备，但语义弱、无原生时间戳。
Profinet / PROFIBUS：西门子生态常用，Profinet实时性强，适合分布式I/O。
MQTT：轻量发布/订阅，适合边缘到云、远程站点和低带宽场景。
OPC DA：传统COM/DCOM接口，仍存在于老旧系统，逐步被OPC UA替代。

选型时可遵循三条原则：设备原生支持优先、上层统一接口优先、实时性匹配优先。不要为了“先进”而强行在硬实时回路中引入高延迟协议。

四、案例：一条灌装线的采集设计

某饮料灌装线需要将数据接入FactoryTalk Historian与MES。现场有ControlLogix控制器、两台Modbus流量计、一台OPC UA视觉检测设备。设计思路如下：

ControlLogix通过EtherNet/IP以250 ms周期采集灌装阀状态与液位模拟量，模拟量死区设为量程的0.5%。
流量计通过Modbus TCP以1 s周期读取累计流量与瞬时流量，用于批次计量。
视觉检测结果通过OPC UA事件订阅，按“每瓶检测完成”触发上报，不采用轮询。
报警与停机事件单独走事件通道，带毫秒级时间戳，保证顺序可追溯。

采集配置示例（伪配置）
Tag: Line1_FillLevel
  Protocol: EtherNet/IP
  ScanRate: 250 ms
  Deadband: 0.5% of span
  DataType: REAL
  Unit: L

Tag: Line1_FlowTotal
  Protocol: Modbus TCP
  ScanRate: 1000 ms
  Register: 40001 (Holding, 2 words)
  DataType: DWORD
  Unit: L

Event: Vision_InspectResult
  Protocol: OPC UA Subscription
  Trigger: OnChange
  Timestamp: Source

五、常见误区与复盘

误区一：所有点都用最快周期。结果CPU通信负载飙升，关键报警反而被延迟。
误区二：只看采集频率，不看端到端延迟。采集100 ms，但落库用了3 s，实时性依然不达标。
误区三：忽略时间戳来源。用采集服务器时间代替设备时间，事件顺序在排障时无法还原。
误区四：Modbus寄存器直接当工程量。未做缩放与字节序处理，数据看似正常实则错误。

复盘建议：在项目初期建立“数据点清单”，逐点标注数据类型、协议、采集周期、实时性等级、时间戳来源和工程单位。这份清单是后续FactoryTalk标签建模、通信配置和性能调优的共同依据。

理解数据采集的定义、类型、频率、实时性与协议，是FactoryTalk集成工作的地基。只有先把“采什么、采多快、怎么采、给谁用”定义清楚，后续的标签建模、通信配置、历史归档和上层集成才能稳定可靠。