【STM32】STM32F103C8T6多串口通信实战：3个USART并行收发与中断处理优化
1. STM32F103C8T6多串口通信基础
STM32F103C8T6作为经典的Cortex-M3内核微控制器，内置了多达3个独立的USART模块。在实际项目中，经常需要同时与多个外设进行串行通信，比如同时连接蓝牙模块、GPS模块和调试终端。这时候就需要充分利用芯片的多串口资源。
我刚开始接触多串口项目时，遇到过数据错乱的问题。后来发现是因为没有处理好中断优先级，导致高优先级串口的数据把低优先级串口的缓冲区冲掉了。这里分享下我的解决方案：
每个USART模块都有独立的时钟使能位：
- USART1挂载在APB2总线（最高72MHz）
- USART2/3挂载在APB1总线（最高36MHz）
引脚分配建议如下表：
| 串口 | TX引脚 | RX引脚 | 复用功能重映射 |
|---|---|---|---|
| USART1 | PA9 | PA10 | PB6/PB7 |
| USART2 | PA2 | PA3 | PD5/PD6 |
| USART3 | PB10 | PB11 | PC10/PC11 |
提示：使用重映射功能可以优化PCB布线，但要注意GPIO时钟必须先使能
2. 三串口并行配置实战
2.1 硬件初始化关键步骤
配置多串口时最容易遗漏的是时钟使能。我建议按照这个顺序操作：
- 先开启GPIO端口时钟
- 再开启USART模块时钟
- 最后配置复用功能
以USART1为例的初始化代码片段：
// 使能时钟（不能漏！） RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1 | RCC_APB2Periph_GPIOA, ENABLE); // 配置TX为复用推挽输出 GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP; GPIO_Init(GPIOA, &GPIO_InitStructure); // 配置RX为浮空输入 GPIO_InitStructure.GPIO_Pin = GPIO_Pin_10; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING; GPIO_Init(GPIOA, &GPIO_InitStructure);2.2 中断优先级优化方案
当三个串口同时工作时，合理的NVIC配置至关重要。我的经验是：
- 将最关键的通信接口设为最高优先级（如USART1用于调试）
- 确保子优先级不同，避免抢占冲突
- 在RTOS中要考虑任务调度的影响
推荐的中断优先级配置：
// USART1配置（较高优先级） NVIC_InitStructure.NVIC_IRQChannel = USART1_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 1; NVIC_InitStructure.NVIC_IRQChannelSubPriority = 1; // USART2配置（中等优先级） NVIC_InitStructure.NVIC_IRQChannel = USART2_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 2; NVIC_InitStructure.NVIC_IRQChannelSubPriority = 1; // USART3配置（较低优先级） NVIC_InitStructure.NVIC_IRQChannel = USART3_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 3; NVIC_InitStructure.NVIC_IRQChannelSubPriority = 1;3. 数据收发冲突规避策略
3.1 双缓冲区的实现技巧
直接操作寄存器容易引发竞争条件。我采用双缓冲区方案：
- 前台缓冲区：中断服务程序专用
- 后台缓冲区：主程序处理专用
以USART2为例的改进代码：
// 在头文件中定义双缓冲区 typedef struct { u8 buffer[2][USART_REC_LEN]; volatile u8 active_idx; u16 length[2]; } DoubleBuffer; // 中断服务程序中 void USART2_IRQHandler(void) { static u8 idx = 0; u8 data = USART2->DR; if(current_buffer->length[idx] < USART_REC_LEN-1) { current_buffer->buffer[idx][current_buffer->length[idx]++] = data; } if(data == '\n') { // 帧结束标志 current_buffer->active_idx ^= 1; // 切换缓冲区 idx = current_buffer->active_idx; current_buffer->length[idx] = 0; // 重置新缓冲区 } }3.2 硬件流控的应用
当传输大量数据时，建议启用硬件流控：
USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_RTS_CTS;需要连接对应的RTS/CTS引脚（通常是PA1/PA0用于USART2）
4. LED控制案例实战解析
4.1 状态机实现命令解析
用状态机处理串口命令更可靠。下面是我在项目中验证过的方案：
typedef enum { CMD_IDLE, CMD_LED_ON, CMD_LED_OFF } LedCmdState; void ProcessUSARTCommands(void) { static LedCmdState state = CMD_IDLE; switch(state) { case CMD_IDLE: if(strstr((char*)USART2_RX_BUF, "LED_ON")) { state = CMD_LED_ON; } break; case CMD_LED_ON: GPIO_ResetBits(GPIOB, GPIO_Pin_0); // LED亮 state = CMD_IDLE; break; // 其他状态处理... } }4.2 多串口协同工作调试
调试多串口系统时，我总结了几点经验：
- 给每个串口分配不同颜色的LED指示灯
- 使用逻辑分析仪同时捕捉多路串口信号
- 在中断入口/出口加调试引脚电平翻转
// 调试技巧：测量中断响应时间 GPIO_SetBits(GPIOB, GPIO_Pin_1); // 进入中断时拉高 // ...中断处理代码... GPIO_ResetBits(GPIOB, GPIO_Pin_1); // 退出中断时拉低遇到最棘手的问题是USART3偶尔丢失数据，后来发现是PB11引脚被意外配置成了输出模式。这个坑让我花了整整两天时间排查，现在都会在初始化后二次检查GPIO配置。