一、 RS-485 是什么？
RS485 是 TIA/EIA-485-A 定义的差分平衡式串行通信总线标准，专为工业环境下的长距离、多节点、抗干扰串行通信而设计，但不规定具体的通信协议。
通俗来讲，RS-485只负责把电信号传稳，不负责规定你说什么话。
RS-485 = 差分信号 + 长距离 + 多节点 + 半双工
二、 RS-485总线特征
RS485从硬件和软件层来说可以简要分为以下几点：
|---------------------|--------------------|----------------------------------------------------------------------------------------------------------------------------------------|
| 层面 | 特征 | 解释 |
| 硬件层（信号传输、抗干扰、多节点驱动） | 差分平衡传输，半双工物理结构 | 仅 A、B 两根差分线，逻辑由线间电压差决定 （>+200mV为"1"，<-200mV为"0"），外界干扰同时影响两根线，相减后干扰抵消，所以工厂/楼宇这种电磁环境恶劣的地方也能稳定通讯；同时半双工设计可以大幅降低布线成本，更适合多节点总线拓扑 |
| 硬件层（信号传输、抗干扰、多节点驱动） | 硬件接口简单(基于UART) | 可直接使用MCU的UART外设，外加一个GPIO控制DE/RE进行收发切换即可，相比CAN/以太网简单很多（CAN需要专用控制器(bxCAN/FDCAN，以太网需要MAC+PHY+TCP/IP协议栈，而RS485只需UART+收发器芯片） |
| 硬件层（信号传输、抗干扰、多节点驱动） | 总线拓扑与终端匹配要求明确 | 拥有总线型（菊花链）唯一标准拓扑，所有节点直接串联在 A/B 总线上，严禁星型、环形、长分支（分支长度≤总长度 5%），避免信号反射 ；同时使用屏蔽双绞线 ，总线两端接 120Ω 终端电阻，匹配总线特征阻抗，可彻底抑制信号反射 |
| 硬件层（信号传输、抗干扰、多节点驱动） | 多节点总线结构 | 单条总线可连接32个标准负载(1单位负载) 使用1/4或1/8负载器件可扩展到128个节点，采用三态输出设计,非发送节点处于高阻态,不影响总线信号。 |
| 硬件层（信号传输、抗干扰、多节点驱动） | 宽共模电压范围 | 共模电压范围: -7V ~ +12V，允许收发器之间存在较大地电位差，可有效消除地环路问题，比如工厂中不同车间设备供电系统不同，地电位可能相差5V以上，RS485仍能可靠通信。 |
| 硬件层（信号传输、抗干扰、多节点驱动） | 失效保护机制 | 总线开路时,接收器输出确定逻辑电平(通常为高)，总线短路时,不会损坏器件，内置偏置电阻(上拉/下拉)，可有效提高可靠性 |
| 硬件层（信号传输、抗干扰、多节点驱动） | 长距离传输能力 | 差分信号的强抗干扰特性 + 较高驱动能力,使信号在长距离传输中仍保持完整性，其标准传输距离可达1200米(低速率)，配合中继器可扩展至数千米 距离-速率权衡:：100m@10Mbps ↔ 1200m@100Kbps |
| 硬件层（信号传输、抗干扰、多节点驱动） | 低成本与标准化 | 相比CAN(¥8-15元)、以太网(¥20+元),RS485硬件成本最低，芯片价格低至1-5元；外围器件极简(仅需终端电阻)，是成本敏感型项目的首选，设计遵循TIA/EIA-485国际标准,多厂商兼容， |
| 软件层（协议实现、错误处理、流控管理） | 基于串口，协议无关性 | 基于串口的软件开发代码量极少且上手简单，调试方便，协议无关性决定了其应用层通讯的灵活程度， 常见协议栈： * Modbus RTU：工业自动化标准 * Profibus DP：西门子PLC通信 * BACnet MS/TP：楼宇自动化 * 自定义协议：根据应用需求设计 |
| 软件层（协议实现、错误处理、流控管理） | 主从架构（总线调度） | RS485 支持一主多从 / 多主多从，软件层可通过总线调度规则避免多节点同时发送，工业场景几乎均使用一主多从架构，仅主节点主动发起通信,从节点被动应答，从节点间无直接通信,彻底避免总线冲突 |
| 软件层（协议实现、错误处理、流控管理） | 地址机制 | 一条总线管理上百个设备，多设备通信时需要地址管理， 主机通过地址字段指定通信对象用，每个从站有唯一地址(1-247)， 软件设置地址,无需硬件跳线 |
| 软件层（协议实现、错误处理、流控管理） | 数据容错与校验 | 工业现场受干扰易导致数据位翻转，软件层需通过校验机制过滤误码，保证数据可靠性，常用方案有奇偶校验、CRC16/CRC8 校验（工业主流，Modbus-RTU 默认 CRC16）、数据重传机制 + 超时机制 |
| 软件层（协议实现、错误处理、流控管理） | 超时与流控管理 | 软件需要处理帧间隔、响应超时，比如Modbus规定3.5字符时间的帧间隔，该操作可防止总线阻塞、可快速实现帧同步，超时机制可防止总线死锁 |
| 软件层（协议实现、错误处理、流控管理） | 实时性保证 | 主从轮询机制保证通信时序确定，也没有无CSMA/CD竞争延迟(不像以太网)，其响应时间可精确计算 |
| 软件层（协议实现、错误处理、流控管理） | 低资源占用 | 协议栈代码量较小(Modbus RTU < 5KB)，对于RAM需求低(缓冲区几百字节)，不依赖操作系统，因此低端MCU裸机就可以跑 |
这些特性不是孤立的，而是软硬件协同配合：
【硬件层】差分传输+宽共模+隔离 = 终极抗干扰 ；多节点+热插拔+失效保护 = 灵活可靠网络；低功耗+宽温+ESD = 恶劣环境生存；标准化+低成本 = 快速大规模部署
【软件层】UART接口+主从架构 = 开发简单、零冲突；CRC校验+超时重传 = 数据可靠性保障；协议灵活+低资源+实时性 = 场景广泛适配
【协同效应】硬件差分抗干扰+软件CRC纠错 = 双重可靠；硬件多节点总线+软件主从调度 = 有序通信；硬件双线低成本+软件UART易开发 = 极致性价比
这就是RS485统治工业领域40年的原因------软硬件全方位优化，成就了最可靠、最易用、最经济的现场总线方案。
三、硬件怎么接？
标准多节点总线(带终端电阻)示意图如下：
以经典的485电路为例观察硬件组成，该电路由四大部分组成
- MC U接口侧：STM32的PA2(TX)、PA3(RX)、PD7(控制)三根线
- 电 平转换器：U2芯片(可能用于电平转换或模式切换)
- RS 485收发器：U7(SP3485芯片)，核心器件
- 总线接 口侧：蓝色端子(A/B线)和终端电阻网络
信号流向：MCU串口数据 → 电平转换 → RS485差分信号 → 总线端子 → 外部设备
关键硬件电路有三部分：
-
终端电阻网络：R23(120Ω)：终端匹配电阻，连接在A-B线之间，用于匹配总线特性阻抗，消除信号反射；R19(360Ω)：A线偏置电阻，连接到GND；R22(360Ω)：B线偏置电阻，连接到GND，360Ω偏置电阻提供失效保护，防止总线开路时产生随机数据
-
电源去耦电路：VCC3.3通过一个0.1μF电容(C34)连接到地。这个去耦电容必须紧贴SP3485芯片焊接(距离<2cm)，作用是滤除高频噪声，保证芯片工作稳定。
-
收发控制：MCU的PD7引脚同时控制SP3485的DE和/RE引脚，PD7高电平发送模式，PD7低电平接收模式
硬件在上电前可对电源电压、对地阻抗、终端电阻、引脚连接以及去耦电容进行检查，上电后可以用万用表测量总线空闲时的电压，VA-VB应在-0.2V ~ +0.5V之间(无偏置电阻时)，如果有标准偏置电阻，VA-VB应在+2V ~ +5V(逻辑"1"状态)
硬件部分搞定后离成功还差一半，因为RS485只负责电气层的信号传输，就像修好了电话线，但还没配置好通话参数、没控制好收发时序。真正能"对话"，要靠软件层的配置和控制。
四、软件怎么通信？
软件层配置的的三大关键点：
-
半双工方向控制：发之前开DE，发完等最后一位发完再关DE回到接收(否则容易丢字节/收不到回包)
-
串口参数配置：波特率/校验/数据位/停止位的正确设置
-
数据收发实现：发送函数和接收中断的编写
下面基于GD32F303实现完整驱动代码：
/* 引脚定义 */
#define RS485_USART USART1
#define RS485_USART_CLK RCU_USART1
#define RS485_USART_IRQn USART1_IRQn
#define RS485_TX_GPIO_PORT GPIOA
#define RS485_TX_GPIO_CLK RCU_GPIOA
#define RS485_TX_PIN GPIO_PIN_2
#define RS485_RX_GPIO_PORT GPIOA
#define RS485_RX_GPIO_CLK RCU_GPIOA
#define RS485_RX_PIN GPIO_PIN_3
#define RS485_RE_GPIO_PORT GPIOD
#define RS485_RE_GPIO_CLK RCU_GPIOD
#define RS485_RE_PIN GPIO_PIN_7
/* 收发控制宏 */
#define RS485_TX_MODE() gpio_bit_set(RS485_RE_GPIO_PORT, RS485_RE_PIN) // PD7=1 发送
#define RS485_RX_MODE() gpio_bit_reset(RS485_RE_GPIO_PORT, RS485_RE_PIN) // PD7=0 接收
/* 接收缓冲区 */
#define RS485_RX_BUFFER_SIZE 256
static uint8_t rs485_rx_buffer[RS485_RX_BUFFER_SIZE];
static volatile uint16_t rs485_rx_count = 0;
void rs485_init(uint32_t baudrate)
{
rcu_periph_clock_enable(RS485_USART_CLK);
rcu_periph_clock_enable(RS485_TX_GPIO_CLK);
rcu_periph_clock_enable(RS485_RX_GPIO_CLK);
rcu_periph_clock_enable(RS485_RE_GPIO_CLK);
rcu_periph_clock_enable(RCU_AF);
gpio_init(RS485_TX_GPIO_PORT, GPIO_MODE_AF_PP, GPIO_OSPEED_50MHZ, RS485_TX_PIN);
gpio_init(RS485_RX_GPIO_PORT, GPIO_MODE_IN_FLOATING, GPIO_OSPEED_50MHZ, RS485_RX_PIN);
gpio_init(RS485_RE_GPIO_PORT, GPIO_MODE_OUT_PP, GPIO_OSPEED_50MHZ, RS485_RE_PIN);
/* 默认设置为接收模式 */
RS485_RX_MODE();
usart_deinit(RS485_USART);
usart_baudrate_set(RS485_USART, baudrate);
usart_word_length_set(RS485_USART, USART_WL_8BIT); // 8位数据位
usart_stop_bit_set(RS485_USART, USART_STB_1BIT); // 1位停止位
usart_parity_config(RS485_USART, USART_PM_NONE); // 无校验
usart_hardware_flow_rts_config(RS485_USART, USART_RTS_DISABLE);
usart_hardware_flow_cts_config(RS485_USART, USART_CTS_DISABLE);
usart_receive_config(RS485_USART, USART_RECEIVE_ENABLE); // 使能接收
usart_transmit_config(RS485_USART, USART_TRANSMIT_ENABLE); // 使能发送
/* 配置USART中断 */
nvic_irq_enable(RS485_USART_IRQn, 0, 2); // 优先级2
usart_interrupt_enable(RS485_USART, USART_INT_RBNE); // 使能接收中断
usart_enable(RS485_USART);
}
/* 485 send single byte */
void rs485_send_char(uint8_t data)
{
RS485_TX_MODE();
while(RESET == usart_flag_get(RS485_USART, USART_FLAG_TBE));
usart_data_transmit(RS485_USART, data);
//等待发送完成
while(RESET == usart_flag_get(RS485_USART, USART_FLAG_TC));
RS485_RX_MODE();
}
/* 485 send multibyte*/
void rs485_send_data(uint8_t *data, uint16_t len)
{
if(data == NULL || len == 0) {
return;
}
for(uint16_t i=0; i<len; i++) {
rs485_send_char(data[i]);
}
}
void USART1_IRQHandler(void)
{
uint8_t data;
if(RESET != usart_interrupt_flag_get(RS485_USART, USART_INT_FLAG_RBNE)) {
data = usart_data_receive(RS485_USART);
if(rs485_rx_count < RS485_RX_BUFFER_SIZE) {
rs485_rx_buffer[rs485_rx_count++] = data;
} else {
/* 缓冲区溢出,重置计数器，可以优化放置环形缓冲区内 */
rs485_rx_count = 0;
}
}
/* 溢出错误处理 */
if(RESET != usart_interrupt_flag_get(RS485_USART, USART_INT_FLAG_ERR_ORERR)) {
usart_data_receive(RS485_USART);
}
}可以把这套代码移植到你的项目中，根据需求修改波特率、缓冲区大小，在此基础上实现各种协议，构建你的RS485通信网络
五、常见踩坑&调试技巧：
一、一般收发时序问题是最常见也是最头疼的踩坑点
（1）发送完立即切换接收，丢失最后几个字节：用示波器看，波形被截断，这是因为USART发送数据需要时间，usart_data_transmit()只是把数据写入发送寄存器，实际发送还在进行中。立即切换到接收模式会导致最后的数据没发完就被截断。
（2）**发送后立即接收，收不到应答：**主站发送命令正常，从站也应答了，但主站接收缓冲区为空，一般是因为从站需要处理时间(几毫秒到几十毫秒)，如果主站发送完立即做其他操作（比如又处于发送状态），可能错过应答窗口。
（3）发送多字节数据时，只有第一个字节正常，后续字节丢失或错乱，多半是因为多字节发送时中间切换模式，发送多字节时不要发一个字节切换一次模式
二、硬件配置问题：终端电阻匹配错误，A/B线接反，线缆质量问题（短距离正常，超过50米就不稳定，干扰环境下误码率）
三、参数配置问题：波特率不一致、校验位不匹配、
四、多设备冲突问题：多个设备同时发送、从站地址冲突
老工程师经验总结的黄金法则：
- 时序第一：发送完必须等TC标志，这是60%问题的根源
- 终 端电阻只 接两端：中间设备不接，这是20%问题的根源
- 参 数必 须一致：波特率、数据位、停止位、校验位
- 主 从架 构：避免多设备同时发送
- 线缆质量：必须用双绞线，长距离必须屏蔽
附一张快速问题定位表
|-------------|--------|----------|-----------|
| 现象 | 可能原因 | 快速检查 | 解决方案 |
| 完全无法通信 | A/B接反 | 对调A/B线测试 | 纠正接线 |
| 完全无法通信 | 波特率不一致 | 示波器测位宽度 | 统一波特率 |
| 完全无法通信 | 终端电阻全接 | 万用表测60Ω | 仅保留两端 |
| 发送正常收不到 | 时序问题 | 示波器看最后字节 | 等待TC标志 |
| 发送正常收不到 | 未切换到接收 | 万用表测PD7 | 检查切换逻辑 |
| 偶尔丢包 | 终端电阻缺失 | 示波器看振铃 | 两端加120Ω |
| 偶尔丢包 | 线缆质量差 | 换网线测试 | 更换双绞线 |
| 长距离失败 | 线径过细 | 测线缆电阻 | 用0.75mm²线 |
| 长距离失败 | 速率过高 | 降低波特率测试 | 降到9600 |
| 多设备冲突 | 地址冲突 | 逐个设备测试 | 修改地址 |
| 多设备冲突 | 同时发送 | 检查主从逻辑 | 实现轮询 |
| 数据乱码 | 校验位不匹配 | 检查配置 | 统一参数 |
| 数据乱码 | 干扰严重 | 加屏蔽线测试 | 改善布线 |