为什么你的 RS485 总是在发完数据后丢最后一个字节？
RS485 不是一种新的协议，它只是 UART 的物理层 (Physical Layer)皮肤。 数据包还是 Start + 8 Data + Stop，但电压标准全变了。
1. 物理层革命：差分信号 (Differential Signaling)
1.1 从 TTL 到 差分
TTL (UART):只有一根信号线 TX。电压是相对于 GND 的。
如果地线上有干扰（比如电机启动导致地电位抖动），3.3V 可能就变成了 2.0V，逻辑 1 变成了 0。
传输距离：板级 (< 30cm)。
RS485:有两根线A和B。
它不看对地电压，看A - B 的电压差。
逻辑 1:A > B (差值 > 200mV)。
逻辑 0:B > A (差值 > 200mV)。
抗干扰原理 (共模抑制):如果有一团强干扰电磁波袭来，A 线电压升高 5V，B 线电压也升高 5V。A - B 的差值不变！
传输距离：理论 1200 米。
1.2 拓扑结构：手拉手 (Daisy Chain)
RS485 支持多点通信（Multi-drop）。
正确接法：手拉手，一站接一站。
错误接法：星型连接（Star Topology）。从主干分叉出很多长分支，会产生信号反射，导致通讯极不稳定。
终端电阻：在总线的最首端和最末端，必须各跨接一个120V 电阻，用于吸收反射波。
2. 核心难点：半双工与方向控制
RS485 虽然有两根线 A/B，但它们是差分对，时刻传输同一个信号。所以它本质上是半双工 (Half-Duplex)—— 就像对讲机。
你说的时候，不能听。
你听的时候，不能说。
2.1 硬件控制：DE/RE 引脚
MAX485 收发器芯片上有两个关键引脚：
DE (Driver Enable):高电平有效。拉高，开启发送模式（占领总线）。
/RE (Receiver Enable):低电平有效。拉低，开启接收模式。
通常我们会把 DE 和 /RE 短接，连到 MCU 的一个 GPIO 上（比如PA1）。
PA1 = 1:发送模式 (TX)。
PA1 = 0:接收模式 (RX)。
2.2 软件陷阱：何时切换方向？
这是 RS485 编程中90% Bug 的来源。
错误代码 A：
RS485_DIR_TX(); // 1. 拉高，准备发送 HAL_UART_Transmit(); // 2. 往发送寄存器写数据 RS485_DIR_RX(); // 3. 这里的坑最大！写完立马拉低？后果：HAL_UART_Transmit往往只是把数据塞进了 FIFO 或者移位寄存器，并没有发完。你立刻切回 RX 模式，最后一个字节（甚至大部分数据）还没发出去，总线驱动器就被关掉了。这种现象叫“截断”。
错误代码 B (STM32 特有坑):
RS485_DIR_TX(); HAL_UART_Transmit(); while(__HAL_UART_GET_FLAG(&huart1, UART_FLAG_TXE) == RESET); // 等待 TXE (Empty) RS485_DIR_RX();后果：TXE标志位只代表**“发送数据寄存器空了”，数据已经移到了“发送移位寄存器”**正在一位一位往外发。此时你切回 RX，最后一个字节依然会被切断。
正确代码 (黄金法则):必须等待TC (Transmission Complete)标志位！
RS485_DIR_TX(); HAL_UART_Transmit(&huart1, data, len, 100); // 必须等待 TC 标志，代表移位寄存器里的最后一位 Stop Bit 也发出去了 while(__HAL_UART_GET_FLAG(&huart1, UART_FLAG_TC) == RESET); RS485_DIR_RX(); // 安全切换回接收3. 单线半双工 UART (Single-Wire UART)
有些场景（如舵机控制 AX-12，或某些传感器）只有一根线 Data，既发又收。 这不需要 MAX485 芯片，直接用 MCU 实现。
3.1 硬件实现
方法一：把 MCU 的 TX 和 RX 短接在一起，串一个 1kΩ 电阻保护。
方法二 (STM32):开启
Half-Duplex模式。内部 TX 和 RX 连通。
TX 引脚配置为Open-Drain (开漏)。
外部接上拉电阻。
3.2 软件回环 (Loopback) 问题
当你把 TX 和 RX 连在一起时，你发出的每一个字节，都会立刻被自己的 RX 收到。
处理策略：
发送时，关闭 RX 中断。
或者，发送时开启 RX 中断，但在中断里判断：“如果这是我刚才发的数据，丢弃”。
4. 硬件流控 (Flow Control): RTS/CTS
如果双方都是全双工 UART（比如 MCU 连蓝牙模块），但接收方处理不过来怎么办？ 这时候需要硬件流控。
RTS (Request To Send):我（接收方）准备好了，请发给我。
输出引脚。拉低表示“我有空，你发吧”。拉高表示“我满了，别发了”。
CTS (Clear To Send):对方（接收方）准备好了吗？
输入引脚。发送方在发数据前，硬件会自动检查 CTS。如果是高，硬件会卡住不发，直到变低。
工程师视角：现在的 MCU 速度很快，FIFO 很大，简单的命令交互很少用到 RTS/CTS。但在高速透传（比如 3Mbps 连续传大文件）场景下，流控是必须的，否则必然丢包。
5. 总结下：工业总线生存法则
RS485 必须手拉手：杜绝星型连接，记得加终端电阻。
方向切换看 TC：永远不要相信 TXE，永远等待 TC 标志位再切回 RX。
上下拉电阻 (Failsafe)：RS485 总线在谁都不发的时候是高阻态。为了防止噪声被误读为 Start Bit，通常会在 A 线接上拉，B 线接下拉，把总线电平“偏置”到一个确定的逻辑 1 状态。
地线很重要：虽然 RS485 是差分，但 A/B 的共模电压不能超过芯片承受范围（通常 -7V 到 +12V）。如果两台设备地电位差 100V，芯片必炸。所以 RS485 其实需要第三根线：GND。
（支持资料、图片参考_相关定制）_文章底部可以扫码)
