企业官网建设流程全解析

提到RS485这个接口，很多刚接触工业通信的开发者第一反应是“老古董”，但它在传感器、仪表、PLC之间已经稳定服役了几十年，至今依然是现场总线里最可靠、最省钱的方案之一。STM32F1作为入门级MCU，配合一颗RS485收发芯片，就能快速组成抗干扰能力很强的多机通信节点。这篇笔记我围绕基于STM32F1的RS485开发，从物理层协议、硬件电路、软件配置到实际调试挨个讲透，适合正在做串口通信、MODBUS协议或者多机数据采集的朋友参考。

1. RS485是什么：从物理层看半双工差分通信

1.1 为什么工业现场偏爱RS485

RS485标准规定总线采用差分信号传输，用一对双绞线（A线和B线）上的电压差来表示逻辑电平。简单说，当A比B高200mV以上时，接收端判为逻辑1；反过来B比A高200mV以上时，判为逻辑0。因为这个电压差是相对的，所以外界共模干扰对两根线的影响基本一致，不会立刻翻转逻辑，抗干扰能力天然就比单端信号强很多。

工业现场往往存在电机启停、变频器、大功率开关带来的电磁干扰，长期布线距离也可能达到几十米甚至几百米。RS485在这个环境下有三大优势：一是差分传输抗共模干扰；二是总线型拓扑可以挂多个节点，标准收发器最多挂32个单位负载；三是通信距离在低速时能到1200米左右。当年我接手一个分布式温湿度采集项目，节点分布在车间各个角落，最初考虑用RS232一对一连，结果布线成本高、干扰还严重，后来全部换成RS485总线，一组双绞线串起所有节点，问题立刻解决。

需要说明的是，RS485是半双工通信，同一时刻总线上只能有一个节点在发送，其他节点都处于接收状态。这跟RS232那种全双工、点对点的通信方式有本质区别。半双工意味着我们必须在软件上做好发送和接收的方向切换，否则两个节点同时往总线上发数据，就会造成总线冲突。

1.2 RS485和UART、RS232的关系

很多人第一次看RS485电路会懵：STM32F1的USART外设明明只有TXD和RXD两根普通引脚，RS485却需要A、B两根差分线，这俩怎么对接？

原因在于RS485物理层芯片负责电平转换。STM32的UART外设负责数据帧的组装和解析，输出标准的TTL电平信号；RS485收发芯片（比如常见的SP485、ISL83485这类SOIC-8封装器件）把UART的TXD差分输出到A/B线上，同时把A/B线上的差分信号还原成TTL电平给RXD。也就是说，STM32F1内部根本不需要额外的硬件，只要把现有UART信号过一遍485芯片，就能完成电平转换和差分驱动。

RS232走的是正负电压单端信号，距离超过十几米就明显衰减，而且只能点对点连接；RS485则是差分信号，可以总线挂载多节点。所以实际项目里，RS232常用于短距离调试，RS485才是现场总线和传感器网络的主力。理解了这一层，后续看电路和代码就不会把“UART”和“RS485”当成两个互不相干的东西。

2. 硬件设计：从芯片选型到收发控制

2.1 电平转换芯片与收发控制引脚

RS485收发芯片的核心功能是驱动和接收差分信号。以最常见的8脚芯片为例，引脚大致有：RO（接收输出）、RE（接收使能，低有效）、DE（发送使能，高有效）、DI（发送数据输入）、A（同相端）、B（反相端）、VCC、GND。实际使用中RE和DE经常直接并成一个方向控制引脚，高电平进入发送模式，低电平进入接收模式。

选芯片时重点看三件事：工作电压是否匹配STM32F1的3.3V电平、驱动能力能挂多少个节点、通信速率是否满足需求。大部分主流芯片都能直接兼容3.3V逻辑，但个别老型号需要5V供电并且逻辑电平不兼容3.3V，这时就要加电平转换，或者干脆换芯片。我建议优先选择标称“3.3V/5V供电兼容”的型号，省去一堆电平匹配问题。

方向控制引脚的处理决定整个通信的稳定性。有些电路用三极管或者二极管做自动方向切换，看起来省了一个GPIO，但这个电路在波特率较高或者帧间隔较短时容易出现方向切换不及时，导致第一字节丢失。我踩过这个坑之后，基本都改成GPIO直接控制DE/RE，软件里明确切换时序，通信可靠性明显提升。

2.2 终端电阻与偏置电阻怎么算

RS485总线使用双绞线传输，双绞线的特性阻抗一般在120Ω左右。当信号传输到总线末端时，如果末端阻抗不匹配，信号会发生反射，导致波形振铃、误码。所以工程上要求在总线物理两端各接一个120Ω终端电阻。

终端电阻的位置有讲究：不是每个节点都加，而是只在最远端的两个节点上加。假如主机在总线一端，12个从机从主机位置往远处挂，那就只在主机端和最远的从机端各放一个120Ω电阻。如果每个节点都加，总线负载会被压得很低，驱动芯片带不动。

偏置电阻是很多人容易忽略的一个点。总线空闲时，所有收发器都处于接收状态，A/B线之间没有驱动，电平处于不定状态，接收器可能输出随机数据。解决办法是在总线某一端（通常是主机端）给A线加上拉到VCC、给B线加下拉到GND，使空闲时A比B高出一个确定电压。以常见的390Ω上下拉配120Ω终端电阻为例：VCC=5V，回路电流约5/(390+120+390)=5.56mA，A点电压约2.83V，B点电压约2.17V，A-B压差约0.66V，远超接收器200mV的判决阈值，噪声余量很充足。选择390Ω还是560Ω要看总线节点数量和驱动能力，节点多时适当加大偏置电阻，不要盲目套用。

注意：偏置电阻本质上增加了驱动芯片的负载。节点数接近32个上限时，一定要重新核算总线上并联等效负载，否则可能导致部分节点收不到信号。

2.3 实际接线与共地问题

RS485用来传输信号的是A/B两根线，一般用屏蔽双绞线，屏蔽层在主机端单点接地。千万不要把屏蔽层两端都接地，否则接地电位差会在屏蔽层上形成环路电流，反而引入干扰。

共地问题比很多人想象的重要。RS485收发器虽然允许A/B线对地有-7V到+12V的共模范围，但如果各个节点之间的地电位差太大，超过收发器的共模输入范围，就会出现通信时好时坏的现象。特别在距离较远的两个设备之间，建议拉一根地线把各个节点的参考地拉近。我在一个跨车间的项目里遇到过从机偶尔乱码，示波器测量发现AB线正常，但节点间地电位差接近5V，补了一条地线后问题立刻消失。

另外建议在A/B线上加TVS管做静电和浪涌保护，靠近总线接口处还可以串PTC自恢复保险丝。现场环境复杂时，这两颗小器件能省下不少维修成本。

3. 软件实现：STM32F1的USART配置与RS485收发流程

3.1 初始化流程与关键寄存器

STM32F1的RS485软件实现，本质上就是“UART数据收发 + GPIO方向控制”。我习惯用USART1，PA9做TXD，PA10做RXD，额外用一个GPIO（比如PB0）控制485芯片的DE/RE。初始化分两步：先配GPIO，再配USART。

TXD引脚要配成复用推挽输出（AF_PP），RXD配成浮空输入（IN_FLOATING），方向控制引脚配成普通推挽输出。初始化USART时设置波特率、数据位8位、停止位1位、无校验，使能收发模式。注意USART1挂载在APB2总线上，时钟是72MHz；USART2和USART3挂载在APB1上，时钟只有36MHz，配置波特率时这两个总线时钟不同，计算结果也不一样。

// 方向控制引脚：PB0，高=发送，低=接收 #define RS485_DE_PORT GPIOB #define RS485_DE_PIN GPIO_Pin_0 void RS485_GPIO_Init(void) { GPIO_InitTypeDef gpio; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_GPIOB | RCC_APB2Periph_USART1, ENABLE); // PA9 作为USART1_TX，复用推挽输出 gpio.GPIO_Pin = GPIO_Pin_9; gpio.GPIO_Mode = GPIO_Mode_AF_PP; gpio.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &gpio); // PA10 作为USART1_RX，浮空输入 gpio.GPIO_Pin = GPIO_Pin_10; gpio.GPIO_Mode = GPIO_Mode_IN_FLOATING; GPIO_Init(GPIOA, &gpio); // PB0 作为485方向控制引脚，默认低电平=接收 gpio.GPIO_Pin = RS485_DE_PIN; gpio.GPIO_Mode = GPIO_Mode_Out_PP; GPIO_Init(RS485_DE_PORT, &gpio); GPIO_WriteBit(RS485_DE_PORT, RS485_DE_PIN, Bit_RESET); }

USART初始化我习惯先调用USART_StructInit拿默认参数，再覆盖需要改的字段，这样不容易漏配置：

void RS485_USART_Init(uint32_t baud) { USART_InitTypeDef usart; USART_StructInit(&usart); usart.USART_BaudRate = baud; usart.USART_WordLength = USART_WordLength_8b; usart.USART_StopBits = USART_StopBits_1; usart.USART_Parity = USART_Parity_No; usart.USART_Mode = USART_Mode_Rx | USART_Mode_Tx; USART_Init(USART1, &usart); USART_Cmd(USART1, ENABLE); }

3.2 波特率与帧格式的计算

STM32F1的波特率由USART_BRR寄存器控制，计算公式为：USARTDIV = PCLK / (16 × 波特率)。USART1挂载在72MHz的APB2总线上，如果目标波特率是9600，那么USARTDIV = 72000000 / (16 × 9600) = 468.75。

USART_BRR的高16位存整数部分，低4位存小数部分（以1/16为步进）。468.75的整数部分是468，小数部分0.75要乘以16得到12。所以BRR = (468 << 4) | 12 = 0x1D4C。如果是115200，USARTDIV = 72000000 / (16 × 115200) = 39.0625，整数39，小数0.0625×16=1，BRR = (39 << 4) | 1 = 0x271。

USART2/3挂在36MHz的APB1总线上，计算时PCLK要换成36000000。我早期直接用库函数的USART_Init，没细看波特率寄存器，直到一次需要自定义波特率时才知道这些底层关系。实际项目里如果要用非标准波特率，建议对照参考手册重新推算BRR值，避免小数部分被截断导致收发错位。

帧格式常用8位数据、1位停止位、无校验，对应串口调试助手的“8-N-1”。有项目需要对CRC校验，但那是协议层的事，物理层帧格式不需要改动。

3.3 半双工切换的时机与实现

RS485半双工切换最容易出问题的地方，就是“发送完毕”的判断。如果在写入最后一个字节数据后立刻拉低方向引脚，很可能把最后一个字节的停止位截断，远端接收方会因为这个字节校验失败直接丢掉整帧。

正确做法是：拉高方向引脚进入发送模式，等待TXE标志（发送数据寄存器空）后写入第一个字节，随后在一个字节发送完成TXE置位时继续写下一个字节。所有字节写完之后，不能只看TXE，必须等到TC标志（发送完成）置位，才能拉低方向引脚切回接收模式。

TC标志表示最后一个字节包括停止位已经全部移出，这时再切方向才是安全的。标准库判断TC标志可以用while (USART_GetFlagStatus(USART1, USART_FLAG_TC) == RESET);。

void RS485_SendBytes(uint8_t *buf, uint16_t len) { uint16_t i; // 切换到发送模式 GPIO_WriteBit(RS485_DE_PORT, RS485_DE_PIN, Bit_SET); for (i = 0; i < len; i++) { // 等待发送数据寄存器空 while (USART_GetFlagStatus(USART1, USART_FLAG_TXE) == RESET); USART_SendData(USART1, buf[i]); } // 等待最后一个字节完全发送完成，再切回接收 while (USART_GetFlagStatus(USART1, USART_FLAG_TC) == RESET); GPIO_WriteBit(RS485_DE_PORT, RS485_DE_PIN, Bit_RESET); }

判断发送完成的标志位选择上，TXE只代表数据从数据寄存器搬到了移位寄存器，移位寄存器还在往外发送；TC才是移位寄存器也送完了。所以在RS485这种需要抢占总线、精准切换方向的场景，必须使用TC。很多初学者在这里只等TXE，结果第一个字节偶尔丢失甚至最后一个字节CRC错误，原因就是这个。

3.4 接收中断与简单协议

接收端用RXNE中断效果最好。每收到一个字节，硬件自动把数据放进USART_DR，RXNE置位触发中断，在中断函数里把数据存入环形缓冲区或者直接逐步填充协议帧结构体。

uint8_t rs485_rx_buffer[64]; uint8_t rs485_rx_len = 0; void USART1_IRQHandler(void) { if (USART_GetITStatus(USART1, USART_IT_RXNE) != RESET) { uint8_t data = USART_ReceiveData(USART1); if (rs485_rx_len < 64) { rs485_rx_buffer[rs485_rx_len++] = data; } } }

实际项目里建议做成简单的状态机：空闲等待帧头，收到帧头开始累积长度，长度达到预期后置一个“帧接收完成”事件标志，主循环再处理。这样可以避免在中断里做复杂运算。协议格式可以参考MODBUS RTU的地址+功能码+数据+CRC16结构，地址识别让多个从机都能挂在同一条总线上，从机只在收到本机地址的帧时才回复。

4. 调试实录：从乱码到稳定通信的排查过程

4.1 常见故障现象与分析

我在调试RS485的过程中积累了一个排查表，先看有没有共性问题，再单独查方向切换和硬件阻抗。

乱码问题的最高频原因其实是共地，尤其是两个设备各自用独立电源供电时。示波器测量A/B线波形可能看起来很正常，但RD、DE这些TTL引脚上的信号已经叠加了地电位差，导致接收芯片输出电平异常。先量两端GND之间的电压，超过1V就要警惕，超过3V基本可以断定是地电位问题。

4.2 用示波器看A/B电平

调试RS485最有效的工具就是示波器，但普通单端探头直接量A线对GND、B线对GND看不到差分效果。有条件用差分探头最好，没有就用两个通道分别测A线和B线，然后在示波器上用通道相减（A减B）观察差分波形。

标准波形特征：总线空闲时，A-B压差应该稳定高于200mV，理想状态在0.5V到0.7V之间。发送数据时，差分波形呈清晰的方法，幅度大约1.5V到5V，边沿没有明显过冲和振铃。如果波形上升沿出现反复的“振铃”现象，多半是终端电阻缺失或者位置不对；如果空闲电压低于200mV，接收器可能把噪声当成有效数据。

我还习惯在调试时把接收芯片的RO引脚同时接到另一个示波器通道，对比差分输入和TTL输出的时序关系。这样可以快速判断问题是在物理层还是STM32F1的外设配置层。

4.3 多机通信与地址识别

单主机带多个从机的RS485网络，核心机制是地址识别加轮询。物理层RS485不负责区分数据属于哪个节点，协议层必须自己约定地址规则。我通常定义最简单的帧格式：地址字节（1字节）+功能码（1字节）+数据区（N字节）+CRC16（2字节）。主机广播一帧，所有从机都能收到，但只有地址匹配的从机才应答，其他从机继续保持接收状态。

从机侧需要特别小心应答时机。主机发出查询帧后，从机解析完CRC马上回复，但绝不能“抢答”或者应答超时。我在程序里给每个从机设一个应答延时，比如收到完整帧后延时几毫秒再切换发送。这样既保证主机有足够时间切回接收模式，也避免多个从机在主机切换时出现总线竞争。

波特率方面，多机网络我建议优先选9600或者19200。距离越长、节点越多，越要压低波特率，否则反射和信号衰减会让末端节点频繁误码。追求高波特率之前，先把硬件和协议跑稳定再说。

5. 实操心得与扩展建议

5.1 几个值得记住的“坑”

第一，方向切换必须等TC标志。这是RS485半双工和UART全双工最大的区别，也是新手最容易忽略的地方。省略这一步，多发几帧可能没问题，但一旦数据长度变长或者帧间隔变短，问题立刻暴露。

第二，终端电阻不是“可选项”。短距离实验可能不加电阻也能通，但一旦距离超过几十米，反射造成的波形振铃会让误码率明显上升。最保险的做法是从一开始就设计成总线两端各一个120Ω电阻，调试时用示波器确认波形。

第三，买来的485转USB模块并不能代表真实从机表现。有些调试模块内部已经做了自动收发切换和终端电阻，连接STM32F1节点进行测试时一切正常，但换成工业从机后却出问题。建议单独测试自己设计的节点，不要过度依赖调试模块。

5.2 后面可以怎么扩展

这套RS485代码再往后扩展，最自然的方向是MODBUS RTU协议。MODBUS RTU的物理层正好就是RS485，帧结构采用地址+功能码+数据+CRC16。我后来在某个环境监测项目中，就是直接把当时验证好的RS485底层驱动移植到MODBUS从机程序里，只改了协议解析部分，物理层完全没动。

也可以加一个简单的总线占用指示LED，发送时点亮方向引脚控制的指示灯，接收时熄灭。现场调试时一眼就能判断总线是否被某个节点长期占用。这个方法虽然简单，但排查总线冲突时真的很有用。

最后分享一个小技巧：调试过程中怀疑终端电阻或者偏置电阻问题时，临时在A/B之间并联一个120Ω电阻看波形变化，如果振铃明显减弱，基本就是电阻位置或者阻值的问题。前期验证好了再焊接到PCB上，能省掉不少反复改板的麻烦。RS485虽然技术成熟，但实际项目中每一次“看起来能通”到“长时间稳定通信”之间，都隔着对物理层细节的尊重。