简介面向STC8A8K64S4A12-LQFP44单片机开发者的RS485总线数据收发实验源码基于串口3实现适合学习UART通信、RS485接口编程以及工业总线应用的嵌入式入门与进阶用户。资源压缩包共包含9个文件涵盖Keil工程源文件uvproj/uvopt、C语言主程序、编译生成的hex烧录文件、内存映射M51以及开发板原理图PDF等整体仅217KB结构紧凑便于按模块对照学习。目前已有779人学习下载热度良好。例程完整演示了串口3的RS485数据收发过程配合RS232转RS485转换器发送任意字符即可获得“Hello World”回传清晰呈现波特率配置、串口初始化、发送接收中断及总线读写机制。附带的开发板原理图可作为硬件连接参考帮助读者核对引脚定义与外围电路同时hex文件可直接烧录验证源码则方便二次开发是理解RS485通信协议与单片机串口应用的实用素材无论用于课程设计还是工业现场调试都有一定参考价值。1. RS485 总线数据收发实验为什么选 STC8A8K64S4A12 的串口3RS485 在工控、楼宇、仪器仪表和电力采集场景里几乎是默认的物理层选择半双工、差分信号、1200 米级传输距离、一主多从的组网能力让它在抗干扰和布线成本上稳压 TTL 电平一头。STC8A8K64S4A12 是 STC 8 位机里资源比较完整的一颗料64KB Flash、8KB SRAM、5 组串口LQFP44 封装下引脚不算紧张用串口3 做 RS485 收发实验比用串口1 更值得单独拎出来说——因为串口1 往往被调试、下载、ISP 占用而串口3 可以干净地留给总线通信。本文不讲空泛概念直接落到 STC8A8K64S4A12-LQFP44 这颗芯片上把 RS485 的电路接法、串口3 的寄存器配置、收发切换时序和帧处理代码一次讲透适合正在做单片机课程设计、毕设或者第一版工控板硬件调通的工程师。2. 先厘清串口3 和 RS485 的硬件关系方向控制脚才是关键2.1 STC8A8K64S4A12 串口3 的引脚映射与寄存器基础STC8A8K64S4A12 的串口3 在 LQFP44 封装下有固定的引脚映射默认情况下面信号引脚功能说明RXD3P0.0串口3 接收输入TXD3P0.1串口3 发送输出也可切换P5.0 / P5.1通过 AUXR2 寄存器切换引脚映射串口3 的控制核心是 S3CON、S3BUF、S3BRT 这三个寄存器。S3CON 负责开关、模式选择和中断标志S3BUF 是收发共用的数据缓冲器S3BRT 是独立的波特率定时器重载值。与串口1 共用定时器1 不同串口3 有自己的波特率发生器这让它可以在系统主频变化时独立调整不干扰其他定时器资源。RS485 硬件上做的事情就是把 UART 的 TTL 电平转成差分信号。常见的做法是用 MAX485、SP3485 或 ISL83485 这类收发器芯片。芯片的 DI 接单片机 TXDRO 接单片机 RXDDE 和 RE 通常短接在一起由单片机一个 GPIO 控制。DE 为高时芯片处于发送模式DE 为低时进入接收模式。这个方向控制脚是 RS485 实验里最容易出错的地方因为大多数 TTL 串口实验根本不需要考虑方向而 RS485 是半双工发送和接收不能同时进行。2.2 自动收发电路和 GPIO 控制收发哪个更适合实验市面上有很多号称“自动收发”的 RS485 电路原理是利用 TXD 的空闲高电平通过电容或三极管延时驱动 DE。这种电路在低速、短帧、无连续长字节的场景下能用但遇到连续发送 0x55 这类数据时TXD 上持续的低电平会把 DE 拉低导致发送中断。做实验和产品原型我建议用 GPIO 直接控制方向脚。sbit RS485_DIR P1^0; // 方向控制脚高电平发送低电平接收 #define RS485_TX_MODE() RS485_DIR 1 #define RS485_RX_MODE() RS485_DIR 0代码逻辑很直白要发数据之前先把方向脚拉高发完最后一字节后稍等一个字节时间再拉低。这个“稍等”不是随便延时而是要等移位寄存器把最后一个字节完全送出去。后面会讲具体怎么算这个时间。2.3 TTL 转 RS485 模块的选型参数别忽视终端电阻和偏置电阻买现成的 TTL 转 RS485 模块时注意三个参数供电电压、最大波特率和是否带自动收发。3.3V 的 STC8A8K64S4A12 要选 3.3V 供电的模块5V 模块虽然逻辑电平兼容性尚可但长时间运行会加大芯片 IO 口负担。模块上的 120 欧终端电阻只在总线两端各接一个中间节点不要接。如果总线上只有两个设备且距离短可以考虑不接终端电阻否则信号反射可能导致误码。偏置电阻是很多新手忽略的点。当总线上所有设备都处于接收状态、没有设备主动驱动总线时A、B 之间的电压差是不确定的。如果电路上没有上下拉偏置接收器可能收到随机数据。常见的做法是在 A 线接上拉、B 线接下拉阻值 10K 左右但要注意这会影响总线上的最终差分电平具体阻值要和终端电阻配合调整。3. 从零配置串口3寄存器、波特率和初始化代码3.1 串口3 初始化完整代码基于 STC8 头文件直接用 STC-ISP 生成的代码往往带一堆用不到的宏这里给一份精简版。假设主频 24MHz波特率 96008 数据位、无校验、1 停止位。#include STC8.h #define FOSC 24000000UL #define BRT (65536 - FOSC / 9600 / 4) // 波特率重载值计算 void UART3_Init(void) { S3CON 0x10; // 串口3 模式18位可变波特率允许接收 S3BRT BRT; // 写入波特率重载值 AUXR | 0x20; // BRTCLKO 不输出T3R 1 启动波特率定时器 // 注意AUXR 寄存器中串口3 波特率定时器的启动位 }这段代码里最容易被忽略的是波特率重载值的计算方式。STC8 系列串口3 的波特率公式是波特率 定时器溢出率 / 4。当定时器工作在模式016位自动重载时溢出率 主频 / (65536 - 重载值)。所以重载值 65536 - 主频 / 波特率 / 4。这个除以 4 很容易漏漏了之后波特率会差 4 倍通信全是乱码。3.2 为什么 S3BRT 的赋值顺序和 AUXR 配置会影响稳定性S3BRT 是 16 位寄存器实际写入时分成 S3BRTH 和 S3BRTL 两个字节。如果只写了低字节没写高字节或者先启动定时器再写重载值第一次通信的波特率就是错的。正确的顺序是先写高字节再写低字节最后启动波特率定时器。S3BRTH BRT 8; S3BRTL BRT 0xFF; AUXR | 0x20; // 启动串口3 波特率定时器AUXR 寄存器里串口3 相关的操作位有两个T3R 是波特率定时器运行控制BRTCLKO 是是否输出时钟。不输出时钟就把对应位清 0。有些例程上来就AUXR | 0x80那是把波特率定时器 1T 模式打开对串口3 没有意义反而可能影响其他功能。3.3 串口3 中断服务函数和收发状态机雏形配置完寄存器后中断服务函数的写法决定了协议的稳健性。串口3 的中断号是 10在 Keil C51 里是interrupt 10。接收和发送共用一个中断向量通过 S3CON 里的 RI_3 和 TI_3 位区分。volatile unsigned char rx_buffer[64]; volatile unsigned char rx_len 0; volatile unsigned char rx_index 0; volatile bit rx_complete 0; void UART3_ISR(void) interrupt 10 { if (S3CON 0x01) { // RI_3 接收中断标志 S3CON ~0x01; // 软件清零 unsigned char dat S3BUF; // 读取数据 if (rx_index 64) { rx_buffer[rx_index] dat; } // 这里可以加帧完成判断逻辑 } if (S3CON 0x02) { // TI_3 发送中断标志 S3CON ~0x02; // 软件清零 // 发送下一字节或关闭发送 } }注意读取 S3BUF 的顺序。先清中断标志再读数据和先读数据再清标志在这个芯片上都可以但为了避免在极端时序下丢数据建议先读 S3BUF再清 RI_3。因为我遇到过读 S3BUF 的瞬间又有新数据进来清标志时把新数据的标志也清了的情况。4. RS485 数据收发实战帧结构、超时处理和完整例程4.1 定义一个能用的 Modbus 风格帧结构实验不能只是回显要有实际协议框架。用 Modbus RTU 的帧格式最合理地址码 1 字节、功能码 1 字节、数据区 N 字节、CRC16 校验 2 字节。帧间隔大于 3.5 个字符时间时认为一帧结束。9600 波特率下一个字符10 位含起始位和停止位约 1.04ms3.5 个字符约 3.65ms。在中断服务函数里做帧完成判断比在主循环里轮询要可靠得多。常见做法是开一个定时器来测量帧间隔但做实验时可以用一个简单的计数方式每次收到字节时清零超时计数在主循环里递增这个计数超过阈值就认为帧结束。精度略差但逻辑简单适合教学和原型验证。#define FRAME_TIMEOUT 40 // 主循环每次递增超过40次认为帧结束 void UART3_ISR(void) interrupt 10 { if (S3CON 0x01) { unsigned char dat S3BUF; S3CON ~0x01; rx_buffer[rx_index] dat; frame_timeout 0; // 收到数据就清零超时计数 if (rx_index 64) { rx_index 0; // 防止缓冲区溢出 } } if (S3CON 0x02) { S3CON ~0x02; } }主循环里判断超时void main(void) { UART3_Init(); RS485_RX_MODE(); EA 1; while (1) { if (frame_timeout FRAME_TIMEOUT) { frame_timeout; if (frame_timeout FRAME_TIMEOUT rx_index 0) { rx_complete 1; // 一帧接收完成 } } if (rx_complete) { // 处理完整帧 if (CRC16_check(rx_buffer, rx_len)) { RS485_TX_MODE(); // 发送响应 UART3_SendString(response, resp_len); // 关键等待发送完成后再切回接收 } rx_index 0; rx_complete 0; } } }4.2 发送函数怎么写才能避免 RS485 方向切换太早RS485 发送完成后切回接收模式时机如果不对最后一个字节会被自己截断。原因是发送函数写完 S3BUF 后字节还在移位寄存器里往外送如果立刻把方向脚拉低收发器立刻停止驱动总线最后一个字节的后半段数据就丢了。void UART3_SendString(unsigned char *buf, unsigned char len) { unsigned char i; for (i 0; i len; i) { S3BUF buf[i]; while (!(S3CON 0x02)); // 等待 TI_3 置位 S3CON ~0x02; // 清标志 } // 关键延时等待最后一个字节完全移出 // 一个字节 10 位9600 波特率下约 1.04ms // 这里延时 2ms 留足余量 delay_ms(2); RS485_RX_MODE(); }如果波特率提高到 115200一个字节约 86.8us延时 200us 即可。注意不能只在主循环里加延时因为发送函数可能在中断里被调用具体情况具体分析。最严格的做法是用发送完成中断来判断但在 8 位机上一个字节的移位时间很短直接延时更简单直接。4.3 CRC16 校验的查表法实现Modbus 的 CRC16 用查表法效率最高STC8 的 8KB SRAM 足够放一张 256 项的查找表。为了节省空间也可以用位运算法但主频 24MHz 下位运算法处理一帧数据耗时约几毫秒对 9600 波特率来说够用。unsigned int CRC16_Modbus(unsigned char *pdata, unsigned char len) { unsigned int crc 0xFFFF; unsigned char i, j; for (i 0; i len; i) { crc ^ pdata[i]; for (j 0; j 8; j) { if (crc 0x0001) { crc 1; crc ^ 0xA001; } else { crc 1; } } } return crc; }发送时低字节在前、高字节在后这是 Modbus 协议规定的字节序。接收校验时把收到的 CRC 字节和计算出的 CRC 比较或者把收到的数据包括 CRC 一起参与校验结果应为 0。第二种写法更简洁但要在通信文档里注明方便联调方理解。5. 上电实测与抓问题从示波器波形到串口助手乱码排查5.1 测 RS485 收发最有效的工具组合第一步先不用串口助手连 USB 转 RS485 模块而是直接用示波器或逻辑分析仪抓 A、B 两线之间的差分波形。RS485 空闲时 A 高 B 低发送起始位时 A 拉低 B 拉高差分电压反转。波形能直接看出方向切换是否正常、是否有多余毛刺。观测点正常现象异常现象A-B 差分波形无数据时电平稳定发送时波形完整波形后半段被截断说明方向切太早DE 控制脚发送期间为高空闲为低持续为高导致收不到数据RO 输出接收时波形与总线一致一直为高或一直抖动没有示波器的时候用两个 USB 转 RS485 模块对发A 接 A、B 接 B一头接电脑一头接单片机。电脑上发 0x55单片机收到后原样返回看返回数据是否连续。0x55 是 01010101 的交替模式用来测波特率误差最合适任何一位的偏差都会表现为乱码。5.2 串口3 收不到数据的排查顺序串口3 收不到数据先查引脚映射再看方向脚状态最后查波特率。用 GPIO 控制方向的电路如果单片机上电后 GPIO 默认输出低电平那么 DE 为低收发器处于接收模式这是对的。但如果上电瞬间 GPIO 有个高电平脉冲就会导致收发器短暂进入发送模式可能吃掉总线数据。解决方法是选用带内部下拉或外部下拉的 GPIO或在初始化函数第一行就把方向脚拉低。void main(void) { P1M0 0x00; // P1.0 配置为准双向口 P1M1 0x00; RS485_DIR 0; // 上电立刻进入接收模式 RS485_RX_MODE(); UART3_Init(); EA 1; // 其余逻辑 }引脚映射切换也常被忽略。如果原理图上 RXD3 和 TXD3 画在 P5.0/P5.1而代码默认用 P0.0/P0.1数据当然收发不了。检查 AUXR2 寄存器中的相关位STC8A8K64S4A12 的串口3 引脚映射切换位在 AUXR2 的 S3_S1 位。5.3 应变式调试技巧用串口1 输出调试信息串口3 专跑 RS485很多实验一开始不能确定问题是出在 RS485 物理层还是协议层解决思路是给单片机开两个串口串口1 接到电脑串口助手专门打印调试信息串口3 接 RS485 总线。收发一帧数据时串口1 打印帧内容、CRC 校验结果、方向切换时间点。这样能快速定位问题在哪个环节不用反复插拔杜邦线。调试代码里加一个时间戳打印方向切换的时延问题很容易暴露。收到总线数据后打印rx_len和帧内容如果帧长度时对时不对多半是超时判断阈值不合适。9600 波特率下 40 次主循环超时如果主循环里还有显示刷新等耗时操作阈值要相应调大。6. 把串口3 的 RS485 实验升级为可用的 RS485 组网节点6.1 一主多从的地址过滤和广播帧处理实验做到收发没问题之后下一步是组网。RS485 组网中从机地址通过拨码开关或 EEPROM 配置主机下发帧的地址域匹配时才响应。广播地址通常定义为 0x00所有从机都处理但都不应答。在帧处理代码里先判断地址再决定是否解析功能码这是 RS485 组网的基本门槛。#define BROADCAST_ADDR 0x00 #define My_ADDR 0x01 // 本机地址实际工程中从 EEPROM 读取 if (rx_buffer[0] My_ADDR || rx_buffer[0] BROADCAST_ADDR) { // 处理功能码和数据 } else { // 忽略本帧清空缓冲区 rx_index 0; rx_complete 0; }地址过滤放在主循环里做不要放在中断里。中断里只做数据接收和帧完成判断协议解析留在主循环这样可以避免中断处理时间过长导致后续字节丢失。6.2 提高 RS485 通信可靠性的几个电路和软件手段STC8A8K64S4A12 的 IO 口驱动能力有限如果 RS485 收发器的 A、B 线需要较大驱动电流注意看芯片手册里 P0 口的驱动电流配置。STC8 系列可以配置 IO 口推挽模式把 RXD3、TXD3 和方向控制脚所在的引脚配置为推挽输出可以改善上升沿质量。软件的可靠性手段更直接接收超时阈值根据实际波特率调整发送完等待时间至少是 2 个字节时间数据帧加 CRC 或累加和校验所有写入 S3BUF 的操作都检查 TI_3 标志。这套组合拳下来现场调试时的玄学问题会少很多。6.3 用逻辑分析仪验证帧间隔和方向切换时序最后给一个免费的验证方法。用逻辑分析仪同时抓 DE 控制脚和 A-B 差分信号然后观察一帧发送的完整时序DE 拉高后经过多少时间TXD 的第一个位才出现在总线上最后一个位结束后DE 又经过多少时间拉低。这两段时间都必须在代码里控制好太短会截断数据太长会拉低总线的吞吐率。按照 STC8A8K64S4A12 的数据手册写入 S3BUF 后数据会很快出现在 TXD 引脚上但 RS485 收发器本身有传播延迟通常几十纳秒到几百纳秒。方向脚拉高后建议至少延时 1 个 bit 时间再开始写数据字节这样收发器能稳定进入发送状态。实测下来9600 波特率下方向脚拉高后再延时 200us 开始发数据配合发完延时 2ms 再拉低整帧波形比较干净。这套参数可以直接作为初始值再结合示波器微调——实验做到这个深度说明你对串口3 在 RS485 半双工链路里的每一个动作都有了可解释的依据。本文还有配套的精品资源点击获取