“老师，机器不动了，怎么办？”

这句话我在实训室里听过无数次。每次听到，我都能想象出学生站在罢工的设备前，茫然无措、一脸无辜的样子。他们学了编程、学了接线、学了机械原理，但当所有知识整合在一起的系统出问题时，他们就卡住了——不知道该从哪看起，不知道该先查什么。

这让我意识到一个问题：我们的教学太注重“如何让设备运行”，却很少教“设备不运行了怎么办”。而后者，恰恰是企业最看重的能力。一个能快速定位故障的工程师，比一个只会写代码的工程师值钱得多。

于是，我把“一观二问三测四析”这套故障诊断方法引入了课堂。八个字，四个步骤，让学生的排故思路从一团乱麻变成清晰的地图。

第一步：一观——望

故障发生的那一刻，大多数人的第一反应是“重启试试”。我告诉学生：别急，先看。

“看”是有套路的。我把学生带到故障设备前，要求他们在动任何东西之前，先回答五个问题：

设备的报警灯是什么颜色？红色还是黄色？闪烁还是常亮？

触摸屏或电脑上显示了什么错误代码？

有没有异常的声音？电机嗡嗡声变大？气缸漏气声？

有没有烧焦的味道或异常发热的部位？

工件卡在什么位置？机械臂停在哪个姿态？

为了训练学生的观察力，我专门设置了一个“故障观察”小测验。我提前在一台设备上制造了几个明显的物理异常——一根线松了、一个传感器歪了、一个急停按钮被按下去了。然后给每组学生三分钟，让他们在不触碰任何东西的情况下，用眼睛和耳朵列出所有可疑之处。

有组学生连传感器歪了都没发现，我追问：“你们刚才说传感器可能有问题，是猜的还是看到的？”他们不好意思地承认是猜的。我告诉他们：“工程师不靠猜，靠证据。你的眼睛和耳朵，就是你第一个证据来源。”

第二步：二问——闻

这里的“闻”不是用鼻子，而是用嘴巴——去问。

我让学生养成一个习惯：在拆任何东西之前，先找到最后操作这台设备的人，问清楚三个问题

故障发生前，你做的最后一个正常操作是什么？

故障发生前，有没有换过物料、调过参数、动过哪个地方？

这个问题是每次都会出现，还是偶尔出现一次？

第二个问题尤其关键。有一次实训，一台传送带突然不转了，学生拆了半天电机驱动都没找到原因。我问他们：“谁最后碰过这台设备？”一个学生举手说：“我刚才调了一下那个接近开关的位置。”我们一起去看，发现他把开关调得太远了，传感器感应不到工件，PLC以为传送带上没东西，当然不给信号。调回来，传送带立刻恢复了。这个学生懊恼地说：“早知道我先问自己一句。”

我趁机总结：“故障的线索，往往藏在最后一个操作者的大脑里。你宁可多问三句话，也不要多拆三个螺丝。”

第三步：三测——切

前面两步做完，你已经有了初步的嫌疑方向。现在可以动手了。

我把测量顺序总结成一个口诀：“电、信、通、隔，从易到难。”具体来说：

第一，查供电。拿出万用表，量一下PLC的输入电源有没有24V，电机的动力线有没有电压。很多所谓的“故障”其实就是哪个断路器跳了或者保险烧了。一个学生曾经花了一个小时排查程序逻辑，最后发现是电源插头松了。我开玩笑说：“你的一小时，值一个插头的钱。”

第二，查I/O信号。连接PLC软件，在线监控。输入点有没有信号变化？输出点有没有按照程序动作？如果程序显示输出为1，但现场设备不动，问题就在输出端到设备之间——继电器、接触器、线路。如果输出为0但输入正常，问题就在程序逻辑。

第三，查通信。如果设备有网络通信，用Ping指令测一下通不通。我曾经遇到过一台机器人工控机死活连不上，学生查了半天网络配置，最后发现是网线被柜门夹断了。物理层的问题，最容易被忽略。

第四，分段隔离。当问题范围太广时，用排除法。拔掉输出模块的线，看输入是否正常；断开一个子系统的电源，看其他部分是否工作。像剥洋葱一样，一层一层缩小范围，直到找到病灶。

为了让学生掌握这些技能，我在实训室预埋了十几个不同的故障，从最简单的“传感器没对上”到最难排查的“编码器线屏蔽层破损导致信号偶发跳变”。学生们分组排查，计时评分。最快的一组在15分钟内找到了故障点，最慢的组花了整整一节课。但每个组排查完后，都要写一份“故障分析报告”，内容包括：现象、问了谁、测了什么、数据是什么、结论是什么。这份报告的格式，我直接用了某合作企业的模板。

第四步：四析——断

找到故障点并不等于完成诊断。我要求学生再做最后一步：分析根本原因。

“为什么这个螺丝松了？”如果是振动导致的，是不是缺一个防松垫圈？
“为什么这个传感器会歪？”如果是被撞的，是不是缺少物理防护？
“为什么这个程序会跑飞？”如果是变量溢出，是不是数据类型定义错了？

我问学生一个问题：“如果今天你把螺丝拧紧了就收工，下周同样的位置会不会再松？”他们想了想，摇头。

“那就对了。故障诊断的真正终点，不是‘修好了’，而是‘找到了原因，并且知道怎么预防’。”我把这个过程叫做“从治标到治本”。每次排查完，学生都要写一条“改进建议”——加一个垫圈、改一段程序、增一项点检。这些建议里，有些真的被我采纳进了下一年度的实训设备维护手册。

我的实训设计清单

很多老师问我具体怎么设计故障诊断实训，我把自己的清单分享在这里：

基础级故障（适合学完PLC基础后）：电源掉电、输入信号断线、输出继电器触点粘连、程序逻辑错误

进阶级故障（适合学过通信和伺服后）：网络IP冲突、通信参数不匹配、伺服驱动器参数设置错误、限位开关安装位置偏移

挑战级故障（适合综合实训阶段）：编码器信号干扰、多个故障同时存在、间歇性故障（偶发，难复现

每次实训结束后，我会把各组的表现数据——排查时间、走的弯路、最后结论——匿名做成一份“排故案例集”，发给所有学生。案例集里的反面教材比正面教材更受欢迎，因为学生们喜欢看别人踩过的坑，然后庆幸自己没踩。

写在最后

故障诊断，本质上是一种思维方式——不慌张、不瞎猜、有步骤、有逻辑。我带的学生在课程结束后，很多人会主动把“一观二问三测四析”贴在宿舍墙上或者电脑旁。他们说，这不仅适用于修机器，也适用于解决生活中的各种麻烦事。

这就对了。我们教的不是技术，是解决问题的哲学。