1. 串口通信中的不定长数据挑战
在嵌入式开发领域，串口通信是最基础也最常用的外设接口之一。沁恒CHxxx系列作为国产MCU中的佼佼者，其串口模块在实际项目中应用广泛。但很多开发者第一次接触串口编程时，都会遇到一个经典难题：如何高效可靠地接收不定长数据包？
传统固定长度数据帧的处理非常简单 - 只需等待指定字节数接收完成即可。但现实场景中，我们经常需要处理类似Modbus协议、自定义文本指令等长度不固定的数据流。这类场景下，常见的问题包括：
- 数据包被错误分割（半包）
- 多个数据包粘连（粘包）
- 接收缓冲区溢出
- 超时判断不准确导致性能下降
我在工业控制项目中曾遇到这样一个案例：通过CH32V103与传感器通信时，由于未处理好不定长数据，导致30%的温湿度数据包解析失败。后来通过优化接收策略，才彻底解决了这个问题。
2. 硬件基础：CHxxx串口模块特性
2.1 关键寄存器解析
CHxxx系列的USART模块提供了几个对不定长接收至关重要的寄存器：
- USART_STATR：状态寄存器
- Bit5 RXNE：接收缓冲区非空标志
- Bit6 IDLE：空闲线路检测标志
- USART_CTLR1：控制寄存器1
- Bit2 RE：接收使能
- Bit3 TE：发送使能
- Bit5 RXNEIE：接收中断使能
- Bit4 IDLEIE：空闲中断使能
特别值得注意的是IDLE标志位，当检测到总线空闲（1个字节时间的停止位电平）时，该标志会自动置位。这个特性将成为我们实现不定长接收的关键。
2.2 DMA配合优势
CHxxx的DMA控制器可与USART无缝协作：
- 支持循环缓冲模式
- 自动更新传输计数器
- 传输完成中断触发
在115200bps波特率下，使用DMA可以确保即使在处理高优先级任务时也不丢失数据。实测表明，纯中断方式在系统负载高时可能有约0.3%的丢包率，而DMA方案能将其降至0.01%以下。
3. 方案一：空闲中断+接收超时
3.1 实现原理
这种方法利用了串口的两个核心机制：
- 当检测到总线空闲时触发IDLE中断
- 通过硬件定时器设置合理的超时阈值
c复制// 初始化代码示例
void USART1_Init(void) {
// 使能USART1和GPIO时钟
RCC->APB2PCENR |= RCC_APB2Periph_USART1 | RCC_APB2Periph_GPIOA;
// 配置TX(PA9)和RX(PA10)
GPIOA->CFGHR = (GPIOA->CFGHR & ~(GPIO_CFGHR_CNF9 | GPIO_CFGHR_CNF10))
| (GPIO_CFGHR_CNF9_1 | GPIO_CFGHR_CNF10_0);
GPIOA->OUTDR |= GPIO_Pin_9;
// 波特率设置(以115200为例)
USART1->BRR = SystemCoreClock / 115200;
// 使能接收、空闲中断
USART1->CTLR1 |= USART_CTLR1_RE | USART_CTLR1_IDLEIE;
USART1->CTLR1 |= USART_CTLR1_UE;
NVIC_EnableIRQ(USART1_IRQn);
}
3.2 中断服务例程
c复制void USART1_IRQHandler(void) {
static uint8_t buffer[256];
static uint16_t index = 0;
// 空闲中断处理
if(USART1->STATR & USART_STATR_IDLE) {
USART1->STATR; // 必须先读STATR
USART1->DATAR; // 再读DATAR来清除IDLE标志
if(index > 0) {
processPacket(buffer, index); // 处理完整数据包
index = 0;
}
}
// 数据接收中断
if(USART1->STATR & USART_STATR_RXNE) {
buffer[index++] = USART1->DATAR;
if(index >= sizeof(buffer)) index = 0; // 防溢出
}
}
3.3 超时机制优化
单纯依赖IDLE中断在以下场景可能不够可靠：
- 低速通信时（如9600bps）
- 数据包内含有长0x00序列
- 线路干扰导致异常空闲
建议增加硬件定时器作为超时备份：
- 每次收到数据时重置定时器
- 定时器溢出视为包尾
- 典型超时设置为3个字节传输时间（对于115200bps约260μs）
c复制// 定时器初始化示例(TIM2基本配置)
void TIM2_Init(void) {
RCC->APB1PCENR |= RCC_APB1Periph_TIM2;
TIM2->PSC = SystemCoreClock / 1000000 - 1; // 1MHz
TIM2->ATRLR = 300; // 300μs超时
TIM2->DMAINTENR |= TIM_DMA_Update;
TIM2->CTLR1 |= TIM_CEN;
NVIC_EnableIRQ(TIM2_IRQn);
}
// 在USART中断中重置定时器
if(USART1->STATR & USART_STATR_RXNE) {
TIM2->CNT = 0; // 重置计数器
// ...接收数据处理
}
4. 方案二：DMA+循环缓冲
4.1 架构设计
这种方案的核心优势在于：
- 解放CPU，不占用中断处理时间
- 自动处理缓冲区循环
- 配合IDLE中断实现高效分包
mermaid复制graph TD
A[USART接收数据] --> B{DMA传输}
B --> C[循环缓冲区]
D[IDLE中断] --> E[计算数据长度]
E --> F[提取有效数据]
4.2 具体实现步骤
- DMA初始化：
c复制#define BUF_SIZE 256
uint8_t dmaBuffer[BUF_SIZE];
void DMA_Init(void) {
RCC->AHBPCENR |= RCC_AHBPeriph_DMA1;
DMA1_Channel5->PADDR = (uint32_t)&USART1->DATAR;
DMA1_Channel5->MADDR = (uint32_t)dmaBuffer;
DMA1_Channel5->CNTR = BUF_SIZE;
DMA1_Channel5->CFGR = DMA_CFGR1_MINC | DMA_CFGR1_CIRC | DMA_CFGR1_EN;
}
- USART-DMA关联：
c复制USART1->CTLR3 |= USART_CTLR3_DMAR; // 使能DMA接收
- 数据处理逻辑：
c复制void Process_DMA_Data(void) {
static uint16_t lastPos = 0;
uint16_t currentPos = BUF_SIZE - DMA1_Channel5->CNTR;
if(currentPos != lastPos) {
if(currentPos > lastPos) {
handlePacket(&dmaBuffer[lastPos], currentPos - lastPos);
} else {
handlePacket(&dmaBuffer[lastPos], BUF_SIZE - lastPos);
if(currentPos > 0) {
handlePacket(dmaBuffer, currentPos);
}
}
lastPos = currentPos;
}
}
4.3 性能对比测试
在CH32V303平台上实测结果：
| 指标 | 纯中断方式 | DMA方式 |
|---|---|---|
| CPU占用率(@1Mbps) | 12% | <1% |
| 最大吞吐量 | 650KB/s | 980KB/s |
| 延迟稳定性 | ±15μs | ±3μs |
| 功耗(mA) | 28.5 | 22.1 |
5. 实战经验与避坑指南
5.1 常见问题排查
-
IDLE标志不触发：
- 检查USART时钟是否使能
- 确认IDLEIE控制位已置1
- 确保中断服务程序中正确清除了标志位（必须先读STATR再读DATAR）
-
DMA传输不启动：
c复制// 正确的DMA使能顺序 DMA_Cmd(DMA1_Channel5, DISABLE); DMA_SetCurrDataCounter(DMA1_Channel5, BUF_SIZE); DMA_Cmd(DMA1_Channel5, ENABLE); USART_DMACmd(USART1, USART_DMAReq_Rx, ENABLE); -
数据错位问题：
- 检查DMA缓冲区是否4字节对齐
- 确认USART和DMA时钟源一致
- 在临界区操作时暂时关闭DMA
5.2 参数优化建议
-
缓冲区大小：
- 最小应容纳最大预期包长的2倍
- 推荐值：256-1024字节（根据RAM限制调整）
-
超时时间计算：
code复制超时时间(μs) = (1000000 / 波特率) * 字节数 * 安全系数(1.2-1.5)例如115200bps下3字节超时：
code复制(1000000/115200)*3*1.3 ≈ 34μs -
中断优先级配置：
- USART中断应高于定时器中断
- DMA中断设为最低优先级
- 确保SysTick中断不会被长时间阻塞
6. 扩展应用场景
6.1 Modbus协议实现
利用不定长接收可以高效实现Modbus RTU从机：
c复制typedef struct {
uint8_t addr;
uint8_t func;
uint16_t regAddr;
uint16_t regCount;
uint16_t crc;
} ModbusFrame;
void ParseModbus(uint8_t* data, uint16_t len) {
if(len < 6) return; // 最小帧长
ModbusFrame frame;
frame.addr = data[0];
frame.func = data[1];
frame.regAddr = (data[2] << 8) | data[3];
frame.regCount = (data[4] << 8) | data[5];
// CRC校验省略...
}
6.2 自定义文本协议
对于AT指令等文本协议，可增加以下优化：
- 增加回车换行(0x0D 0x0A)作为备选结束符
- 实现简单的命令缓存和历史记录
- 添加大小写不敏感比较
c复制#define MAX_CMD_LEN 64
typedef struct {
char buffer[MAX_CMD_LEN];
uint8_t index;
} CommandParser;
void HandleChar(CommandParser* parser, char c) {
if(c == '\n' || c == '\r') {
if(parser->index > 0) {
ProcessCommand(parser->buffer);
parser->index = 0;
}
} else if(parser->index < MAX_CMD_LEN-1) {
parser->buffer[parser->index++] = tolower(c);
}
}
7. 方案选型建议
根据项目需求选择合适的实现方式：
-
中断+超时方案适用场景：
- 系统资源紧张（RAM<8KB）
- 数据包较短（<64字节）
- 波特率较低（≤115200bps）
- 需要精确控制每个字节的处理时机
-
DMA方案推荐场景：
- 高速通信（≥500Kbps）
- 大数据量传输（如固件升级）
- 低功耗需求严格的场合
- 需要同时处理多个外设的复杂系统
-
混合方案：
对于关键任务系统，可以结合两种方案的优点：- DMA作为主接收通道
- 中断方案作为应急备份
- 双缓冲校验机制