3. 故障诊断概述

在西门子PLC控制系统中,故障诊断并不是“坏了再修”的被动行为,而是一套贯穿设计、运行、维护全过程的工程方法。要建立可复用的诊断能力,首先必须明确:什么是故障、故障如何分类、诊断应遵循什么原则、维护应采用什么策略。只有把这四个问题统一起来,现场排查才不会变成凭经验的“试错”。

一、故障的定义:偏离规定功能的状态

从工程角度看,故障是指PLC系统或其组成部分丧失规定功能,或性能指标超出允许范围,导致控制任务无法按预期完成的状态。它强调三个要素:

  • 规定功能:系统设计时要求完成的逻辑控制、联锁、运算、通信、驱动等任务。
  • 偏离判据:如信号超限、响应超时、状态不一致、输出无动作等可观测条件。
  • 可复现或可定位:故障应能通过现象、数据或测试点被描述和追踪。

例如,PLC的CPU运行正常,但某个数字量输出模块的Q点始终为0,导致接触器不吸合,这就是“输出功能丧失”的典型故障。反之,若只是操作员误按按钮,则属于操作事件,不应直接归为设备故障。

关键区分:故障是系统自身功能异常;误操作、工艺参数设定错误、外部电源停电等属于“外部扰动”或“操作事件”,诊断时需先隔离,避免误判为PLC硬件损坏。

二、故障分类:按对象、性质与影响分层

西门子PLC故障可从多个维度分类,分类的目的是快速缩小排查范围。常见分类如下:

分类维度 类型 典型现象 排查入口
按故障对象 电源故障 CPU不启动、模块指示灯全灭 24V供电、PS电源模块
按故障对象 CPU故障 STOP灯亮、无法下载程序 诊断缓冲区、CPU属性
按故障对象 I/O模块故障 通道无输入、输出不动作 模块诊断、通道LED
按故障对象 通信故障 总线报错、从站掉站 PROFIBUS/PROFINET诊断
按故障性质 硬故障 元件损坏、短路、断路 万用表、替换法
按故障性质 软故障 程序逻辑错误、参数错误 在线监控、交叉引用
按影响程度 致命故障 CPU停机、安全联锁动作 诊断缓冲区、安全程序
按影响程度 非致命故障 单通道异常、报警但不停机 模块诊断、报警记录

此外,还可按时间特性分为突发性故障与渐发性故障。突发性故障如电源浪涌导致模块损坏;渐发性故障如端子氧化、电容老化导致信号漂移。后者往往更隐蔽,需要趋势记录和定期维护来发现。

三、诊断原则:先外后内、先软后硬、先静后动

PLC故障诊断应遵循一套稳定的优先级原则,避免一上来就拆模块、换CPU。推荐原则如下:

  1. 先外部后内部:先检查供电、接地、传感器、执行器、接线端子,再怀疑PLC本体。
  2. 先软件后硬件:先看诊断缓冲区、在线监控、程序逻辑,再判断模块是否损坏。
  3. 先静态后动态:先在停机状态下测量电压、电阻、绝缘,再运行观察动态响应。
  4. 先公共后个别:先查公共电源、公共回路的公共端,再查单个通道。
  5. 先简单后复杂:先排除保险、开关、接线松动等简单原因,再深入总线或程序。
  6. 先安全后恢复:任何诊断操作不得绕过安全联锁,必要时先停机挂牌。

现场口诀:“灯先看、屏先读、表先量、程序先监控”。即先看模块LED,再读HMI/诊断缓冲区,再用万用表测量,最后在线监控程序。

四、维护策略:从被动维修到预防性维护

维护策略决定了故障发生的频率和停机时间。西门子PLC系统通常采用以下策略组合:

  • 事后维护:故障发生后修复,成本低但停机损失大,仅适用于非关键设备。
  • 预防性维护:按周期检查电源、散热、端子、电池、风扇,更换易损件。
  • 预测性维护:基于诊断记录、趋势数据、模块寿命信息,提前安排更换。
  • 改善性维护:针对反复故障,修改程序、增加滤波、优化接地或更换模块型号。

在TIA Portal中,可借助CPU诊断缓冲区、模块诊断状态和HMI报警记录,形成维护依据。例如,定期读取CPU的诊断缓冲区,可发现偶发通信错误;监控OB86、OB121等组织块,可判断机架故障或编程错误。

// 示例:在OB1中调用诊断状态读取(概念示意)
CALL  "RDREC"
REQ   := TRUE
ID    := 256        // 模块硬件标识
INDEX := 1          // 诊断记录索引
MLEN  := 20
RECORD:= "DiagData"
// 读取后可在HMI显示模块状态与故障代码

五、案例场景:一条包装线输出模块故障

某包装线PLC为S7-1500,运行中HMI报“输出模块1通道5故障”,但设备仍继续运行。维护人员按原则排查:

  1. 先看模块LED:通道5指示灯不亮,模块DIAG灯闪烁。
  2. 读诊断缓冲区:提示“短路或过载”,定位到具体通道。
  3. 先外部后内部:测量该通道所接电磁阀线圈,发现线圈电阻接近0Ω,判断为线圈短路。
  4. 更换电磁阀线圈并复位模块后,通道恢复正常。

该案例说明:故障分类帮助快速定位到“I/O模块—输出通道—外部执行器”,诊断原则帮助避免直接更换PLC模块,维护策略则提示应定期检查电磁阀线圈绝缘和电流。

常见误区:一看到模块报警就更换模块,结果新模块仍然报警。原因是外部短路未排除,模块反复进入保护状态。正确做法是先断开负载,测量回路电阻,再判断模块本身。

六、诊断与维护的闭环关系

故障定义、分类、诊断原则和维护策略不是四个孤立概念,而是一个闭环:定义明确故障边界,分类缩小排查范围,原则规范排查顺序,策略决定长期改进方向。下面的SVG展示了这一闭环关系,以及从故障发生到维护恢复的主要路径。

PLC故障诊断与维护闭环 故障定义 功能丧失 / 性能超限 故障分类 对象 / 性质 / 影响 诊断原则 先外后内 / 先软后硬 维护策略 预防 / 预测 / 改善 故障发生 → 现象记录 → 分类定位 → 原则排查 → 修复验证 → 维护改进 诊断缓冲区 / 在线监控 / 万用表 / 替换法 / 趋势记录 闭环反馈:更新维护周期与诊断逻辑 减少重复故障 · 缩短停机时间 · 提升可维护性 维护策略落地 定期巡检电源/散热 备份程序与诊断记录 更换电池/风扇/保险 分析趋势提前更换

在实际维护中,建议把每次故障的现象、分类、排查路径、更换件、恢复时间记录成台账。经过一段时间积累后,就能识别出高频故障点,并据此调整备件库存、巡检周期和程序诊断逻辑。这样,故障诊断才真正从“救火”转变为“可控的维护管理”。