PLC 程序在线监控与故障定位：工程师现场该看什么

现场最常见的误判：一条线突然停了，操作工说"没反应"，新手第一反应是断电重启或怀疑模块烧了。但在动手之前，先看程序——多数停机不是硬件坏，而是程序卡在某一步、某个互锁条件没满足，或某条通讯断了。在线监控的价值，就是把 PLC 里"正在发生什么"直接显示出来，而不是靠猜、靠换件试错。

这四类工具里，变量表和交叉引用是性价比最高的两个。不少工程师只会"上线看程序状态"，却不会用交叉引用确认改动的影响面，结果是改一处引出三个新问题。建议任何在线修改前，先用交叉引用把目标地址的所有读写点列一遍，改动范围一清二楚。

场景：传送带启动后约 3 秒停。排查顺序如下：

• 在线监控发现程序卡在"运行允许"条件，说明不是电机本体问题；
• 用交叉引用定位该条件来自安全继电器与上游设备"就绪"信号；
• 在变量表里看上游"就绪"位为 0，而设备实际在运行 → 信号没刷进来；
• 顺藤摸瓜查到 PROFINET 从站丢站，重分配设备名称后恢复（对应课程：多品牌 PLC 工业网络通信与故障排查实训）。

这一单如果直接换变频器或换模块，既花钱又查不出根因。先软后硬，先把逻辑和通讯状态看清，再怀疑传感器与模块。

• 断点：在怀疑的程序段设断点，逐步执行看流程走向，适合复杂顺控与条件嵌套；
• 诊断缓冲区：CPU 把每次报错按时间顺序记录，查"最近一次停机前发生了什么"最快的路径，比翻操作记录准；
• 参照课程：西门子全系列 PLC 应用、维护实训系统讲程序在线监控、IO 模块检查与程序维护（西门子全系列 PLC 应用、维护实训）。

• 强制忘了解除：用强制表做隔离测试后没取消，设备转走后逻辑被"钉死"，下次正常信号进不来，表现就是莫名其妙的偶发停机。任何强制操作都要登记、结束即解除，并交班说明。
• 在线改完没下载 / 没存：在监控状态里临时改了值或程序，没编译下载、没存到存储卡，CPU 一重启又回到旧逻辑。养成"改即编译、改即下载、改即归档"的习惯，离线工程与在线保持一致。

1. 先看诊断缓冲区与在线状态，定性"卡在逻辑还是断在通讯"；
2. 用变量表 + 交叉引用锁定可疑点，把范围缩到最小；
3. 必要时用强制表做隔离验证，测试完立刻解除；
4. 最后才动硬件：量电压、查模块、换件。

反复出现的"灵异故障"，根子大多在通讯或互锁，不在硬件。把顺序定对，停机时间能压下一大半。