STC8A单片机串口3+RS485组网实战：从寄存器配置到Modbus帧接收

简介基于STC8A单片机的RS485总线数据收发实验例程面向单片机初学者与嵌入式开发者演示利用串口3RXD3/TXD3对应P3.0/P3.1实现RS485半双工通信适用于工业控制、远距离多点组网等抗干扰场景。资源内含完整工程文件采用C51编写配合MAX485转换器控制数据收发能直观学习UART初始化、波特率配置、发送接收中断服务等核心编程要点代码结构包含主函数、串口3初始化、发送接收函数及转换器控制逻辑。压缩包仅24KB共8个文件包括工程文件.uvproj/.uvopt、C源码、hex烧录文件、cfg配置文件以及编译生成的m51清单文件可直接导入Keil查看运行。已有263人学习浏览适合作为入门STC8A串口通信与工业总线协议的实操案例。通过该例程可掌握RS485收发方向切换、发送完成检测、接收中断处理及基础调试思路为后续开发基于RS485的智能控制设备或采集节点提供模板。1. 为什么是STC8A单片机串口3 RS485从组网需求说起RS485 在中低速工业总线里几乎是默认选项差分传输抗共模干扰、无源总线支持一主多从、几十米到上千米的覆盖范围不需要额外驱动芯片。STC8A 是国产增强型 51 内核单片机片内集成了 4 个串口标题里的“串口3”指硬件 UART3而不是软件模拟串口。把 RS485 收发放在串口3 上可以把串口1 留给下载调试组网、日志两不误。这个实验解决的是“RS485 硬件链路 单片机串口外设怎么配合”的入门问题跑通后会带着你处理方向切换、波特率误差、帧边界这些真正决定总线稳定性的细节。适合已经能烧写 STC 程序、想踏实做 RS485 组网的开发者和学生。2. RS485物理层与STC8A串口3的引脚映射、MAX485接线2.1 RS485不是协议是一套差分电气规范RS485TIA-485-A定义的是物理层的电气特征常见的 Modbus RTU 是跑在它上面的协议两者不要混为一谈。A、B 两根差分线之间的电压差超过 200mV 表示逻辑 1低于 -200mV 表示逻辑 0接收端判断的是“差值”所以共模干扰被自然抵消这是它与 TTL 电平最本质的区别。对比项TTL 串口RS232RS485两线制信号形式单端 0/3.3V 或 5V单端 ±3~15VA/B 差分传输距离几十厘米15 米左右1200 米低速经验值节点数1 对 11 对 1标准负载 32 个1/4 负载可更多双工方式全双工全双工半双工发收共线常见速率任意最高 115200 较稳9600 常用115200 需好线缆两线制 RS485 同一时刻只能有一个节点驱动总线这就是“一主多从的连接”在电气层的限制Modbus RTU 靠轮询机制避免多个从机同时发声。所谓“RS485 全双工电路”实际是用了两对 A/B 线物理层规格不变半双工问题并没有消失。开发中常说的“TTL 转 RS485 模块”本质就是把单片机 UART 的单端信号转成差分 A/B 信号模块上一般就是 MAX485 或兼容芯片加保护电路。2.2 STC8A 串口3 的引脚映射与P0口模式STC8A 系列各型号的串口3 引脚不完全一样。以常见的 STC8A8K64S4A12 为例UART3 默认映射在 P0.0/RXD3、P0.1/TXD3部分型号支持切换到 P5.0/RXD3_2、P5.1/TXD3_2切换由 P_SW2 寄存器中的 S3_S 位控制。例程包如果配的是开发板优先看原理图确认板子用哪组引脚、有没有被 LED 或 LCD 占用。P0 口在 STC8A 复位后的模式取决于烧录时的选项字节如果之前被配成高阻输入串口3 的 TXD3 会输出不了正确电平。保险做法是在初始化里显式把 P0.0/P0.1 配成准双向口P0M1 ~0x03; // P0.0、P0.1 清零为 00准双向口 P0M0 ~0x03;P0M1/P0M0 是 STC8A 的端口模式寄存器两位一组控制一个引脚00 准双向、01 推挽、10 高阻输入、11 开漏。串口3 的输入端和输出端都放到准双向上既能正确采样 RXD3也能正常驱动 TXD3。准双向口的输出驱动能力较弱但接 MAX485 的 DI 输入完全够方向控制脚才需要配成推挽。2.3 MAX485 收发器接线与DE/RE方向控制STC8A 不能直接把 TXD3 接到 RS485 总线上必须经过收发器把 TTL 单端信号转成差分信号。以最常见的 MAX485/SP485 为例引脚对应关系如下信号STC8A 引脚MAX485/SP485 引脚发送数据P0.1/TXD3DI驱动器输入接收数据P0.0/RXD3RO接收器输出方向控制P1.0自由选择DE RE短接差分总线-A、B电源3.3V/5V 与 GNDVCC、GND 共地MAX485 的 DE 高电平时使能发送驱动器RE 低电平时使能接收器把 DE 和 RE 短接在一个 GPIO 上是 RS485 半双工最标准的接法。对应的方向控制初始化sbit DIR P1^0; void DIR_Init(void) { P1M1 ~0x01; // P1.0 的模式位清 0 P1M0 | 0x01; // P1.0 设为推挽输出 DIR 0; // 默认接收态总线上不发数据 }P1M0/P1M1 还是那套两位一组模式控制推挽输出是为了让 DE/RE 的电平跳变够快够强。DE/RE 输入阻抗很高准双向口其实也带得动但推挽能减少边沿失真RS485 在高速率下对边沿更敏感。默认接收态很重要单片机复位瞬间 GPIO 可能是高电平如果 DE/RE 被拉高收发器会一直占用总线同一总线上其他节点全部发不出去这是 RS485 组网最常见的“总线被拉死”原因之一。总线终端电阻和偏置电阻是配套要处理的事。短距离几十米内、两个节点不加终端电阻也能工作超过 100 米或节点数多总线物理两端各接一个 120Ω 终端电阻。总线空闲时没有节点驱动 A/B如果没有偏置接收端会停留在不确定电平误收到 0xFF 垃圾字节解决方法是 A 上拉 4.7k~10k 到 VCC、B 下拉同样阻值到 GND给总线一个确定空闲态。市面上的“RS485 自动收发电路”用三极管和 RC 取代 DE/RE 控制线确实省一个 IO但起始位建立时间和波特率有关低速或线缆长时容易首字节错位做基础实验不建议第一步就用。配上 TVS 管和共模电感才是完整 EMC 设计但那属于另一层话题先把电平和时序跑对。3. 串口3的S3CON寄存器、波特率计算与初始化代码3.1 S3CON寄存器8位UART模式的4个关键位STC8A 串口3 的控制核心是 S3CON和串口1 的 SCON 位布局不同直接抄串口1 的初始化是一个很容易踩的坑。位名称作用7S3SM0与 S3SM1 组成模式选择6S3SM101模式18位UART可变波特率5S3REN1允许接收4S3TB8模式2/3 的第9位数据模式1 不用3S3RB8接收到的第9位数据模式1 不用2S3TI发送完成查询/中断标志软件清01S3RI接收完成标志读 S3BUF 后软件清00-保留RS485 实验只用模式1S3SM0/S3SM101。S3REN 要置1否则即便总线上有数据单片机也会忽略S3TI/S3RI 是硬件置位、软件清0清标志用位操作而不是直接给 S3CON 赋值否则会把其它位一起冲掉。S3BUF 读写共用一个地址写它等于启动发送读它等于取走刚收到的字节。注意 S3REN 在 bit5不是传统 8051 SCON 的 bit4这是用 STC8A 串口3 最容易被旧经验坑到的地方。3.2 用定时器2产生串口3波特率重载值这样算STC8A 的串口3 波特率可以由定时器2、定时器3、定时器4或独立波特率发生器产生。最常用的做法是拿定时器2因为它和串口1 兼容性好代码到处能移植。当 T2 作为波特率发生器时串口3 波特率 T2 溢出率 / 4这一点和传统 51 的“T2 溢出 / 16”不同重载值差 4 倍算错是最常见的问题。T2 工作在 1T 模式T2x121时重载值 65536 - FOSC / (4 × Baud)比如 11.0592MHz 下跑 9600bps65536 - 11059200 / 38400 65248即 0xFEE0。下面是常用组合直接可用FOSC目标波特率重载值11.0592MHz96000xFEE011.0592MHz1152000xFFE822.1184MHz1152000xFFD0每一行的重载值都来自上面的公式替换 FOSC 和 Baud 即可。如果你的板子用内部 IRC 且频偏较大115200 一定要实测24MHz 晶振做 115200 会有约 0.26% 误差短组网可用长线不建议。提示调串口波特率前先确认当前系统时钟。STC8A 可以在 STC-ISP 烧录软件里设置内部 IRC 频率也可以外接晶振代码里的 FOSC 宏必须与实际时钟一致否则重载值全部失效。3.3 初始化代码与串口3自发自收验证下面这段初始化是后续所有 RS485 收发的基础#include stc8a.h #define FOSC 11059200UL void UART3_Init(void) { // 1. 定时器2作为波特率发生器1T模式 AUXR | 0x04; // T2x12 11T模式 T2L 0xE0; // 9600bps 11.0592MHz T2H 0xFE; AUXR | 0x01; // T2R 1启动T2 // 2. 串口3模式18位UART可变波特率 S3CON 0x3F; // 清 S3SM0/S3SM1bit7/bit6 S3CON | 0x20; // S3REN 1允许接收 // 3. 清标志位 S3CON ~0x04; // 清 S3TI S3CON ~0x02; // 清 S3RI // 4. P0.0/P0.1 准双向口 P0M1 ~0x03; P0M0 ~0x03; }代码说明AUXR 的 bit2 是 T2x12置 1 用 1T 模式bit0 是 T2R置 1 启动定时器2。S3CON 的 bit7/bit6 清零后就是模式1之前如果跑过模式2/3这一句必须做。T2L/T2H 填的是 0xFEE0对应 9600bps如果换波特率就套 3.2 的公式重新算。先不接 MAX485把 P0.1/TXD3 和 P0.0/RXD3 用杜邦线短接跑下面这段能自发自收就说明串口3 本身是通的void main(void) { UART3_Init(); S3BUF 0x55; while ((S3CON 0x02) 0); // 等 RI S3CON ~0x02; // 清 RI if (S3BUF 0x55) { // 串口3 收发通路正常可以接 485 了 } while (1); }S3BUF 写入 0x55 后TXD3 会把这帧数据发出短接线让数据回到 RXD3S3RI 置1。读 S3BUF 前先清 S3RI保证下一次接收触发的是新帧。如果这里就不通先查 P0.0/P0.1 是否被复用、系统时钟是否和 FOSC 一致后面排错就不用牵扯 485 芯片。4. RS485数据收发实现方向切换、发送完成后切回接收、Modbus帧接收4.1 方向切换在RS485里不是“可选项”是时序的一部分RS485 半双工要求 DE/RE 在发送前切到发送态发送完成后切回接收态。方向切换的时序错位现象通常有两种第一种是 DE 拉高后马上写 S3BUF但收发器还在接收态最早几个 bit 被吃掉对方收到前导乱码第二种是发送完最后一字节立刻把 DE 拉低停止位还没完整送出总线上出现一段被强行拉低的电平对端下一帧就可能错位。MAX485 的 DE 到驱动器输出使能时间约几十纳秒看似很短但切换动作发生在位流中间时一个 bit 的脉宽误差就能让接收端采样失败。发送流程的基本框架void RS485_Send(unsigned char *buf, unsigned char len) { unsigned char i; DIR 1; // 1. 切到发送态 for (i 0; i len; i) { S3BUF buf[i]; // 2. 写一个字节 while ((S3CON 0x04) 0); // 等 S3TI 置1 S3CON ~0x04; // 清发送标志 } DIR 0; // 3. 发送完成切回接收态 }核心动作就三个切方向、逐字节发送、切回接收。S3TI 置位表示当前字节发送完成继续写下一个字节不会有覆盖问题。len 是发送帧长度调用方负责保证 buf 指向有效数组。这个函数是轮询方式适合短帧和基础实验如果主循环里还有其它实时任务最好把发送改成中断或缓冲区队列避免长时间卡在 while 等待上。4.2 发送完成切回接收靠“时间余量”而不是靠“猜”很多人第一次调 RS485 回显发现能发不能收或者收到数据最后一个字节是坏的问题多半出在最后切换那一瞬间。S3TI 置位时最后一个字节的停止位是否已经完全离开总线不同芯片实现略有差异。如果 DE 拉低过早MAX485 驱动器从输出切到高阻而总线两端如果没有偏置电阻A/B 电压悬空对端采样到错误电平帧尾就烂了。检查顺序先用万用表或示波器看总线空闲时 A/B 之间电压差正常应在 200mV 以上再看发送过程中 A/B 差分波形确认最后一个字节的停止位完整电压差保持到帧结束。如果停止位被截短在 RS485_Send 的DIR 0;前插入“等一个位时间”的延时即可9600bps 下一位约 104μs用 STC-ISP 生成一个延时函数放进去。加延时的代码不复杂关键是在哪一个位置加、加多长这个要对着波形说话。另一点是不要在中断里频繁调用 RS485_Send方向切换加逐字节等待会让中断变长直接挤压其它实时任务收发的缓冲区设计比“快”更重要这是后面升级到 Modbus 的前提。4.3 从“逐字节回显”升级到 Modbus RTU 帧接收RS485 总线上的数据是按帧组织而不是按字节组织Modbus RTU 是最常见的帧协议。帧边界靠“3.5 个字符时间没有新数据”来判定接收端收到一个字节后启动空闲计时超过 3.5 字符时间认为上一帧结束。单片机侧常见的实现是定时器中断加一个空闲计数变量unsigned char rxbuf[32]; unsigned char rxlen 0; unsigned char idle_cnt 0; // 1ms 定时器中断里做帧超时计数 void Timer1_ISR(void) interrupt 3 { if (idle_cnt 250) idle_cnt; } // 串口3 收到一个字节时调用 void UART3_RxByte(unsigned char dat) { if (idle_cnt 4) // 距上一字节超过 4ms9600 下 3.5 字符约 4ms rxlen 0; // 新帧开始 rxbuf[rxlen] dat; if (rxlen sizeof(rxbuf)) rxlen 0; idle_cnt 0; }idle_cnt 由 1ms 定时器累加串口每收到一个字节就清零。当相邻两个字节间隔大于 4ms判定为一帧的起点rxlen 归零后重新累积。9600bps 下 3.5 个字符约 3.64ms1ms 计数取 4 比较安全。收到完整一帧后在空闲超时处解析 rxbuf地址匹配、CRC16 校验、功能码分派都放在解析函数里。这是 Modbus 从机帧接收程序的通用骨架比逐字节中断收到什么就处理什么要稳定得多。这里要强调Modbus RTU 帧与帧之间、字节与字节之间都有时间要求用串口空闲中断或 DMA 定时器做更高效但 STC8A 这类增强型 51 在不跑大协议栈时轮询加定时器的状态机足够稳定。开发时把串口和协议处理分开串口层只负责收字节进环形缓冲协议层负责校验和分发这样换协议时不用动已经调好的 RS485 方向切换逻辑。5. 用串口调试助手和USB转485验证RS485链路三个最高频问题这样查手边一个 USB 转 RS485CH340 MAX485 方案模块加上串口调试助手就能把链路切分成几段验证。先把调试助手波特率设成和单片机一致9600数据位 8、停止位 1、无校验A 对 A、B 对 B 接线共地一定不能少。连好后让单片机主动发 0x55观察调试助手是否收到。收不到就按层次往下查先短接 TXD3/RXD3 验证串口3再在 MAX485 的 RO/DI 侧查 TTL 信号最后才怀疑总线接线。现象检查点处理调试助手收不到任何数据DIR 是否默认拉高复位后 DIR 保持低电平避免占用总线收到一串 0xFFA/B 接反或总线空闲无偏置交换 A/B检查偏置电阻前几个字节乱码DE 拉高后立刻发数DE 置 1 后加短暂延时再写 S3BUF最后一字节坏帧停止位被切清 TI 后加一个位时间再拉低 DIR两个 485 节点互相干扰终端电阻、共地总线两端加 120Ω检查电源地共地串口烧写失败和这个实验没有直接关系但经常发生在“板子接 485 线”之后485 收发器在发送态会把总线拉到固定电平如果下载口和总线共用电源烧录时总线上的设备可能拉低电源造成复位。下载前把 A/B 线拔掉或者把 DE/RE 固定到接收态是 STC 单片机下载最常见的先决条件。CH340 驱动识别异常时确认设备管理器能看到串口号否则调试助手里选不到设备。验证 RS485 链路最快的方法是做一次总线回环把 A 和 A、B 和 B 用短导线在同一侧短接让单片机自发自收此时 MAX485 的收发器同模块内收发能验证 STC8A 串口3 和 485 芯片的组合。回环通了再接入第二个 STC8A 节点两个节点互相发字符串观察帧边界是否稳定。单节点回环只能证明“收发器能工作”多节点回环才能暴露方向切换和偏置电阻的问题调试到这一步RS485 组网的基础算是真正落地了。本文还有配套的精品资源点击获取