51单片机串口通信实验：中断驱动模式深度剖析

51单片机串口通信实验：如何用中断“解放”CPU？

你有没有遇到过这种情况——写好了一个51单片机的串口程序，却发现主循环几乎动不了？每次都要死等RI或TI标志位，稍一走神数据就丢了。这种“轮询式”通信就像一个人站在门口不停地问：“来了吗？来了吗？”——效率低、响应慢，还累得要命。

今天我们就来解决这个问题。通过一个经典的51单片机串口通信实验，带你深入理解中断驱动模式是如何让CPU从无尽等待中解脱出来，真正实现“有事才叫，没事歇着”的高效运行机制。

为什么非得用中断？轮询到底“卡”在哪？

在开始之前，先说清楚一个问题：我们为什么要折腾中断？直接读标志位不行吗？

可以，但代价太大。

假设你正在做一个智能温控器，主程序需要定时采样ADC、控制继电器、刷新LCD屏幕……而此时串口正以115200bps高速接收配置命令。每个字节之间的间隔只有约8.7微秒！如果你还在主循环里用while(!RI);死等，哪怕加个几毫秒的延时函数，下一帧数据早就进来了，结果就是丢包、溢出、系统失控。

更糟的是，整个CPU都被串口“绑架”了。这显然不是嵌入式系统的理想状态。

于是，中断驱动模式登场了。它的核心思想很简单：

不要你去找事件，而是让事件来找你。

当数据到达或发送完成时，硬件自动“拍一下”CPU，让它暂停当前任务，去处理通信事务。处理完立刻返回原地继续干活。这样一来，主程序自由了，系统也变得真正“实时”。

UART不只是两个引脚：看懂底层工作原理

说到串口通信，大家都知道接TXD和RXD就行。但在代码背后，真正起作用的是那个叫UART（通用异步收发器）的硬件模块。

它是怎么工作的？

51单片机内部集成的UART支持全双工异步通信，也就是说它能同时发和收，而且不需要共用时钟线——靠的是双方提前约定好的波特率。

典型的一帧数据长这样：

[起始位] [数据位（8位）] [校验位（可选）] [停止位（1或2位）]

发送端把并行数据写进SBUF寄存器后，硬件会自动加上起始位和停止位，并按设定速率一位一位往外推。接收端则在检测到下降沿（起始位）后，开始定时采样RXD引脚，还原出原始数据。

关键点来了：一旦接收完成，硬件就会把RI（Receive Interrupt Flag）置1；发送完成后，则将TI（Transmit Interrupt Flag）置1。这两个标志，就是触发中断的“开关”。

关键特性一览表

特性	说明
异步通信	不需共享时钟，仅用TXD/RXD两根线
波特率可调	常见9600、19200、115200bps等
数据位长度	支持5~8位，通常使用8位
双缓冲结构	发送与接收各有独立缓冲区，避免冲突
中断支持	RI/TI可触发中断，实现事件驱动

记住一句话：SBUF是你的接口，RI/TI是你的信号灯。

中断系统揭秘：CPU的“多线程”是如何实现的？

别被“中断”这个词吓住，它本质上就是一种硬件级别的回调机制。你可以把它想象成手机铃声——平时你在看书（执行主程序），电话一响（中断触发），你就放下书去接电话（执行ISR），接完再回来接着看。

51单片机有哪些中断源？

标准8051有5个基本中断源：
- 外部中断0 （INT0）
- 定时器0溢出
- 外部中断1 （INT1）
- 定时器1溢出
-串口中断

其中，串口中断对应的向量地址是0x23，在C语言中我们通过interrupt 4来绑定服务函数（注意：编号从0开始计数）。

谁说了算？中断控制三巨头

要想让中断正常工作，必须配置以下三个关键角色：

寄存器	位	功能
IE	EA	总中断使能（总开关）
IE	ES	串行口中断允许（分开关）
SCON	RI/TI	中断标志位（事件发生标记）

特别注意：RI 和 TI 必须由软件清零！否则一次事件会反复触发中断，导致程序卡死。

波特率怎么来的？定时器1的秘密使命

很多人以为串口速率是“天生”的，其实不然。在传统51单片机中，波特率是由定时器1产生的，准确说是它在模式2下的溢出频率经过分频后得到的。

为什么选定时器1？为什么是模式2？

因为模式2是8位自动重装模式。TL1计数到FFH溢出后，会自动从TH1重新加载初值，无需手动赋值，极大减少了中断延迟带来的误差。

计算公式如下：

$$
\text{波特率} = \frac{f_{osc}}{12 \times 32 \times (256 - TH1)} \quad (\text{当SMOD}=0)
$$

为了精确匹配常用波特率（如9600、115200），推荐使用11.0592MHz 晶振，而不是常见的12MHz。比如：

波特率9600bps → TH1 = 0xFD
波特率115200bps → TH1 = 0xFF（需设置SMOD=1）

💡 小贴士：PCON寄存器中的SMOD位可以让波特率翻倍，增强灵活性。

实战代码解析：一步步写出可靠的中断驱动串口

下面这段代码，是你未来很多项目都会复用的基础模板。我们逐行拆解，讲清楚每一句背后的逻辑。

#include <reg52.h> void UART_Init(void); void Send_Byte(unsigned char byte); void main() { UART_Init(); while(1) { // 主循环可以做任何事：LED闪烁、按键扫描、AD采集…… } }

第一步：初始化串口与波特率发生器

void UART_Init() { TMOD |= 0x20; // 设置定时器1为模式2（8位自动重载） TH1 = 0xFD; // 波特率9600 @ 11.0592MHz TL1 = 0xFD; TR1 = 1; // 启动定时器1 SCON = 0x50; // 模式1，8位异步，允许接收 PCON &= 0x7F; // SMOD=0，波特率不加倍 EA = 1; // 开启总中断 ES = 1; // 开启串行口中断 }

重点解释几个配置项：

TMOD |= 0x20：高4位控制定时器1，0x20 表示模式2。
SCON = 0x50：SM0=0, SM1=1 → 选择模式1（8位UART）；REN=1 允许接收。
EA=1, ES=1：打开全局中断和串口子中断，缺一不可！

第二步：封装发送函数（可选轮询方式）

void Send_Byte(unsigned char byte) { SBUF = byte; // 写SBUF启动发送 while(!TI); // 等待发送完成（TI由硬件置位） TI = 0; // 软件清零TI }

虽然这里是轮询TI，但由于发送频率较低，影响不大。若追求极致性能，也可改为发送中断驱动，即在TI中断中连续发多个字节。

第三步：编写中断服务程序（核心所在）

void UART_ISR() interrupt 4 { if(RI) { unsigned char received_data = SBUF; // 读数据（自动清除移位寄存器） RI = 0; // ⚠️ 必须手动清零RI！ Send_Byte(received_data); // 回显测试 } if(TI) { TI = 0; // 清除TI，为下次发送准备 } }

这就是整个系统的“心脏”。每当有数据到来，CPU就会跳到这里执行。由于响应速度快，几乎不会丢失任何字节。