前阵子在化工厂调试仪表采集系统，23台压力、温度传感器走RS485总线串联，白天空载调试一切正常，一到晚上车间电机、变频器全开，就开始频繁丢包，有时候连续十几帧收不到回复，历史数据断得稀碎。
一开始下意识觉得是轮询逻辑写得有问题，熬了半宿改了三版调度算法，问题反而更严重了。后来顺着线缆走了一圈才发现，施工队图省事把485屏蔽线和380V动力线绑在同一桥架里走了四十多米，再加上总线两端都没接终端电阻，干扰一上来信号直接畸变得没法看。
做工业通讯这几年，见过太多类似的场景：80%的RS485通信故障，根本不是代码的问题，全是硬件、布线、匹配这些基础细节没做到位。很多人排查上来就改协议、调参数，绕了一大圈最后发现只是根线接错了。
这篇文章就把RS485从硬件到软件的全链路排查步骤整理出来，按照从易到难、从物理到协议的顺序一步步排，都是现场踩坑踩出来的实战经验，照着走基本能定位90%以上的通信不稳问题。
排查的核心思路：从物理到应用，先简单后复杂
很多人排查485问题没有章法，一会儿换转换器一会儿改代码，越试越乱。正确的逻辑一定是先硬件后软件，先物理后协议，先整体后局部——越靠前的层出问题概率越高，排查成本也越低，先把大概率的坑排除，再去抠软件细节。
我一般按五层顺序排查：硬件设备层→布线施工层→信号匹配层→协议软件层→系统干扰层，整体流程如下：
