PLC 远程 IO 站掉线重连慢？扫描周期与看门狗整定

远程 IO 站偶发掉线不可怕，可怕的是重连要等几十秒，产线已经停了，站还没回来。重连慢往往不是网络彻底断了，而是超时和重连参数没配对。
先分清两种掉线：一种是偶发丢包后很快恢复，另一种是站彻底离线后重连超时。第一种先查电磁干扰、接头松动和交换机端口，第二种重点看参数。常见的参数坑有三个：主站扫描周期设得太长，掉线检测本身就慢；看门狗时间设得太短，正常抖动也被判成掉线；重连重试间隔设得太大，第一次重试失败后要等很久才试第二次。
我的做法是：先把掉线时刻的诊断信息导出来，看是超时、CRC 错误还是从站无应答，再按故障类型调参数；调完后做拔线复现测试，记录从断线到恢复的全过程时间，而不是只看能不能连上。参数调得太激进会误报，太保守会恢复慢，这个平衡点只能在现场测出来。你们现场远程 IO 重连一般要多久，瓶颈在检测还是在重连？

重连慢优先把「检测时延」和「重连退避」拆开看。现场我习惯先导出掉线诊断码时间线：若从超时判定到第一次重试就超过一个扫描周期的数倍，先压主站扫描与看门狗，而不是先加长重试间隔；若判定很快但第二次重试隔很久，才去收紧退避上限。拔线复现时同步抓交换机端口计数和从站电源纹波，EMC 毛刺造成的「假掉线」用参数是压不住的。参数改完至少做三次冷启动与三次热拔插，把恢复时间分布记下来再定稿。