📚 课程目录第1章课程导入

1. 课程导入

在工业自动化现场，罗克韦尔自动化（Rockwell Automation）的 PLC 产品线——尤其是 ControlLogix、CompactLogix、Micro800 以及较早的 SLC 500、PLC-5 系列——被大量应用于汽车、冶金、食品饮料、水处理、物流分拣等连续生产场景。对维护工程师而言，PLC 一旦停机，往往意味着整条产线停摆，每分钟都可能产生可观的损失。因此，本课程的目标不是让学员"会写程序"，而是让学员在设备报警、通信中断、I/O 异常、程序跑飞等真实故障面前，能够快速定位、判断、隔离并恢复。

一、学习目标：从"看得懂"到"修得快"

本课程围绕四个能力层次展开，学员完成学习后应达到以下目标：

识别层：能读懂罗克韦尔 PLC 的硬件指示灯、状态字、故障代码与 Logix 控制器属性页信息，判断故障属于电源、CPU、I/O、通信还是程序逻辑。
工具层：熟练使用 Studio 5000 Logix Designer、RSLinx Classic、FactoryTalk View、RSNetWorx 等工具进行在线连接、上传下载、交叉参考与趋势监控。
诊断层：掌握"由外到内、由硬到软、由点到网"的排障顺序，能借助模块状态、I/O 强制表、通信诊断计数器缩小故障范围。
维护层：能执行固件刷新、电池更换、SD 卡备份恢复、冗余切换测试等预防性维护操作，并形成可复用的故障记录。

核心判断：罗克韦尔 PLC 的故障诊断，本质上是"沿着信号链和能量链，逐段排除不可能，最终锁定唯一故障点"的过程。工具只是手段，清晰的链路思维才是关键。

二、核心概念：先建立一张"故障地图"

在动手之前，必须先理解罗克韦尔 PLC 系统的几个核心概念，它们决定了故障会以什么形式表现出来。

1. 控制器与模块的层级关系。ControlLogix 采用机架式结构，控制器（Controller）与通信模块、I/O 模块通过背板（Backplane）通信；CompactLogix 则将控制器与部分 I/O 集成。背板是"内部高速公路"，一旦背板通信异常，所有模块都会报错。

2. 扫描周期与任务模型。Logix 控制器采用周期性任务（Periodic）、连续任务（Continuous）和事件任务（Event）混合调度。程序卡死、看门狗超时（Watchdog Timeout）通常与任务优先级配置或死循环有关。

3. 通信网络分层。现场常见 EtherNet/IP、ControlNet、DeviceNet、DH+ 等网络。EtherNet/IP 用于控制器与 HMI、变频器、远程 I/O 的通信；ControlNet 强调确定性；DeviceNet 多用于底层设备。网络故障往往表现为"模块正常但数据不刷新"。

4. 故障安全与冗余。部分关键工位采用冗余控制器（Redundancy）或安全 PLC（GuardLogix）。诊断时必须区分"主备切换"与"真实故障"，避免误判。

三、整体框架：五步排障法

本课程将故障诊断与维护组织为一条可执行的主线，如下图所示。它把"现象—分层—工具—验证—归档"串成闭环，避免现场盲目换件。

四、案例场景：一条灌装线的"假故障"

某饮料厂灌装线使用 CompactLogix 5370 控制器，通过 EtherNet/IP 连接两台 PowerFlex 525 变频器和一台 PanelView Plus HMI。夜班报修："HMI 上所有按钮失效，但 PLC 的 RUN 灯正常。"

按五步法排查：第一步确认现象，HMI 显示通信超时，PLC 本体 RUN 绿灯常亮，无红色 FAULT；第二步分层定位，电源正常、CPU 正常，问题指向网络层；第三步用 RSLinx 浏览网络，发现 HMI 的 IP 能 ping 通但 EtherNet/IP 连接数为 0，进一步查看交换机端口，发现该端口 CRC 错误计数持续增长；第四步更换网线与交换机端口后，HMI 恢复；第五步归档时记录"网线老化导致 CRC 错误，表现为 HMI 假死"。

经验提示：罗克韦尔系统中，"PLC 正常但 HMI 或远程 I/O 不刷新"是网络层故障的典型特征。不要急于重启 PLC，先看通信诊断计数器和交换机端口状态。

五、学习方法与常见误区

本课程建议采用"理论—仿真—现场"三段式学习：先理解控制器、I/O、网络的基本模型；再用 Studio 5000 的仿真功能或实验台架练习在线连接、强制、趋势；最后结合真实故障记录做复盘。每学完一个模块，应能独立完成一份"故障现象—判断依据—处理动作—验证结果"的记录表。

常见误区	正确做法
一看到 FAULT 灯就换 CPU	先读控制器属性中的 Major/Minor Fault 代码，区分是硬件、程序还是 I/O 故障
直接在线修改程序而不备份	下载前先上传并保存当前程序，确认版本与 SD 卡备份一致
用强制（Force）长期替代逻辑修复	强制仅用于临时验证，故障排除后必须取消并修正逻辑
忽略电池与固件版本	定期检查控制器电池状态，固件升级前核对兼容性矩阵
只记录"已修复"	记录故障代码、模块型号、固件版本、处理步骤，便于趋势分析与备件管理

安全提醒：任何在线操作前，必须确认设备处于安全状态，涉及运动、高温、高压的工位应先执行上锁挂牌（LOTO）。强制 I/O 可能引发意外动作，必须与现场操作人员确认后再执行。

下面给出一个典型的控制器故障状态读取示例，帮助建立"从状态字入手"的习惯：

控制器属性 → Major Fault:
  Type:   I/O Fault
  Code:   0x0004
  Module: Local:2:I (1734-IB8)
  Action: 检查该模块供电与背板连接

控制器属性 → Minor Fault:
  Type:   Battery Low
  Action: 计划更换 1756-BA2 电池

RSLinx → EtherNet/IP 诊断:
  Connection Timeouts: 128
  CRC Errors:          持续增长
  Action: 检查网线、交换机端口、接地