3. 停机数据采集与来源系统

要分析异常停机，第一步不是建模，而是把“停机”这件事变成可追溯的数据。食品工厂的停机信息通常分散在多个系统中：设备层的 PLC 记录电机、阀门、安全门等实时状态；传感器提供温度、压力、流量、液位等过程量；SCADA 负责集中监视与报警；MES 承载工单、批次、产量与停机原因录入；工单系统则记录维修派工与处理结果。这些数据源在时间粒度、语义和可靠性上差异很大，采集设计的核心任务就是让它们在“时间轴”和“对象标识”上能够对齐。

各数据源的定位与采集内容

PLC 是停机判定的第一现场。它掌握设备运行/停止、故障位、急停、安全门、变频器使能等开关量，扫描周期通常在 10～100 ms 量级。对停机分析而言，最有价值的是“设备状态字 + 故障代码 + 时间戳”，而不是全部过程量。传感器数据则用于解释停机前后的工艺背景，例如灌装机停机前是否出现压力骤降、杀菌机是否因温度偏离触发联锁。SCADA 汇总报警与操作事件，是判断“谁在什么时间做了什么操作”的关键；MES 提供工单、产品、批次和停机原因分类；工单系统补充维修响应与恢复时间。

一个常见的误区是只采集“停机开始/结束”两条记录。实际上，停机往往有前兆：速度下降、短暂停顿、报警反复触发。因此建议同时采集设备状态、关键报警和工艺参数三类数据，形成“前兆—停机—恢复”的完整片段。

采集频率与精度要求

采集频率应服从“分析目的”，而不是一味求快。停机判定所需的开关量建议 100 ms～1 s 采集一次，确保短于 1 秒的瞬时停顿也能被识别；过程量如温度、压力可按 1 s 采集，流量、液位可放宽到 5 s。业务事件（工单创建、原因录入）按发生时刻打点即可，但必须带服务器时间戳。精度方面，时间同步是首要问题：PLC、SCADA、MES 若各自使用本地时钟，几分钟的偏差就足以让“报警先于停机”还是“停机先于报警”判断颠倒。建议全厂统一 NTP 对时，误差控制在 1 s 以内，并在数据入库时保留原始时间戳与采集时间戳两个字段。

另一个精度问题是状态语义。PLC 的“运行”信号可能只代表电机使能，不代表实际出料；传感器可能因滤波设置产生滞后。工程上应明确每个点位的含义、量程、工程单位与无效值标记（如 9999、-1），避免把“通信中断”误判为“设备停机”。

常见数据质量问题与应对策略

停机数据最常见的质量问题有四类。其一是时间不同步，表现为报警与停机顺序错乱，应对方式是统一对时并在分析前做时间对齐校验。其二是停机原因缺失或随意填写，操作工常选“其他”，导致原因分布失真；应对方式是在 HMI 中设置必选的原因树，并与故障码联动预填，减少自由文本。其三是重复与碎片化记录，同一停机因报警抖动被拆成多条短记录；应对方式是设置最小停机时长阈值（如 30 s）与合并规则，把间隔小于阈值的相邻停机合并为一次事件。其四是数据断点，网络或采集程序故障造成缺失；应对方式是采集端本地缓存 + 断点续传，并在分析时标记缺失区间，避免把缺失当作零值参与统计。

从采集到可分析：一个最小闭环

以灌装机为例，可先打通一条最小链路：PLC 采集运行状态与故障码（100 ms），SCADA 采集报警与操作事件（事件触发），MES 按工单记录批次与产量，工单系统回写维修开始与结束时间。四类数据以“设备编码 + 时间戳”关联，形成每次停机的完整片段。随后用最小停机阈值合并碎片记录，用原因树校验原因完整性，用缺失标记排除断点区间。这样得到的停机事件表，才具备计算停机时长、区分计划与非计划停机、追溯前兆与责任环节的基础。采集质量决定了分析上限，先把数据源、频率与清洗规则定清楚，后续的停机分析与改善才有可靠依据。