4. 设备故障诊断的基本方法与流程
故障诊断不是“凭经验猜哪里坏了”，而是一套可复用的收敛逻辑：从设备表现出的异常现象出发，逐步收集证据、缩小可疑范围，最终把故障定位到某个可更换或可修复的最小单元，并用验证手段确认原因。对三菱iQ-F系列PLC构成的设备而言，这套逻辑尤其重要——因为同一个“设备不动”的现象，可能来自传感器、输入端子、PLC程序、输出模块、执行机构甚至供电与通信，若没有系统化流程，很容易在错误的方向上反复拆装。
一、诊断的通用逻辑：先收敛，再确认
通用诊断逻辑可以概括为四个动作：观察现象、收集信息、隔离故障、确认原因。它们不是四个孤立的步骤，而是一个不断缩小范围的循环。观察现象解决“发生了什么”；收集信息解决“在什么条件下发生、有哪些伴随特征”；故障隔离解决“问题在哪个区段”；原因确认解决“这个区段里究竟是哪个点失效”。
其中最关键的是故障隔离。隔离的本质是“分段排除”：把一条完整的控制链切成若干段，用最小的代价判断故障位于哪一段，而不是一上来就怀疑最复杂的部分。对iQ-F设备，最自然的分段方式是沿信号链切分：现场信号 → 输入端子/输入模块 → PLC内部程序逻辑 → 输出模块 → 执行机构。任何一段被证实正常，就可以把它排除，把注意力集中到剩余区段。
二、观察现象：把“坏了”翻译成可判断的描述
现场人员常说的“设备坏了”，对诊断几乎没有价值。需要把它翻译成可判断的描述，至少包含三要素：什么动作没有发生、在什么条件下发生、是否伴随其他异常。例如“按下启动按钮SB1，电机M1不启动，但运行指示灯HL1正常点亮”，这就比“设备不动”有用得多——指示灯亮说明PLC已上电且部分输出正常，问题更可能集中在M1对应的输出回路或执行机构。
观察时建议同时记录：故障是首次出现还是偶发、是否与某个动作或时间段相关、是否伴随报警或异常声音/气味。这些信息会直接影响后续隔离方向。例如偶发故障往往与接触不良、干扰、温度漂移有关，而稳定故障更可能是元件损坏或程序逻辑错误。
三、收集信息：用iQ-F自身资源取证
iQ-F提供了大量“自带证据”，善用它们可以大幅减少拆线测量。常用信息源包括：
- 输入/输出LED：直接反映端子上是否有信号、输出是否被驱动，是最快的第一手证据。
- 软元件监控：通过GX Works3监控X、Y、M、T、D等软元件的实时状态，判断程序逻辑是否按预期执行。
- 报警与错误代码：CPU模块的ERR灯、特殊寄存器中的错误信息，可区分是硬件故障还是程序/参数问题。
- 历史与趋势：若设备接入远程运维平台，可回看故障前后的数据曲线，判断是突变还是渐变。
收集信息的关键是“先看不动手”：在断电拆线之前，先把LED状态、软元件状态、报警信息记录下来。这些信息一旦因拆装而改变，就可能永久丢失。
四、故障隔离：沿信号链分段排除
隔离的核心是选择最省力的切点。对iQ-F设备，推荐按以下顺序推进：
- 先看输入侧：操作对应输入点时，观察输入LED是否变化。若LED不亮，问题在按钮、传感器、接线或输入端子；若LED亮，输入侧基本正常，进入下一步。
- 再看程序逻辑：监控对应输出Y元件是否被置位。若Y未置位，问题在梯形图逻辑、联锁条件或定时器；若Y已置位，进入输出侧。
- 然后看输出侧：观察输出LED是否点亮。若LED亮但执行机构不动，问题在输出模块之后的线路、继电器或执行机构本身。
- 最后测执行端：在输出端子或执行机构线圈处测量电压/通断，确认是线路断路、触点损坏还是负载故障。
每一步都以“该段是否正常”作为判断，正常就排除，异常就聚焦。这样最多经过三到四次判断，就能把范围从整台设备缩小到一个具体元件或一段线路。
五、确认原因：让结论可复现
找到可疑点不等于确认原因。确认需要满足两个条件：能解释全部现象，且能通过操作复现或消除。例如怀疑输出继电器触点氧化，可以测量触点通断，或在安全条件下短接该触点观察执行机构是否动作；若短接后动作正常，拆下短接又恢复故障，则原因基本确认。
确认后应记录：故障点、判断依据、处理方式、验证结果。这份记录既是维修闭环，也是后续远程运维和预防性维护的数据基础。对iQ-F设备，还可以把关键判断点（如某输入LED、某Y元件、某错误代码）整理成点检表，让下次同类故障的隔离路径更短。