RS485通信不“通”？别急着换线——三个被忽略的物理层时序真相
你有没有遇到过这样的场景：
Modbus主站发出去的请求帧，从站明明收到了，也处理完了，但响应就是“飞”不出去；
或者示波器上看着波形挺规整，逻辑分析仪也能解出完整帧，可系统跑着跑着就卡在某个地址上不动了；
更魔幻的是——同一套固件、同一根线、同一个电表，在A现场稳如老狗，到B现场每天掉3次连接，返厂还复现不了……
这些不是玄学，也不是“运气不好”。它们全都指向RS485底层最沉默、却最致命的三个环节：总线空闲态是否真正“静默”、UART能否在噪声中稳稳抓住那个“第一下降沿”、从机响应是否踩准了那不到4毫秒的黄金窗口。
这不是协议栈的问题，也不是CRC校验失败——这是物理层与数据链路层握手时，一次微小的失焦。
总线空闲态：你以为的“安静”，其实是“悬在刀尖上”
RS485没有内置偏置。它不像CAN总线那样自带隐性电平，也不像I²C有上拉电阻默认拉高。它的A、B两线，在没人驱动的时候，是彻底“放养”的——高阻浮空。
这时候，哪怕PCB上一根走线耦合进几毫伏的工频干扰，或空气湿度变化带来一点漏电流，都可能让差分电压（VA−VB）在±150 mV之间晃荡。而UART接收器的判决门限，恰恰就在±200 mV附近。
结果就是：总线明明没人在说话，UART却听到了“嘘——”一声，误以为起始位来了，于是开始采样、拼凑、校验……最后得到一帧全是乱码的“幽灵帧”。
我们曾在一个轨交项目中抓到真实案例：变频器启停瞬间，总线空闲差分电压从+230 mV跌到+160 mV，持续约80 μs。就在这段时间里，3台从机同时上报了“非法功能码”错误——其实它们根本没收到任何有效请求，只是被这个电压凹陷“骗”出了中断。
所以，“空闲态”不是“没信号”，而是必须是一个确定、稳定、极性明确的逻辑‘1’（即A > B，且|ΔV| ≥ 200 mV）。这个状态，不能靠运气维持，得靠设计。
偏置网络不是“加个电阻就行”，而是要算清楚的协同系统
常见误区是：随便接两个10 kΩ电阻，一个拉A到3.3 V，一个拉B到GND。看起来差分有3.3 V，很安全？错。
问题出在终端匹配电阻上。标准120 Ω终端电阻，并联在A-B之间。如果你的上拉/下拉电阻都是10 kΩ，那么等效上拉阻抗就变成：
$$
R_{\text{eff}} = \frac{1}{\frac{1}{10\text{k}} + \frac{1}{120}} \approx 119.9\ \Omega
$$
几乎把你的上拉“短路”掉
