2. 告警与事件的核心概念

在SCADA系统中,日常运行人员面对的“消息”种类繁多:画面上弹出红色闪烁的条目、值班手机收到短信、历史库里记录了一条状态变化、日志文件中出现一行“通信超时”。这些内容在口语中常被统称为“报警”,但在工程实现上它们分属不同层次的对象,混淆它们会直接导致告警泛滥、漏报或误判。本节先把概念边界划清,再说明它们在SCADA数据流中的位置。

一、七个核心概念的定义

事件(Event)是最基础、最中性的概念:它是系统中任何一次“值得记录的状态变化或动作”,例如断路器由合到分、设定值被修改、操作员登录、通信链路中断。事件本身不带严重程度判断,只回答“发生了什么、什么时候发生、涉及哪个对象”。在SCADA中,事件通常写入事件表(Event Log),是审计与追溯的原始素材。

告警(Alarm)是事件的一个子集,指“需要运行人员注意并可能采取行动”的异常或越限状态。告警的关键特征是有明确的判据、有优先级、有确认与清除语义。例如“1#主变油温 > 85 ℃ 持续 10 s”是一条告警判据,它由模拟量越限比较产生,进入告警列表后需要操作员确认(Acknowledge),条件恢复后自动清除(Clear)。

报警(Alarm 的中文口语)在多数现场与“告警”同义,但严格说“报警”更偏向声光输出行为——即告警状态触发蜂鸣器、闪烁、语音播报等提示动作。因此可以理解为:告警是数据与状态,报警是它的呈现动作。

提示(Prompt / Message)是面向操作的引导性信息,不表示异常,例如“请确认是否执行遥控分闸”“当前处于检修挂牌状态”。提示通常不需要确认,也不进入告警统计。

通知(Notification)是告警或事件向外部分发的动作与通道,例如短信、邮件、声光、企业微信推送。通知是“投递行为”,同一条告警可以产生多条通知,通知失败不等于告警不存在。

故障(Fault)指设备或功能实际失效,例如保护装置拒动、RTU 掉线、传感器断线。故障往往会产生一条或多条告警,但故障是物理/功能层面的结论,告警是信息系统层面的表达。

异常(Abnormality)是更宽泛的偏离正常范围的描述,可能尚未达到告警阈值,例如温度缓慢上升但未越限、通信误码率轻微升高。异常是告警的“前兆”,常用于趋势预警。

二、概念之间的包含与映射关系

用一句话概括:事件 ⊃ 告警 ⊃ 报警动作;故障与异常是告警的成因来源;提示与通知是不同用途的输出形式。下图给出这七个概念在SCADA中的层次与流向关系。

SCADA 告警与事件概念层次及数据流 现场来源 模拟量越限 温度/压力/电流 开关量变位 断路器/刀闸 通信状态 链路/规约/心跳 设备自诊断 保护/RTU 故障 操作与登录 遥控/挂牌/权限 SCADA 处理 事件采集与打标 时标/质量码/来源 告警判据引擎 阈值/延时/死区 分级与抑制 优先级/抖动/关联 确认与清除 ACK/CLR/复位 输出与呈现 告警列表 分级/排序/过滤 声光报警 蜂鸣/闪烁/语音 通知分发 短信/邮件/推送 事件日志 审计/追溯 操作提示 引导/确认框 趋势与统计 频次/TOP N 异常趋势预警(未越限) 缓慢上升 / 误码率升高 / 偏差扩大 故障结论(设备/功能失效) 拒动 / 掉线 / 断线 / 死机 事件 ⊃ 告警 ⊃ 报警动作 | 故障与异常是告警的成因来源 | 提示与通知是不同用途的输出形式

三、SCADA系统中的典型数据流

理解概念之后,需要把它们放回真实的数据链路中。以一条“1#主变油温高告警”为例,典型数据流如下:

  1. 采集:现场温度变送器输出 4–20 mA 信号,经 RTU 的 AI 通道转换为工程量,例如 87.3 ℃,并附带质量码 GOOD 与时标。
  2. 传输:RTU 通过 IEC 60870-5-104 或 Modbus TCP 将带时标的测量值上送 SCADA 前置采集服务。
  3. 处理:告警判据引擎读取该测点,与阈值 85 ℃ 比较,并检查持续时间是否超过 10 s 延时,避免瞬时波动误报。
  4. 分级:判据命中后生成告警记录,赋予优先级(如“重要”),同时检查是否被检修挂牌或抖动抑制规则屏蔽。
  5. 输出:告警进入告警列表并触发声光报警;通知服务按配置向值班手机发送短信;事件日志记录“油温越上限”条目。
  6. 确认与清除:操作员点击确认,告警状态由“未确认”变为“已确认”;当油温回落至 83 ℃ 以下(考虑 2 ℃ 死区)并持续 30 s,告警自动清除。

这条链路中,事件日志记录的是“油温越限”这一事实,告警记录的是“需要关注并确认”的状态,通知是短信这一投递动作,报警是蜂鸣器响这一呈现动作。四者同源但语义不同,排障时必须区分:短信没收到,可能是通知通道故障,而不是告警没产生。

四、容易混淆的几组边界

对比项关键区别典型示例
事件 vs 告警事件记录一切变化;告警只记录需关注的变化断路器分闸是事件;非计划分闸才是告警
告警 vs 报警告警是状态与数据;报警是声光呈现动作告警列表条目 vs 蜂鸣器响
故障 vs 告警故障是设备失效结论;告警是信息系统表达RTU 掉线是故障;通信中断告警是其表达
异常 vs 告警异常可能未越限;告警必须命中判据温度缓升是异常;超过 85 ℃ 才是告警
提示 vs 通知提示面向操作引导;通知面向消息分发“是否确认分闸” vs 短信推送
在实际工程中,建议把“事件表”与“告警表”分开存储:事件表保留全量原始记录用于审计,告警表只保留需要确认与统计的条目。这样既能满足追溯要求,又能避免告警列表被大量正常操作事件淹没。
常见误区:把“通知发送成功”当作“告警已被处理”。通知只代表消息投递,告警是否被确认、是否已清除,必须回到告警状态本身判断。排障时应先查告警记录是否存在,再查通知通道是否正常。