今年跑了二百一十七天现场，比去年少了二十三天。但故障复报率从去年的百分之三十二降到了百分之十九。别急着鼓掌——这个分母是我自己定的：同一台设备、同一种故障代码，三十天内再次出现就算复报。去年挤出机温控报警一个月来三次，今年同型号六台设备平均复报间隔拉长到九十一周。怎么做到的？不是腿懒了，是脑子换了套算法。
先承认一个翻车的事。七月份我做了一个预测模型，想把未来一周可能故障的设备筛出来。训练数据用了上半年所有故障记录，特征选了设备型号、累计运行时长、最近一次保养时间、环境温湿度。结果第一次现场验证，准确率只有百分之五十八。车间老赵直接笑出声：“你这玩意儿还不如我这根烟管用。”更丢人的是，模型预警说三号空压机“高概率”会在周四上午出问题。我信心满满让保全班组提前做了全面检查，换了滤芯、清了散热片、测了电机绝缘。周四上午，设备没坏。下午也没坏。一直跑到下周二，坏的是五号机，模型压根没报。班长打电话过来语气很客气：“兄弟，你下次能不能别让我们白干半天活？”那天晚上我蹲在车间外面抽烟，把数据又翻了一遍。问题出在哪儿？模型里没有操作班组的编码。三号机那个周是王师傅当班，他习惯每两小时手动排污一次；五号机是轮班的小李，经常忘。人的变量，数据不会自己跳出来告诉你。后来我把操作工ID、班次、甚至那周有没有新人跟岗都加进了特征集，准确率勉强爬到百分之七十一。老赵现在偶尔会凑过来看一眼屏幕，说句“今天这台看着悬”，然后顺手拿扳手紧两下。我没纠正他——他那个“看着悬”的经验，跟我的百分之七十一，谁也别笑话谁。
再说说那个让我真正开窍的挤出机故障。一号车间那台设备，温控模块频繁报警，我去现场复位就好，第二天又报。反复三次之后我没急着换模块，而是把过去三个月的温度曲线拉出来，对齐每一次报警前十分钟的数据。发现一个诡异的事：报警前九十秒左右，冷却水阀开度都会突然跳到百分之百，然后温度直线往下掉，模块检测到温差过大才报错。水阀执行器电位计触点磨损，反馈信号时断时续，导致PLC以为阀门没开到指定位置，于是持续输出全开指令。换掉电位计，一百二十块钱的东西，九个月没再犯过。这事让我琢磨出一个笨办法：以后每次处理完故障，我强制自己花十五分钟把相关变量的时序图看一遍，找的不是故障点，是故障前的“变形”。就像一个人摔倒之前，脚步已经乱了。
领导最初对我搞数据库这事很不耐烦。去年底我说要把工单数据、传感器日志、操作记录全部结构化存起来，他原话是：“你一个业务员，修好设备就行了，整那些虚的干什么。”我没吭声，用自己笔记本电脑搭了个本地SQLite库，每天下班前花二十分钟把当天数据导进去。三月份那次涂布机故障才让他改了主意。凌晨三点，涂布胶厚度连续超标，产线停了。我按老套路查了刮刀间隙、胶水粘度、涂布辊磨损，四十分钟没头绪。打开数据库，把过去一周的胶水温度、刮刀间隙、车速、环境湿度四个变量拉出来做滞后相关分析，发现厚度波动跟胶水温度变化存在二十分钟的滞后相关。跑去查胶水加热罐，温控探头套管里堵了半管子胶水，测量值比实际值低了八度。清理套管，故障排除。从接到电话到恢复生产，五十八分钟。以前这种级别的问题至少一个半小时。第二天晨会，领导没点名表扬，但散会后他把我叫到办公室，问了一句：“你那个数据库，能不能把车间主任也拉进去看看？”我说能。后来他批了一千二百块钱，让我在工控网隔离区加了一台微型工控机做数据中转，不用再靠我笔记本了。
但真正让我觉得这条路走对了的，不是领导的支持，是十一月份那批绝缘套管的质量投诉。客户反馈耐压测试击穿率异常升高。按老流程，换货、道歉、写报告、扣绩效。这次我先没动，把出厂检测数据和客户测试记录要过来交叉比对。击穿的套管出厂耐压值都在合格线上，但有个细节：随着生产批次号递增，耐压值逐批下降，线性相关系数负零点九三。不是偶然缺陷，是工艺参数在慢慢漂移。调出硫化罐的生产日志，发现硫化时间从九月份开始被人为从十二分钟逐步调到了九分半。谁调的？操作工老刘。那段时间交货压力大，硫化罐保温层老化导致升温慢，他为了赶产量偷偷压短了时间。结果是硫化程度不足，耐压余量被吃掉。我拿着数据找生产主管，他第一反应是“刘师傅干了十五年，不会犯这种错”。我把趋势图打印出来放在他桌上，他看了半分钟，拿起电话打给老刘：“你过来，看个东西。”老刘来了一看，脸红了。解决办法不是罚谁，是重新校准硫化罐温控系统，然后在PLC里把硫化时间参数锁死，任何修改必须双人刷卡确认。这批问题，我们没赔一分钱换货，只是帮客户做了二次硫化处理。客户后来那个雨后的早晨打来电话，说按我们的排查逻辑，他们自己找出了另一条产线上类似的问题根源。挂了电话我在想，如果还是以前那种换货了事的干法，这个早晨根本不会有这个电话。
数据采集这活儿远没有写出来那么光鲜。五月份有一次，我想分析某台老设备振动异常与产量的关系，发现历史工单上只记了“振动大”，没有具体数值。没办法，半夜十一点产线停产后，我抱着振动仪爬到设备底座上，蹲着测了四十多个点。六月的车间又闷又热，衣服湿透了贴在身上，蚊子咬得满腿包。测完导出数据发现，其中三个测点的振动值比半年前大了一倍多，但一直没人管，因为没到报警阈值。我把数据做成趋势图发给设备科，他们才安排了大修。拆开一看，轴承保持架已经裂了两道缝。这事之后我定了个规矩：凡是自己经手的设备，每个月必须采集一次关键测点的原始波形，不光看特征值，还要看波形有没有异常尖峰。车间有人说我“强迫症”，我说强迫症总比等到轴断了再换强。
不足的地方还有一堆。最头疼的是数据质量——今年有百分之十二的工单，故障代码选错了或者漏填了操作参数。我试着推过两次培训，效果不大。后来想了个损招：每次发现错误，我就截个图发到工作群里，不点名，只写“这个故障代码选得很有创意”。连发三次之后，错误率降到了百分之七。人都是要脸面的。另外，我那个预测模型到现在还是只能提前二十四小时预警，再长就不准了。明年的想法是把生产计划排程也加进来——不同产品切换时的设备调整动作，往往是故障的导火索。但这个需要跟计划科对接数据，人家愿不愿意给，两说。
回头看这一年，最大的变化不是技术工具，是看问题的角度。以前觉得故障是“坏事”，现在觉得每个故障都是一次免费的压力测试。你处理完了，如果只是把零件换了、把报警清了，那这次压力测试就浪费了。只有当你把数据翻出来，问一句“为什么会在这个时间、这个条件下发生”，才算真的考完了试。老赵前几天跟我说：“你小子现在修机器，先看电脑后看机器，跟个大夫似的。”我说大夫也是先看化验单再开药。他没接话，拿起扳手去紧螺丝了。我听见他边走边嘟囔：“化验单……倒也是。”
-
欲了解工作总结网的更多内容，可以访问：工作总结
