PLC与单片机RS485通信对接：实战案例

PLC与单片机RS485通信：一个工程师踩过坑后写给自己的备忘录

去年冬天，我在某汽车零部件产线调试一套基于STM32F407的温压一体传感器节点。PLC是西门子S7-1200，通过CM1241模块挂RS485总线，目标是每200ms读取一次4路温度和2路压力值。项目上线前一周，现场突然出现“间歇性失联”——PLC偶尔连续5~8帧收不到响应，HMI上数值跳变、报警频发。示波器抓到的波形干净得让人绝望：A/B差分信号边缘锐利、幅度达标、空闲态稳定在±50mV内……可Modbus帧就是卡在CRC校验那一步，死活通不过。

后来发现，问题出在一个被忽略的100ns建立时间上：我们用GPIO直接控制MAX485的DE/RE引脚，但HAL_GPIO_WritePin()执行完到收发器内部驱动级真正就绪之间，存在微秒级延迟。而9600bps下，1位时间约104μs；当PLC紧跟着上一帧结束立刻发下一帧（工业PLC轮询常有“零间隔”倾向），单片机还没来得及切回接收态，起始位就被吞掉了——于是整帧错位，CRC自然失败。

这件事让我意识到：RS485通信从来不是把线接对、波特率设同、地址配好就能跑通的“配置题”。它是一场横跨电气特性、时序边界、协议语义和系统噪声的协同作战。下面这些内容，是我从数据手册字缝里抠出来的经验、在示波器屏幕上熬过的夜、以及被产线老师傅指着鼻子骂醒后的总结。

为什么RS485成了PLC和单片机之间的“通用语”

先说结论：不是RS485有多先进，而是它刚好卡在工业现场最痛的几个平衡点上。

• 差分传输不是为了炫技，是为了解决车间里变频器启停那一瞬间窜进来的±2kV共模尖峰。单端的RS232在这种环境下，连1米线都扛不住；
• 两线制半双工省下的两根线，意味着布线成本降30%，故障点少一半，终端电阻只要装两个（而非每个节点都得配）；
• 多点拓扑能力让一条总线能串起十几个IO模块——如果换成RS422，你得给每个节点拉4根线，光接线端子排就能占满整个电控柜；
• PLC原生支持度高这点很现实：西门子TIA Portal里拖一个“MB_COMM_LOAD”指令块，填上地址、功能码、DB块偏移，编译下载就完事；三菱GX Works2里甚至有图形化Modbus配置向导。而你要在PLC里硬啃RS232的XON/XOFF流控或RS422的全双工时序？先问问产线停机一小时值不值。

所以别纠结“RS485是不是过时”，它就像工业界的USB-A接口——不够快、不支持热插拔、没加密，但足够鲁棒、足够便宜、足够所有设备都认。

RS485物理层：那些手册不会明说的细节

关键参数，只记这五个就够了