前阵子在一家做饮料灌装的厂里，维修班长跟我吐槽了一句：报警记录一大堆，真正有用的就那么几条，可每次还是得一个人坐在电脑前慢慢翻。
这话我太熟了。很多现场不是没数据，是数据多到看不过来。PLC、触摸屏、变频器、伺服报警，各记各的，最后全堆在一起。人一忙，就只能凭经验抓大放小。久了以后，重复故障还是重复来，夜班还是夜班背锅。
我去年就在一条PET灌装线上干过这事。不是搞什么高大上的AI平台，就是老老实实把三个月的报警记录拉出来，让AI先做第一轮归类，再把结果翻成维修班能直接执行的检查清单。说白了，就是把“看不完的日志”变成“今晚先查哪三样”。
先说现场情况，别搞成空对空
这条线产能24000瓶/小时，主控是S7-1500，下面挂了12台变频器、4套伺服、两段输送和一套CIP。以前停机后，班长第一件事不是修，而是先翻报警历史。
我当时导了92天数据，总共18743条报警。里面真正影响停机节奏的，其实主要就5类：
1. 输送线堵瓶。
2. 贴标机伺服跟随误差。
3. 灌装机进瓶节拍丢失。
4. CIP切换阀到位超时。
5. 低压气源波动。
问题是这些报警在系统里不是按“根因”排的，而是按时间一条条记。人眼去看，特别容易被后面的连锁报警带偏。
我怎么做的，其实不复杂
第一步，把PLC和HMI导出的CSV整理干净。保留4列：时间、设备段、报警代码、报警文本。
第二步，我自己先做了一个最土的字段补充，把每条报警加上停机时长和班次。因为只看报警内容不够，得知道它到底耽误了多久。
第三步，再把这批数据丢给AI做归类，但我不是一句“帮我分析报警”就完事。我给它的要求很死：
1. 合并同义报警
2. 区分首发报警和连锁报警
3. 按停机损失排序
4. 输出成维修检查清单
这一点很关键。你让AI自由发挥，它就容易说一堆正确的废话。你把格式卡死，它反而老实。
最有用的，不是结论，是排序
三个月数据跑完以后，排在第一的不是大家天天骂的贴标机，而是“进瓶光电连续3秒无信号”。这个报警一共只出现了61次，但单次平均停机7.8分钟，总损失475.8分钟。
贴标机伺服报警看着很吓人，出现了418次，可单次平均停机才1.1分钟，总损失459.8分钟。也就是说，大家嘴上最烦的，不一定是最该优先处理的。
AI最后整理出来的前3项建议，我觉得是真有用：
第一，先查进瓶光电安装角度和支架松动。
第二，查输送线入口气缸缓冲，防止瓶子堆积后形成连锁报警。
第三，再去处理贴标伺服跟随误差，重点看编码器联轴器松动和机械阻力变化。
这三条一落地，维修班长就知道班前检查该先干啥，不用再靠感觉瞎蒙。
我现场还补了一个很实用的小逻辑
后来我嫌每次都手动导数据麻烦，就在上位机侧加了个每日汇总脚本。每天早上7点，把前24小时报警自动整理成一张表，格式是这样的：
报警类目 | 次数 | 总停机分钟 | 首发占比
进瓶光电异常 | 4 | 31.2 | 75%
贴标伺服跟随误差 | 12 | 14.5 | 18%
CIP阀到位超时 | 3 | 19.0 | 67%
班长最喜欢的不是AI两个字，是这张表一眼能看明白。后来他们直接把它打印出来贴在值班室。
跑了5周之后，进瓶段相关停机从每周平均86分钟降到34分钟，降了60%还多一点。这个成绩不是AI自己修了设备，是它帮人少走了弯路。
这事最容易踩的两个坑
第一个坑，是把报警文本当真相。很多系统里“急停按下”“设备未准备好”“上游禁止启动”这种，其实都是结果，不是根因。你不把首发报警拎出来，AI也只能跟着一起迷路。
第二个坑，是数据量不够。你拿三天数据去分析，八成得出一堆情绪化结论。我自己的经验是，至少看四周，最好跨一个完整生产周期。像我这次用了92天，连周末保养和月底赶单都覆盖到了，结论才靠谱。
我现在怎么看这类AI应用
说实话，AI在工厂里最先值钱的地方，不一定是写PLC，也不一定是直接控制设备。它先帮你把人看不完、顾不过来的信息整理出来，这就已经很有价值了。
尤其是维修部门。老师傅经验当然重要，但经验如果一直只装在脑子里，换个班、换个人、换个夜里，就容易断层。把报警历史翻成检查清单，其实就是在把经验往下传。
这类东西我不建议一上来就做特别大。先挑一条线、一个月数据、五类报警，先跑通。你能先把“每天看日志半小时”缩成“看汇总5分钟”，这项目就值了。
你们厂现在报警记录有人系统翻吗？还是还靠老师傅一条条看？如果你也遇到过“日志一堆但不知道先修哪”的情况，评论区聊聊，我看看你们现场都卡在哪一步。