副标题基于双阈值滞回、时间保持与抖动诊断的边缘可信 AI 架构设计一、 设计背景工业端侧 AI 模型的输出通常为单帧瞬时异常分数0.0 ~ 1.0而物理世界中的设备故障属于持续、稳态事件。若直接采用「分数超限即告警」的极简逻辑在复杂、多噪的工业现场如水泵房、空压机房会遭遇三大致命缺陷瞬态环境噪声干扰现场金属撞击、气阀泄压等高能瞬态声响引发高频误报。信号边缘振荡Flapping当设备特征处于临界状态或边缘端算力抖动时异常分数在阈值线上下频繁横跳引发告警风暴。系统静默失效传感器断线、推理线程挂死或数据流卡死时系统无法区分“无故障”与“已失效”。本方案搭建模型检测→\rightarrow→双阈值滞回→\rightarrow→时间确认→\rightarrow→多维状态决策的多层解耦架构明确“端侧 AI 异常检测可靠性增强层”的职责边界将算法瞬时信号转化为符合工业运维规范如 ISA-18.2 / IEC 62682的可信告警与诊断事件。二、 整体多维状态架构系统引入三维解耦、并行运行的状态体系分别解答工业运维最关心的三个核心问题设备有没有故障→\rightarrow→由EventState设备异常事件状态决定输出标准资产告警Asset Alarm。AI 判定稳定吗→\rightarrow→由DetectionQualityState检测质量状态决定输出诊断事件Diagnostic Event。端侧系统正常吗→\rightarrow→由HealthState端侧系统健康度决定输出系统故障告警System Alarm。[ AI 模型输出 Score ] │ ┌────────────────────────┴────────────────────────┐ ▼ ▼ ┌─────────────────────────────────┐ ┌─────────────────────────────────┐ │ 1. 核心设备告警链 │ │ 2. 并行质量诊断链 │ │ │ │ │ │ [ 第一层双阈值滞回 ] │ │ [ 第四层抖动诊断 ] │ │ - High/Low 双阈值过滤 │ │ - 滑动窗口分析 │ │ │ │ - 统计信号翻转/进入滞回区次数 │ │ [ 第二层时间确认 ] │ │ │ │ - Alarm ON Delay / │ │ [ 检测质量状态 ] │ │ Recovery Release Delay │ │ - STABLE │ │ │ │ - UNSTABLE ──► DiagnosticEvent │ │ [ 第三层事件状态保持 ] │ └─────────────────────────────────┘ │ - EventState: │ ▲ │ NORMAL / SUSPECTED / │ │ (降级/超时约束) │ ALARM_ACTIVE / RECOVERING │ │ │ │ │ │ └─────► AlarmEvent │ │ └─────────────────────────────────┘ │ ▲ │ │ (强行锁定/销警) │ └────────────────────────┬────────────────────────┘ │ ┌─────────────────────────────────┴─────────────────────────────────┐ │ 3. 并行系统健康链 (底座支撑) │ │ │ │ [ 运行状态监视器 ] ──► 检测到丢帧 / 延时 / 物理超时 │ │ │ │ [ 系统运行状态 ] ──► READY / RUNNING / DEGRADED / SYSTEM_FAULT │ └───────────────────────────────────────────────────────────────────┘三、 核心告警链双阀、双延与四状态保持核心设备告警链通过“双阈值滞回 时间确认 四状态事件保持”层层递进确保漏报率与误报率均达到工业控制级标准。1. 第一层双阈值滞回Hysteresis避免单阈值导致的临界点频繁跳变。异常触发高阈值Talarm_highT_{\text{alarm\_high}}Talarm_high​推荐0.850.850.85。单帧分数必须超过此值才判定为瞬时异常触发计时。恢复确认低阈值Trecovery_lowT_{\text{recovery\_low}}Trecovery_low​推荐0.600.600.60。单帧分数必须低于此值才判定为瞬时恢复。滞回区间0.60∼0.850.60 \sim 0.850.60∼0.85分数在此区间内波动时系统不主动改变当前的瞬时判定倾向保持上一帧的判定属性正常/异常。2. 第二层时间确认Temporal Qualification在时间轴上执行确定性连续物理时间保持判定不采用易受丢帧和算力抖动干扰的“连续NNN帧计数”或累加逻辑而是基于首次触发的边界时间戳进行差值校验等效于 PLC 编程中的TON 定时器与Release Delay 恢复延迟。任何一次反向跳变都会瞬间复位起始时间戳。异常确认延时TaT_aTa​在异常高阈值之上连续保持的时间。tnow−tabnormal_start≥Ta推荐 3∼5st_{\text{now}} - t_{\text{abnormal\_start}} \ge T_a \quad \text{推荐 } 3 \sim 5\text{s}tnow​−tabnormal_start​≥Ta​推荐3∼5s恢复确认延迟TnT_nTn​/ Release Delay在恢复低阈值之下连续保持的时间。tnow−tnormal_start≥Tn推荐 20∼30st_{\text{now}} - t_{\text{normal\_start}} \ge T_n \quad \text{推荐 } 20 \sim 30\text{s}tnow​−tnormal_start​≥Tn​推荐20∼30s3. 第三层事件状态保持机EventState┌─────────────────┐ │ NORMAL │◀────────────────────────┐ └─────────────────┘ │ │ │ 单帧 High │ │正常持续时间 │ │Tn (Release Delay) 满足 ▼ │ ┌─────────────────┐ │ │ SUSPECTED │ │ └─────────────────┘ │ │ │ 异常持续时间 │ Ta (ON Delay) 满足 │ │ │ ▼ │ ┌─────────────────┐ ┌─────────────────┐ │ ALARM_ACTIVE │────────────────▶│ RECOVERING │ └─────────────────┘ 单帧 Low └─────────────────┘NORMAL无异常事件当前系统运行平稳无异常特征。SUSPECTED异常事件观察期单帧分数突破高阈值记录首次异常发生时间戳tabnormal_startt_{\text{abnormal\_start}}tabnormal_start​。此状态属于端侧内部状态不向外发送报文用于过滤瞬态噪声。异常中断中途单帧分数降至低阈值以下时间戳瞬间复位退回NORMAL。ALARM_ACTIVE异常事件活跃异常持续物理时间满足Tabnormal≥TaT_{\text{abnormal}} \ge T_aTabnormal​≥Ta​且中途无中断确认产生稳态故障。RECOVERING恢复观察期在活跃告警下单帧分数首次降至低阈值以下记录首次正常发生时间戳tnormal_startt_{\text{normal\_start}}tnormal_start​。恢复失败观察期内若单帧分数再次突破高阈值说明故障未彻底消除立即复位并退回ALARM_ACTIVE。四、 并行诊断链UNSTABLE 抖动诊断机制1. 为什么增设独立的 DetectionQualityState若将“信号不确定/抖动”的状态直接塞进核心设备状态机会导致业务层语义混乱例如运维人员无法界定UNSTABLE究竟是设备故障还是算法不给力。因此增设独立的检测质量状态STABLE稳定算法输出可信度高。UNSTABLE不稳定/抖动算法输出处于模糊地带。2. 判定方式与动态行为维护一个固定的物理滑动观察窗口如W60sW 60\text{s}W60s规则 A状态翻转超限在窗口WWW内核心状态机在NORMAL与SUSPECTED之间交替往返的次数超过设定阈值如 60 秒内往返 5 次。规则 B临界区盘整超限在窗口WWW内模型输出的异常分数落入双阈值滞回区间如0.60∼0.850.60 \sim 0.850.60∼0.85的时间比例超过 50%或者进入该区间的频次超限。一旦触发上述规则DetectionQualityState立即跃迁为UNSTABLE。3. 闭环处置DiagnosticEvent当状态转为UNSTABLE时端侧不生成设备故障告警AlarmEvent而是向工业平台派发一个高价值的诊断事件DiagnosticEvent{event_id:diag-20260716-0004,type:AI_SIGNAL_UNSTABLE,device_id:pump_01_bearing,start_time:2026-07-16T00:15:00.000Z,reason:Score frequently hovering in hysteresis zone (0.60-0.85),metrics:{flapping_count_60s:7,hysteresis_ratio:58.3%}}工业应用价值提示运维或算法专家进行现场干预如检查麦克风安装是否有物理松动、评估背景环境是否有新型杂音、在线下调/动态补偿阈值、或者对算法模型进行微调重训。五、 并行系统健康链系统运行监视器为了彻底避免由于硬件、传感器或算法引擎卡死带来的监控“静默失效”设立独立的健康状态HealthState监视器READY系统上电初始化进入启动保护期TinitT_{\text{init}}Tinit​如 10 秒屏蔽一切超时或降级判定为传感器建连、时钟同步和推理队列留出缓冲。RUNNING音频输入流及算法推理处于良性运转状态。DEGRADED性能降级丢帧检测被触发如连续两帧物理时间差Δt3.0s\Delta t 3.0\text{s}Δt3.0s或序列号不连续提示链路存在丢包或 CPU/NPU 算力出现阶段性阻塞。SYSTEM_FAULT系统故障超过数据超时阈值TtimeoutT_{\text{timeout}}Ttimeout​如 15 秒未收到任何推理输出帧判定为传感器掉线、时钟挂死或算法线程死锁。降级联动机制一旦转入SYSTEM_FAULT端侧立即向平台发送系统故障告警System Alarm同时强行挂起或锁定所有未闭环的活跃资产告警防止上游平台显示失真。六、 五维可靠性架构核心参数配置参数名称推荐配置工业物理意义与说明异常触发高阈值 (Talarm_highT_{\text{alarm\_high}}Talarm_high​)0.850.850.85分数跨越该阈值才判定为瞬时异常开始异常时间判定TON 起点恢复确认低阈值 (Trecovery_lowT_{\text{recovery\_low}}Trecovery_low​)0.600.600.60分数回落至该阈值以下才判定为恢复倾向Release Delay / TOF 起点异常确认延时 (TaT_aTa​)3∼5s3 \sim 5\text{s}3∼5s过滤环境瞬态高能冲击如瞬间敲击连续异常保持达标方确认故障恢复确认延迟 (TnT_nTn​)20∼30s20 \sim 30\text{s}20∼30s恢复确认迟滞Release Delay防止告警在判定边界反复抖动检测质量观察窗 (WWW)60s60\text{s}60s用于统计信号翻转与滞回区常驻比例的滑动物理时间窗口抖动触发阈值60s 内 5 次在观察窗内NORMAL↔\leftrightarrow↔SUSPECTED往返超此值判定为UNSTABLE检测启动保护时间 (TinitT_{\text{init}}Tinit​)10s10\text{s}10s上电保护期屏蔽超时与异常给时钟同步和通道初始化留出缓冲最大数据超时阈值 (TtimeoutT_{\text{timeout}}Ttimeout​)15s15\text{s}15s超过该时间无新推理输出判定为系统静默死锁转入SYSTEM_FAULT七、 场景判定矩阵全边界覆盖现场实际物理场景第一维EventState(设备故障判定)第二维DetectionQuality(算法检测质量)第三维HealthState(系统健康监视)端侧向工业平台发送的报文系统刚上电/采集卡同步中NORMALSTABLEREADY无静默保护屏蔽超时设备运行平稳偶有单次铁板敲击NORMAL→\rightarrow→SUSPECTED→\rightarrow→NORMALSTABLERUNNING无瞬态噪声被 SUSPECTED 观察期完美过滤设备轴承开始出现物理磨损与气蚀NORMAL→\rightarrow→SUSPECTED→\rightarrow→ALARM_ACTIVESTABLERUNNING**首次告警AlarmEvent (ACTIVE)**设备故障持续存在ALARM_ACTIVESTABLERUNNING抑制重复报文到达重发周期则原 ID 续报模型阈值设计偏高分数在临界点反复振荡NORMAL↔\leftrightarrow↔SUSPECTED频繁交替STABLE→\rightarrow→UNSTABLERUNNING**发送诊断报文DiagnosticEvent (UNSTABLE)**现场维修完毕设备恢复正常声音ALARM_ACTIVE→\rightarrow→RECOVERING→\rightarrow→NORMALSTABLERUNNING发送消警报文AlarmEvent (CLEARED)自动闭环边缘推理卡由于高负载出现零星丢帧维持上一时刻状态STABLEDEGRADED发送系统性能提示或平台日志记录麦克风物理线缆由于振动发生松脱断线维持上一时刻状态挂起锁定STABLESYSTEM_FAULT发送系统报警System Diagnostic Alarm挂起资产告警