INLI IMPLEMENTATION GUIDE

设备预测性维护怎么试点?从传感器到维修闭环的实施指南

预测性维护的起点不是训练模型,而是选择值得试点的设备、定义什么算故障,并建立从告警到检查、维修和结果反馈的闭环。

作者:INLI 引量科技 · 工业 AI 与数字化团队复核:INLI 工业 AI 项目复核组适合:设备经理、维修工程师、工厂 IT 与 IoT 项目负责人约 8 分钟

本文遵循 INLI 的编辑、复核与更正政策;如内容影响生产、质量、采购或报价决定,请由相关专业人员复核。

设备预测性维护试点指南封面

直接回答

应该怎么做?

优先选择停机会影响交付、已有维护记录且能稳定采集状态数据的设备。先运行规则阈值或统计基线,再比较 AI 模型;验收同时观察有效预警、漏报、误报、提前量和维修人员实际采用情况。

HOW TO

实施步骤

  1. STEP 01

    选择试点设备

    优先考虑业务影响明确、故障模式相对集中并具备数据条件的关键设备。

  2. STEP 02

    定义故障与维护事件

    统一故障、异常、停机、保养和更换件的编码与时间边界。

  3. STEP 03

    检查数据质量

    确认采样频率、时钟、缺失、漂移、传感器位置和设备工况。

  4. STEP 04

    建立基线

    先用厂家阈值、专家规则或统计方法形成可解释的对照。

  5. STEP 05

    影子运行告警

    告警先不自动触发停机,由维修人员记录是否有效及采取的动作。

  6. STEP 06

    闭环复盘

    将检查、维修、换件和复测结果回写,按故障类型评估并调整模型。

一、什么设备适合做第一个试点

并非设备越重要越适合。如果从未记录故障、工况变化大或传感器无法稳定安装,首个试点很难形成可验证结果。

  • 非计划停机会影响生产或交付
  • 存在可识别的故障模式和维修动作
  • 有工单、点检或换件等历史记录
  • 能稳定采集振动、温度、电流、压力或控制器状态
  • 有设备工程师负责解释和处置告警

二、把“设备异常”和“业务故障”分开

温度或振动偏离历史范围不一定代表故障,也可能来自换型、负载或环境变化。模型输入必须包含必要工况,告警需要由维修记录验证。

  • 异常:数据相对基线出现变化
  • 故障:设备功能不能满足规定要求
  • 事件:停机、报警、点检、保养、换件或维修
  • 结果:无需处理、继续观察、调整参数、保养或更换部件

三、数据采集先保证时间与上下文

预测维护数据的价值不仅在采样值,还在时间、设备、工况和维护上下文。多个系统时间不一致,会让告警与故障无法正确对应。

  • 统一设备编号、测点编号与时间源
  • 记录采样频率、量程、单位和传感器安装位置
  • 同步负载、转速、产品型号和班次等工况
  • 标记断网、传感器更换、校准和数据补传
  • 原始数据与计算特征都保留版本

四、告警必须进入维修闭环

只生成告警看板不会自动减少停机。每条告警都应分配给人员,记录检查结论、处理动作和后续复测,并将结果用于调整规则或模型。

  • 告警级别、设备、测点与触发依据
  • 负责人、响应时间和检查清单
  • 是否有效、发现的问题和采取的动作
  • 维修后复测结果与关闭原因
  • 误报、漏报和未处理原因的周期复盘

建议验收指标

指标应在试点开始前约定,并使用相同样本、时间范围和业务口径复测。

维度建议指标口径要求
有效性有效预警率、误报率由维修检查结果确认,不能用模型分数自证
覆盖性漏报率、覆盖的故障类型需要完整故障记录作为分母
及时性预警提前量、响应时间按故障类型和班次分层
可执行性告警采用率、按时关闭率记录未采用原因
运行质量数据缺失率、测点在线率、时钟偏差区分计划停机与采集故障

常见问题

没有历史故障数据能做预测性维护吗?

可以先做状态监测、规则阈值和数据质量建设,但很难直接验证故障预测能力。应在运行中积累经过确认的事件与维修结果。

传感器越多越好吗?

不是。测点应对应故障机理和可执行维护动作。过多无关数据会增加安装、维护和解释成本。

告警提前量越长越好吗?

不一定。提前量需要足以安排检查或维护,同时不能因为过早而产生大量无效告警,应按故障模式评估。

AI 告警可以自动停机吗?

首个试点不建议。自动停机属于高影响动作,需要独立安全逻辑、明确权限、充分验证和人工或规则确认。

官方参考资料

以下资料用于提供通用实施、安全与风险管理框架,不代表相关机构对 INLI、本文或具体方案的认可与背书。

把指南应用到真实项目

先阅读统一评估方法,再带着业务问题、样本和当前基线申请需求评估。