📚 课程目录第4章报警数据采集与接口配置

4. 报警数据采集与接口配置

报警管理系统的数据源头在控制系统。DCS、PLC、SIS 各自以不同方式产生和存储报警与事件，采集层要做的不是“把数据搬过来”，而是把不同协议、不同时间基准、不同语义的报警流，转换成统一、可追溯、可关联的事件记录。本节围绕 OPC、Modbus、FTP 三类典型接口，说明实际采集时对象是什么、参数怎么定、数据如何落地、结果如何判断。

一、先分清三类数据源与三种采集通道

DCS 通常具备完整的报警与事件子系统，报警记录带时间戳、位号、优先级、报警类型（HI、LO、DEV、BADPV 等）和确认状态，适合通过 OPC DA/UA 或专用历史接口读取。PLC 本身多数只提供过程值和少量状态位，报警往往由上位 SCADA 或 HMI 生成，采集时要么读取 SCADA 的报警表，要么直接读取 PLC 中约定的报警字。SIS 出于安全独立性，一般不开放实时写操作，报警与事件多以事件日志、SOE 记录或安全 PLC 的专用协议导出，采集侧通常只读、且需要严格的时间同步。

三种采集通道的定位不同：OPC 适合实时、结构化、带语义的报警订阅；Modbus 适合寄存器级、周期性轮询的状态与数值采集；FTP 适合批量、离线、文件形式的日志与 SOE 记录归档。实际项目中三者常组合使用，而不是二选一。

二、OPC 采集：订阅报警事件而不是轮询报警列表

以 OPC UA 为例，DCS 侧通常暴露 AlarmConditionType 或厂商自定义的报警对象。采集端应建立订阅（Subscription），设置发布间隔（PublishingInterval）和采样间隔（SamplingInterval）。发布间隔决定数据到达采集端的最大延迟，采样间隔决定服务端检查报警变化的频率。若报警最短持续时间为 2 秒，采样间隔应设为 500 ms 以内，否则可能漏掉瞬时报警。

订阅时需关注三个参数：队列长度（QueueSize）应大于突发报警数量，避免溢出丢弃；丢弃策略（DiscardOldest）在报警洪流时决定保留最新还是最旧；死区（Deadband）用于模拟量报警，防止在阈值附近抖动产生大量重复事件。采集端收到事件后，应保留 SourceTimestamp 和 ServerTimestamp，前者是报警发生时间，后者是服务端发出时间，两者差值可用于判断网络或服务端延迟。

# OPC UA 订阅报警事件的关键参数示例（示意）
Subscription:
  PublishingInterval: 500 ms
  LifetimeCount: 3000
  MaxNotificationsPerPublish: 200
MonitoredItem (AlarmCondition):
  SamplingInterval: 250 ms
  QueueSize: 50
  DiscardOldest: true
  Deadband: 0.5 (工程单位)

判断采集是否正常，可观察三个现象：报警发生时事件在 1 秒内到达；同一报警的 Active/Inactive 成对出现；确认操作后收到确认状态更新。若只收到 Active 没有 Inactive，通常是订阅未包含状态变化字段或队列溢出。

三、Modbus 采集：把报警字拆成可读事件

PLC 侧常见做法是把 16 个报警位打包在一个保持寄存器中，例如 40001 的低字节表示 1# 泵报警，高字节表示 2# 泵报警。采集端用功能码 03 读取该寄存器，再按位解析。关键参数包括从站地址、寄存器地址、数据类型（uint16/int16/float）、字节序（大端/小端）和轮询周期。

轮询周期不能随意设。若报警最短持续 1 秒，轮询周期应不大于 500 ms；若现场有 200 个寄存器，串口 9600 bps 下每轮耗时可能超过 1 秒，此时应改用 Modbus TCP 或分组轮询。解析时要注意：寄存器值从 0 变 1 表示报警产生，从 1 变 0 表示报警恢复，采集端需做边沿检测，而不是每轮都上报“当前为 1”。

# Modbus 报警字解析示意
寄存器 40001 = 0x0005
二进制: 0000 0000 0000 0101
bit0 = 1 -> 1# 泵 报警
bit2 = 1 -> 3# 阀 报警
其余位 = 0 -> 无报警

结果判断：连续三轮读到相同值且无变化，说明状态稳定；若某位在 1 秒内反复跳变，应检查现场信号抖动或量程设置，必要时在采集侧加去抖时间（如 2 秒内只记录一次）。

四、FTP 采集：批量日志的完整性与时间对齐

SIS 和部分 DCS 会按小时或按班次生成报警日志文件，通过 FTP/SFTP 放到指定目录。采集端定时扫描目录，下载新文件，解析后入库。关键点有三个：文件完整性校验（大小、行数、结束标记）、时间戳解析（文件内时间可能是本地时间，需转换为 UTC）、重复文件识别（用文件名或哈希去重）。

以某 SIS 的 SOE 文件为例，每行格式为“时间, 位号, 事件类型, 值”，采集端解析后应检查：时间是否单调递增；位号是否在映射表中；事件类型是否在允许集合内。若发现时间回退或位号未知，应将该文件标记为异常并告警，而不是直接入库。

FTP 采集的延迟通常以分钟计，不适合实时报警显示，但适合事后审计、SOE 分析和报警泛滥复盘。实际项目中常与 OPC 实时通道并行使用，实时通道负责即时报警，FTP 通道负责完整归档。

五、采集配置的检查清单

检查项	OPC	Modbus	FTP
时间同步	SourceTimestamp 与 ServerTimestamp 差值 < 1 s	PLC 时钟与采集端偏差 < 1 s	文件内时间与采集端时区一致
报警完整性	Active/Inactive 成对	边沿检测，不重复上报	文件行数与结束标记校验
异常处理	重连后重新订阅	超时重试，不丢轮次	失败文件重传，不覆盖
性能余量	队列未溢出	轮询周期 < 最短报警持续时间	下载不影响生产网络

采集层完成后，可用一个简单方法验证：人为触发一个已知报警，观察它在 OPC 实时通道和 FTP 归档通道中是否都出现，且时间戳、位号、报警类型一致。若两者不一致，优先检查时间同步和位号映射，而不是怀疑报警系统本身。