2. 设备告警数据基础
做设备告警与停线原因的关联分析,第一步不是建模,而是把告警数据本身看清楚。同一台设备在一天内可能产生上千条告警,如果来源不清、编码含义不明、时间基准不统一,后续无论用什么算法,得到的关联结论都不可信。本节把告警数据拆成六个基础维度:告警来源、告警编码、告警等级、时间戳、设备层级和数据采集方式,并说明它们各自在关联分析中承担什么角色。
告警来源:数据从哪台设备、哪个通道来
告警来源回答的是“这条告警由谁产生”。在典型产线中,来源至少分三层:现场设备层(PLC、伺服驱动器、变频器、机器人控制器、视觉系统)、边缘采集层(网关、OPC UA 服务器、SCADA 节点)、上层系统层(MES、Andon、设备管理系统)。同一条“停线”事件,可能同时被 PLC 的急停输入、驱动器的过流报警和 MES 的停机记录捕捉到,它们的时间、粒度和语义都不同。
因此每条告警记录都应携带来源标识,例如 source_id、source_type、collector_id。来源标识决定了这条数据可信到什么程度:PLC 的位信号是毫秒级硬实时,MES 的停机记录可能是分钟级人工或半自动录入。关联分析时,必须知道哪些来源是“设备原生信号”,哪些是“系统派生事件”,否则会把同一物理事件的多次记录误判为多次独立停线。
告警编码:把自然语言变成可计算的键
告警编码是告警的唯一业务键,通常由设备类型码、故障类别码和序号组成,例如 ALM-DRV-0142 表示驱动器类第 142 号故障。编码的价值在于可聚合、可映射、可跨设备比较。原始告警文本往往是“伺服过载”“轴 3 位置偏差过大”这类描述,直接做统计会因措辞差异而碎片化;编码则把同类故障收敛到同一键上。
实际落地时建议维护一张告警字典表,至少包含:编码、标准名称、所属设备类型、可能原因、建议处置、是否导致停机、关联停线代码。下面是一个可直接参考的字典表片段(示例数据,用于说明字段结构):
| 告警编码 | 标准名称 | 设备类型 | 典型原因 | 是否停机 | 关联停线代码 |
|---|---|---|---|---|---|
| ALM-DRV-0142 | 驱动器过载 | 伺服驱动器 | 负载过大、机械卡滞 | 是 | STOP-MECH-01 |
| ALM-PLC-0031 | 安全门未闭合 | PLC 安全模块 | 门锁未到位、传感器失效 | 是 | STOP-SAFE-02 |
| ALM-ROB-0207 | 机器人伺服偏差超限 | 机器人控制器 | 碰撞、编码器异常 | 是 | STOP-ROB-03 |
| ALM-VIS-0009 | 视觉识别失败 | 视觉系统 | 光照变化、镜头污染 | 否 | — |
注意“是否停机”和“关联停线代码”两列,它们是把告警与停线原因打通的桥梁。没有这两列,后续只能靠时间接近度猜测,误差很大。
告警等级:决定处理优先级与关联权重
告警等级通常分为紧急、严重、警告、提示四级,或按 ISO 类标准映射为 Critical/Major/Minor/Info。等级不只是显示颜色,它在关联分析中有两个实际作用:一是过滤噪声,提示级告警数量大但多数与停线无关,可先降采样;二是加权,紧急告警与停线事件的关联置信度应高于提示告警。
等级划分要避免两个极端:全部设为“严重”会让等级失去区分度;等级过细又会导致同一故障在不同设备上映射不一致。建议按“是否立即停机、是否影响产品质量、是否可自动恢复”三个判断维度来定级,并在字典表中固定下来。
时间戳:关联分析的生命线
时间戳是告警与停线事件能否对齐的关键。必须区分三类时间:设备产生时间(设备本地时钟)、采集入库时间(网关或数据库写入时间)、业务确认时间(人工或 MES 确认时间)。三者可能相差几十毫秒到几分钟。关联分析应以设备产生时间为主,采集入库时间用于判断数据延迟,业务确认时间用于复盘。
时间戳还必须统一时区和格式。建议全部转为 UTC 毫秒时间戳存储,展示时再转本地时区。若设备时钟未做 NTP 同步,日积月累可能偏移数秒甚至数分钟,足以让“告警先于停线”还是“停线先于告警”的判断完全反转。因此采集前应确认各来源的时钟同步状态,并在数据中保留同步质量标记。
设备层级:从产线到部件的定位坐标
设备层级定义了告警的归属路径,常见为:工厂 → 车间 → 产线 → 工位/设备 → 部件/轴。每条告警应能沿这条路径定位到具体对象。层级不清会导致“某产线停机”无法下钻到“哪台设备的哪个轴”,也就无法给出可执行的维修建议。
层级还影响聚合方式:按产线聚合可看整体停线趋势,按设备聚合可看故障集中点,按部件聚合可看备件更换周期。建议在数据模型中用 line_id、station_id、equipment_id、component_id 四个字段表达层级,而不是用一段拼接字符串。
数据采集方式:决定数据粒度与实时性
常见采集方式有四类:PLC 位信号直采(毫秒级,适合急停、安全门)、现场总线/OPC UA 订阅(百毫秒级,适合驱动器与机器人状态)、SCADA 轮询(秒级,适合温度、压力等模拟量)、MES/Andon 接口(分钟级,适合停机原因与工单)。采集方式不同,告警的完整性和延迟也不同。关联分析前应记录每条告警的采集方式,便于评估数据质量。
把六个维度放在一起看,它们不是并列的字段清单,而是一条从“数据产生”到“可用于关联”的链路:来源决定可信度,编码决定可聚合性,等级决定权重,时间戳决定可对齐性,层级决定可定位性,采集方式决定粒度与延迟。任何一维缺失或失真,都会在关联结论上放大成误判。实际项目中,建议先用一周数据做一次六维质量体检,统计各来源的告警量、编码覆盖率、时间偏移分布和层级缺失率,再进入关联规则或模型阶段。这样得到的“告警—停线”对应关系,才具备可解释、可复现、可落地的基础。