PLC 通讯突然 “罢工”，排查半天没头绪！工控人都来分享你的急救神操作？

PLC 通讯突然 “掉线”—— 上位机刷不出数据，从站模块集体 “离线”，急得人围着控制柜打转！摸遍了所有接头，网线测试仪测着也通，协议参数对着手册核对了三遍，可通讯就是连不上，半天排查下来毫无进展，生产线停一分钟都是损失，这种焦灼谁懂？
作为工控人，谁没跟通讯故障死磕过？可能是不起眼的 IP 地址冲突，让整网通讯时断时续；也可能是 DP 接头的终端电阻忘了拨到 ON 档，导致总线信号反射；甚至是变频器旁边的通讯线没做屏蔽，电磁干扰让波形乱成一团。之前我遇到过一次奇葩故障，所有配置都没问题，最后发现是备用电池没电，PLC 通讯模块自动复位了，换块电池立马恢复，现在想起来还觉得哭笑不得。
有次 Profinet 通讯频繁中断，用 Wireshark 抓包，很快定位到是交换机端口堵塞；还有次 Modbus RTU 通讯失败，看到有人说 “核对校验位时别漏了从站地址唯一性”，回去一看果然是两个仪表地址设重了，改完立马通了。
相信各位工控老炮手里都有自己的 “急救秘籍”，今天就来敞开聊聊：
你排查通讯故障的固定流程是什么？是 “先硬后软” 先查物理连接，还是先看诊断信息找错误代码？
有没有压箱底的 “救命工具”？比如 USB 转 RS485 转换器、示波器，或是某款冷门调试软件？
遇到过哪些 “玄学故障”？比如拔了重插就好、改个波特率就恢复，或是接地整改后彻底解决的干扰问题？
对于新手来说，哪些通讯坑是一定要避开的？比如协议端口号配置错误、屏蔽层没单端接地这些常见失误？
不管是常规操作还是奇葩技巧，哪怕是踩坑教训，欢迎分享！发布详细案例，附上故障现象、排查步骤和最终解决方案，让更多同行少走弯路。毕竟工控圈的进步，就是靠这种实打实的经验互通～ 快来亮出你的通讯急救神操作，帮更多工友在故障面前 “快准狠” 解决问题！