1客户嘴上要的
「给冲压线每台设备加装振动传感器,用 AI 预测什么时候会坏。」
这是症状或现成方案,不一定是真问题。下面看两种做法。
2照字面做,会怎么烂
先采购传感器、搭数据平台,三个月后有了一堆振动曲线,但历史故障只有十几次,模型训练不出来,只能输出「健康度 87 分」。设备科长看不懂,也不知道分数降到多少该停机。为什么烂:预测需要大量故障样本,关键设备恰好很少坏。
3好 FDE 的实际走法
共 12 周,分 5 个阶段。带三角标记的是这一步最容易踩的坑。
第 1 周算清停机账
- 跟设备科长、两个机修班长和生产计划员坐下来,从 EAM/设备管理系统和交接班记录里拉过去两年的非计划停机。
- 发现停机时长最长的 10 次里,有 8 次出在 2 台压力机,故障只有 3 种:液压系统泄漏、离合制动器磨损、润滑失效。每次停机有一半时间花在「等备件」。
- 真问题不是「预测寿命」,是「这 3 种故障在发展期就有信号,但没人盯」。成功标准改为:这 3 种故障至少提前 24 小时发出可处理的预警,误报每周不超过 3 次。
- 踩坑别一上来买传感器。先问 PLC 里已经有什么信号。
第 2–3 周把数据从 OT 网拿出来
- PLC 里已有液压压力、油温、主电机电流、润滑泵次数,SCADA 历史库存了一年。问题是生产网和办公网隔离。
- 和厂区 IT、自动化工程师、安全负责人一起定方案:历史库数据经单向网闸同步到办公网的一台服务器,只读,不向生产网写任何东西。审批走了两周,这是周期变长的主要原因。
- 踩坑不要在 PLC 上直接装采集程序。自动化工程师会拒绝,也确实有停线风险。
第 4–5 周用历史故障做 evals
- 把两年内这 3 种故障的 14 次记录对上时间点,看故障前 72 小时信号怎么变。做规则加简单异常检测,不做深度模型。
- 标准:14 次里至少 11 次能提前 24 小时报警;在无故障的 3 个月数据上回放,误报每周不超过 3 次。
- 每条报警附上「哪个信号、偏离多少、上次类似情况是什么故障」,让机修看得懂。
- 踩坑故障时间以交接班记录为准时,常和 EAM 工单时间差几个小时。要请机修班长逐条核对故障发生时间,否则「提前多少小时」算不准。
第 6–11 周并行运行,点检员上手
- 报警推送给白班点检员和夜班机修班长,他们按报警去现场确认并回填结果。
- 真实反馈:「油温高要区分夏天和冬天」「换模后半小时电流本来就高」。据此加工况条件。期间正好遇到一次润滑泵异常,提前 2 天发现,避免了一次停机。
- 并行 6 周,因为要覆盖足够多的班次和一次计划检修。加上第 2–3 周的网闸审批,总周期 12 周。
第 12 周交接交接
- 交给设备科一名设备工程师:维护报警规则、工况白名单,每月复核一次误报和漏报。
- 同时把高频备件的安全库存建议交给备件仓管员。没有这一步,预警提前了,备件还是没有。
4这个案例教给你的可复用判断
先按停机时长排序故障,只做排名前几的故障模式。
故障样本少就别做寿命预测,做「发展期异常报警」。
先用现有 PLC 信号,加装传感器是第二步。
不向生产网写数据,这是和自动化团队建立信任的底线。
你手上也有类似的场景?
说说你所在的行业和想用 AI 做的事,留言会直接送达。觉得这个案例有误、过时,或有更好的做法,也欢迎指出。
制造的其他案例
内容更新:2026-11-11