核心要点速览
- 先分清三种维护方式:事后报修(坏了再修)、定期保养(按时间或产量换件)、预测性维护(按设备状态触发)。后者不是替代前两者,而是给关键设备补一层状态触发。
- 数据前提有四件:选对测点、采样频率与工况匹配、给数据打上工况标签、积累带结论的故障样本。只有振动曲线没有故障结论,模型学不到「什么算将要坏」。
- 预警必须可行动:按设备关键度与故障后果分级,每条预警写清「建议检查什么、谁处理、多久内」,否则告警会在两周内被静音。
- 闭环的核心是检修记录回流成标签:预警 → 工单 → 实际检查结果 → 是否属实 → 样本库。没有这步,误报率永远降不下来。
- 验收盯四项:非计划停机时长、预警命中率、误报带来的检修工作量、预警到处理的响应时长;只看「模型准确率」会掩盖没人处理告警的事实。
- 投入参考(软件加实施口径,传感器与网关、网络改造、年运维另计):单类关键设备试点 5~20 万、多设备多产线含工单闭环与漂移监控 20~60 万;主要成本在测点改造与样本积累,不在模型本身。
01三种维护方式:预测性维护补的是哪一层
把维护方式摆在一起看,才知道该在哪儿投入。事后报修成本最低但停机随机,适合非关键、可快速替换的设备;定期保养按时间或产量计划换件,稳定但容易「没坏也换、快坏没换」;预测性维护按状态触发,目标是提前发现偏离,把检修安排到计划窗口里。
预测性维护不是要替换前两者。工厂里真正值得上状态监测的,通常是停机代价高、故障有渐进征兆、备件或检修需要提前安排的那几类设备(主力产线关键机台、公用动力设备、连续流程装置)。把全厂设备都列进试点,成本会先失控。
判断「有没有渐进征兆」很关键:轴承磨损、振动增大、温升异常、电流不平衡、密封老化这类退化过程可以被状态数据捕捉;而随机失效(突然断线、控制板故障)几乎没有前兆,硬做预测只会得到一堆噪声。选型时先让设备岗列一张「过去一年非计划停机 Top 5 原因」清单,比看供应商演示有用得多。
还要注意与采集层的关系:装传感器、把老旧机床连上网,解决的是「有没有数据」;预测性维护解决的是「数据能不能变成一个提前被处理掉的动作」。前者是地基,后者是房子,很多项目把地基验收当成了房子交付。
组织上先定一件事:预警由谁处理。如果设备岗没有明确的响应职责与工时安排,再准的模型也只会多出一个没人看的界面。这一条应在立项时就写进方案,而不是上线后再补。
02数据前提:采什么、多密、标签与故障样本
测点选择由故障机理决定,不由采购清单决定。常见组合是振动(轴承、齿轮箱、不平衡)、温度(电机、轴承座、电气柜)、电流与功率(负载异常、堵转)、压力与流量(液压、气动、管路),再叠加控制系统已有的报警码与运行时长。先针对一类设备的一两类典型故障选 2~4 个测点,比一次铺十几种传感器稳妥。
采样频率要与工况匹配:稳态连续运行设备可以按分钟级趋势看变化,启停频繁或冲击负载设备需要更高的采样与事件触发,否则最关键的瞬间被平均掉。数据存储也要留出故障发生前后各一段时间窗,事后复盘靠的就是这段窗口。
工况标签是被低估的一步。同一台设备在空载、满载、换型、不同产品配方下的振动基线本就不同;不区分工况,模型会把正常换型当成异常,误报源源不断。做法不复杂:从 MES 或控制系统带入产品型号、工单状态、转速档位等上下文,给每段数据打标,按工况分别建基线。
故障样本从哪来是落地最难的一问。多数工厂没有标注好的「故障前 N 小时」数据,能拿到的只有报修单与检修记录。务实做法是回溯:把过去一年的非计划停机记录按时间对齐,截取故障前的数据窗口,由设备岗确认故障类型与结论,形成第一批样本;数量少没关系,先用于验证「这个故障有没有可被捕捉的前兆」。
冷启动阶段可以先做规则与统计基线(阈值、同比偏移、趋势斜率),不必一上来就上复杂模型。规则基线能跑通闭环、积累带结论的样本,等样本量够了再谈模型迭代——顺序反了,就会得到没有标签的一堆曲线。
03从异常到可行动的预警:分级与误报治理
一条有用的预警至少要回答四件事:哪台设备、什么偏离(与哪条基线比)、建议先检查什么、谁在多长时间内处理。只给「设备异常,置信度 0.87」的告警,设备岗既无法判断优先级,也不知道该带什么工具去现场。
分级按设备关键度 × 故障后果 × 偏离持续时间三件事定,而不是只按模型分数。例如关键机台、后果是整线停机、偏离持续上升的进「当班处理」;非关键设备、单次轻微偏移进「观察列表」,攒够几次再生成待办。分级规则应由设备岗维护成受控表格,变更留版本。
误报治理的关键设计是不打断生产:除确有安全风险的情况外,预警进入待处理队列而不是直接停机或锁机。一报警就停线的系统,两周内会被现场关掉,这与视觉质检里「疑似项转待复核队列」是同一个道理。
还要给人工推翻留正式通道:现场检查后确认设备正常,能一键记录「误报 + 原因标签」(换型工况、传感器松动、环境干扰、基线过严)。没有这条通道,现场会私下忽略告警,数据里只留下「模型判定正确」的假象,闭环从根上断掉。
上线初期误报偏多是正常的,判断标准是趋势:四周后每日无效预警数是否下降、按工况分组的误报是否收敛。若没有下降,多半是工况标签没打好或基线该重设,而不是模型不够大。
04闭环:预警 → 工单 → 检修记录 → 标签回流
闭环的起点是把预警变成有责任人的单据。预警触发后生成检修工单,带上设备编号、测点与趋势片段、建议检查项、分级与响应时限,指派到设备岗;处理人现场检查后填写结论:确认异常并处置、观察、或判定误报。工单状态与预警状态保持同步,避免两边各记一套。
检修记录是唯一可信的标签来源。每条结论要带上处置动作(换轴承、紧固、清灰、调整参数)、实际发现的部位与原因、以及后续运行时长。这份数据既用于评估预警命中率,也是下一轮样本库的种子。没有它,模型迭代只能靠猜。
回流同样需要确认环节:现场随手填「已处理」会把噪声学进样本。通常由设备主管每周花半小时抽看本周预警工单,重点看人工结论与模型结论不一致的条目——这些恰恰是工况标签或基线需要修正的地方。确认后才进入受控样本库。
样本库按版本管理:训练样本、固定测试集、上线后回流的实绩样本分开存放;每次基线或模型更新记录用了哪些数据、在测试集上的命中与误报表现、上线版本号,出问题能回退。换型、更换传感器、大修之后主动跑一次专项验证。
最后一层是结果回到管理:非计划停机时长、重复故障设备、备件消耗与预警命中率应能从工单与停机记录自动生成,进入设备例会。若这些数字靠人工填表,系统很快会变成「为了看板而维护」的负担。
05验收指标与上线节奏
验收不要只写「预警准确率 X%」。建议四项基线:非计划停机时长(最贴近业务价值,按设备分组看)、预警命中率(生成预警中经检修确认属实的比例)、误报工作量(无效预警件数与现场检查耗时)、响应时长(预警生成到工单关闭的时间)。
四项里最容易被省的是误报工作量。命中率很高但每天多出几十条无效检查,设备岗很快会选择性忽略;把误报工作量写进验收上限,比追求命中率更能保证系统被持续使用。分组也重要:总体停机下降可能掩盖某台关键机台的持续劣化。
上线节奏建议四步:① 选一类关键设备、一两类有渐进征兆的故障,补齐测点与回溯样本(3~6 周);② 规则/统计基线试跑,只出预警不改流程(2~4 周,验证前兆是否可捕捉);③ 接检修工单闭环与标签回流(2~4 周);④ 按设备类型逐项扩展,每扩展一类重测基线(按季度滚动)。每步都有独立可验收产出。
漂移监控盯三个信号即可:低置信度或边界预警占比持续上升、人工推翻率走高、待处理队列变长。三者不需要额外标注成本,却比月度停机报表更早暴露传感器松动、工况变化或基线过期。
合同里建议把「上线后」单列一期:约定试运行基线测量方式、误报工作量上限、样本回流与迭代频次、基线版本与回退机制。多数预测性维护项目的问题不出在交付当天,而出在第三个月没有人对预警负责。
06常见坑与投入区间
坑一:把采集当预测。传感器装完、看板做完就验收,没有预警分级与工单出口,车间仍按老规矩保养。
坑二:不打工况标签。换型与不同负载被当成异常,误报源源不断,告警两周内被静音。
坑三:一报警就停机。除安全风险外,预警应进待处理队列;打断节拍的系统活不过试运行。
坑四:没有人工推翻通道。现场私下忽略告警,数据里只剩「判定正确」的假象,闭环断掉。
坑五:检修记录不回流。命中率无法计算、样本库不增长,误报率永远降不下来。
坑六:全厂设备一次铺开。随机失效型设备没有前兆,成本先失控、信任先耗尽。
投入参考(软件加实施口径,传感器、网关、布线与网络改造、年运维另计):单类关键设备试点 5~20 万(2~4 个测点、回溯样本、规则基线与工单闭环,1~3 个月);多设备多产线含工况标签、模型迭代与漂移监控 20~60 万(3~6 个月);全厂设备状态中枢含备件与检修计划联动 60 万以上(6 个月起)。主要成本在测点改造、历史故障回溯与检修记录治理,模型本身通常不是大头。均为区间表述,实际以设备数量、测点数与控制系统开放程度勘察为准。
一句话框架:AI 预测性维护不是「装传感器」,而是给停机代价高、有渐进征兆的关键设备补一层状态触发。数据前提四件:选对测点、采样与工况匹配、打工况标签、从历史停机记录回溯带结论的故障样本;冷启动先跑规则/统计基线,别急着上模型。预警必须可行动——按关键度与后果分级,写清检查项、责任人与时限,且除安全风险外进待处理队列不打断生产。闭环核心是检修工单的结论回流成标签并经设备主管每周确认。验收盯四项:非计划停机时长、预警命中率、误报工作量、响应时长;只看模型准确率会掩盖没人处理告警的事实。
常见问题(FAQ)
Q:预测性维护和定期保养、事后报修有什么区别?
三者不是替代关系:事后报修是坏了再修,成本低但停机随机,适合非关键可快速替换的设备;定期保养按时间或产量计划换件,稳定但容易「没坏也换、快坏没换」;预测性维护按设备状态触发,目标是提前发现偏离并把检修安排到计划窗口。真正适合上状态监测的通常是停机代价高、故障有渐进征兆、备件或检修需提前安排的关键设备(主力机台、动力设备、连续流程装置)。随机失效(突然断线、控制板故障)几乎没有前兆,硬做预测只会得到噪声。落地第一步是让设备岗列「过去一年非计划停机 Top 5 原因」,判断有没有可被捕捉的渐进征兆。
Q:设备数据要怎么准备,预测模型才有用?
四件事:一是选对测点,由故障机理决定——振动看轴承齿轮箱与不平衡、温度看电机与电气柜、电流功率看负载与堵转、压力流量看液压气动,先针对一类设备的一两类故障选 2~4 个测点;二是采样频率与工况匹配,启停频繁或冲击负载需更高采样与事件触发,并保留故障前后时间窗;三是打工况标签,从 MES 或控制系统带入产品型号、工单状态、转速档位,按工况分别建基线,否则正常换型会被当成异常;四是积累带结论的故障样本,把过去一年非计划停机记录按时间对齐、截取故障前窗口,由设备岗确认故障类型。冷启动可以先跑阈值与趋势斜率的规则基线,跑通闭环后再谈模型迭代。
Q:预警太多没人看怎么办?
先让预警可行动,再谈降误报。每条预警要回答四件事:哪台设备、与哪条基线比出了什么偏离、建议先检查什么、谁在多长时间内处理;只给「异常,置信度 0.87」的告警无法判断优先级。分级按设备关键度 × 故障后果 × 偏离持续时间定,规则由设备岗维护成受控表格;除确有安全风险外,预警进待处理队列而不是直接停机,一报警就停线的系统两周内会被关掉。同时留人工推翻通道(误报 + 原因标签:换型工况、传感器松动、环境干扰、基线过严),否则现场会私下忽略告警。判断标准是四周后每日无效预警数是否下降;若不降,多半是工况标签没打好或基线该重设。
Q:AI 预测性维护大概要花多少钱、怎么验收?
参考区间(软件加实施口径,传感器、网关、布线与网络改造、年运维另计):单类关键设备试点约 5~20 万(2~4 个测点、回溯样本、规则基线与工单闭环,1~3 个月);多设备多产线含工况标签、模型迭代与漂移监控约 20~60 万(3~6 个月);全厂设备状态中枢含备件与检修计划联动约 60 万以上(6 个月起)。验收建议四项基线而非只写准确率:非计划停机时长(按设备分组)、预警命中率(经检修确认属实的比例)、误报工作量(无效预警件数与现场耗时,并写入上限)、预警到工单关闭的响应时长;再加系统侧可回退性。合同里把「上线后」单列一期,写清基线测量、样本回流与迭代频次、版本与回退机制。均为区间表述。