4. 常用软件工具入门
罗克韦尔自动化（Rockwell Automation）的故障诊断与维护工作，几乎都离不开一套相互配合的软件工具链。理解每个工具“管什么、连什么、看什么”，是后续排查通信故障、程序异常、画面失效等问题的基础。本节从工具定位、通信驱动配置、典型使用流程和常见误区四个角度，帮助初学者建立完整的软件工具认知框架。
一、核心工具定位与分工
罗克韦尔的软件体系可以按“控制器编程—上位监控—通信连接”三层来理解。不同系列控制器对应不同的编程软件，而通信层则由 RSLinx Classic 统一承担。
- Studio 5000 Logix Designer：面向 ControlLogix、CompactLogix、GuardLogix 等 Logix 平台控制器，用于编写梯形图、功能块、结构化文本程序，同时可在线监视标签、强制 I/O、查看故障例程。
- RSLogix 500：面向 SLC 500、MicroLogix 等传统控制器，界面较老但仍在大量老设备维护中使用，支持梯形图编程与在线监控。
- FactoryTalk View：上位机 HMI/SCADA 组态软件，分为 Machine Edition（ME，单机 HMI）和 Site Edition（SE，分布式 SCADA），负责画面、报警、趋势与数据记录。
- RSLinx Classic：通信驱动与网络浏览工具，为上述软件提供与 PLC、HMI、变频器等设备的通信通道，是诊断“连不上”问题的第一入口。
二、通信驱动配置原理
RSLinx Classic 的核心是“驱动（Driver）+ 网络浏览（RSWho）”。驱动决定用哪种物理链路和协议访问设备，RSWho 则把扫描到的节点以树形结构展示出来。常见驱动类型如下：
| 驱动类型 | 适用场景 | 关键参数 |
|---|---|---|
| AB_ETHIP-1 | 以太网访问 Logix、PanelView Plus | 网卡选择、IP 段 |
| AB_ETH-1 | 以太网访问老 SLC、PLC-5 | 网卡、CIP 路径 |
| RS-232 DF1 | 串口直连 MicroLogix、SLC | 波特率、校验、站号 |
| EtherNet/IP Driver | 标准 EtherNet/IP 设备发现 | 广播域、子网 |
| Virtual Backplane | 本机模拟或 1756 机架虚拟背板 | 机架号、槽号 |
配置驱动的典型流程是：打开 RSLinx Classic → Communication → Configure Drivers → 选择驱动类型 → 指定网卡或串口 → 启动驱动 → 打开 RSWho 浏览节点。若 RSWho 中能看到目标设备图标，说明通信链路正常；若出现黄色问号，通常是 EDS 文件缺失或设备类型未识别。
三、典型使用流程与场景
以一台 CompactLogix 通过以太网连接、需要在线诊断为例，完整流程如下：
- 在 RSLinx Classic 中配置
AB_ETHIP-1驱动，绑定本机以太网卡。 - 打开 RSWho，确认目标 PLC 的 IP 出现在树中，记录其路径，例如
AB_ETHIP-1\192.168.1.10\Backplane\0。 - 打开 Studio 5000，选择 Who Active，沿相同路径选中控制器，进入在线模式。
- 在控制器属性中查看 Major Faults、Minor Faults，在标签监视器中观察关键位与模拟量。
- 若需查看画面，打开 FactoryTalk View ME/SE，确认其通信路径同样指向该控制器。
对于老设备，流程类似，只是把 Studio 5000 换成 RSLogix 500，驱动可能改为 RS-232 DF1，路径形如 RS-232 DF1\AB_DF1-1\1。串口通信要特别注意波特率与站号必须与控制器一致，否则 RSWho 会一直显示“正在浏览”。
RSLinx Classic 路径示例：
AB_ETHIP-1\192.168.1.10\Backplane\0
RS-232 DF1\AB_DF1-1\1
Studio 5000 Who Active 路径：
AB_ETHIP-1 → 192.168.1.10 → Backplane → 00 (CompactLogix)四、误区与复盘
常见误区二：把 FactoryTalk View 的通信路径与 RSLinx 混为一谈。ME 工程内部有独立的通信配置，SE 则依赖 FactoryTalk Linx，需分别确认。
常见误区三：串口驱动参数“差不多就行”。DF1 的波特率、校验、站号必须完全一致，否则无法建立会话。
复盘时建议按“物理层—驱动层—软件层”顺序排查：先看网线、指示灯、IP 是否可达；再看 RSLinx 驱动是否 Running、RSWho 是否可见；最后才检查编程软件或 HMI 工程中的路径设置。这样能避免在软件层反复折腾却忽略底层通信问题。