STM32 RS485通信丢字节问题分析与解决

1. RS485通信丢字节问题解析

最近在调试STM32的RS485通信时，遇到了一个典型问题：每次发送完数据后，最后一个字节总是丢失。这个问题困扰了我整整两天，经过反复测试和查阅资料，终于找到了根本原因和解决方案。今天就把这个经验分享给大家，希望能帮助遇到同样问题的朋友少走弯路。

RS485作为一种常见的工业通信接口，虽然原理简单，但在实际应用中却有不少"坑"。我们团队在智能电表项目中使用了STM32F103的USART+MAX485方案，就遇到了这个典型的丢字节问题。具体表现为：主机发送10个字节的数据，从机只能收到前9个字节，最后一个字节总是丢失。

2. RS485通信基础原理

2.1 差分信号与抗干扰机制

RS485本质上是在UART协议基础上换了一套物理层。它采用差分信号传输，通过A、B两根线的电压差来表示逻辑状态：

• 逻辑1：A线电压比B线高至少200mV
• 逻辑0：B线电压比A线高至少200mV

这种设计带来了极强的抗干扰能力。当共模噪声（如电机干扰）同时作用于A、B线时，两者的电压差保持不变，信号不受影响。理论上RS485的传输距离可达1200米，远超普通UART的传输能力。

2.2 总线状态与终端电阻

RS485总线有几个重要特性需要注意：

1. 空闲状态：当没有设备发送数据时，总线处于高阻态
2. 终端电阻：在总线两端需要接120Ω终端电阻，匹配线路特性阻抗，防止信号反射
3. 偏置电阻：通常A线上拉，B线下拉，确保空闲时为逻辑1状态

重要提示：星型连接是RS485的大忌！必须采用总线式拓扑，且终端电阻只能加在总线两端。

3. 丢字节问题深度分析

3.1 典型现象描述

在我们的项目中，具体表现为：

• 主机发送10字节数据：0x01,0x02,...,0x0A
• 从机只收到前9个字节：0x01,0x02,...,0x09
• 最后一个字节0x0A总是丢失
• 偶尔还会出现第一个接收字节是上次发送的最后一个字节的情况

3.2 根本原因探究

经过逻辑分析仪抓取波形和代码调试，发现问题出在收发切换时机上：

1. TXE标志误区：很多开发者看到TXE(发送缓冲区空)标志就立即切换为接收模式，这是错误的。TXE只表示数据从发送缓冲区移到了移位寄存器，并不代