CH32V103串口中断问题解析与RISC-V开发实践

1. 问题现象与背景分析

最近在调试CH32V103C8T6这款RISC-V架构的单片机时，遇到了一个奇怪的串口中断问题：配置好串口中断后，系统只能响应第一次中断，后续的中断请求全部失效。这个问题在嵌入式开发中相当典型，尤其对于刚从ARM架构转向RISC-V的开发者来说，更容易踩坑。

CH32V103系列是南京沁恒微电子推出的32位RISC-V内核单片机，主频最高72MHz，内置64KB Flash和20KB SRAM。作为国产MCU中的性价比选手，它在消费电子、工业控制等领域应用广泛。其USART外设支持中断模式接收数据，理论上应该能稳定响应每次中断，但实际表现却不符合预期。

2. 串口中断基础配置检查

2.1 初始化代码解析

先来看下我的初始配置代码（以USART1为例）：

c复制void USART1_IRQHandler(void) {
    if(USART_GetITStatus(USART1, USART_IT_RXNE) != RESET) {
        uint8_t data = USART_ReceiveData(USART1);
        // 数据处理逻辑...
        USART_ClearITPendingBit(USART1, USART_IT_RXNE);
    }
}

void USART1_Init(uint32_t baudrate) {
    GPIO_InitTypeDef GPIO_InitStructure;
    USART_InitTypeDef USART_InitStructure;
    NVIC_InitTypeDef NVIC_InitStructure;

    // 时钟使能
    RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1 | RCC_APB2Periph_GPIOA, ENABLE);

    // TX(PA9)配置为复用推挽输出
    GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9;
    GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP;
    GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
    GPIO_Init(GPIOA, &GPIO_InitStructure);

    // RX(PA10)配置为浮空输入
    GPIO_InitStructure.GPIO_Pin = GPIO_Pin_10;
    GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING;
    GPIO_Init(GPIOA, &GPIO_InitStructure);

    // 串口参数配置
    USART_InitStructure.USART_BaudRate = baudrate;
    USART_InitStructure.USART_WordLength = USART_WordLength_8b;
    USART_InitStructure.USART_StopBits = USART_StopBits_1;
    USART_InitStructure.USART_Parity = USART_Parity_No;
    USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None;
    USART_InitStructure.USART_Mode = USART_Mode_Rx | USART_Mode_Tx;
    USART_Init(USART1, &USART_InitStructure);

    // 使能接收中断
    USART_ITConfig(USART1, USART_IT_RXNE, ENABLE);

    // NVIC配置
    NVIC_InitStructure.NVIC_IRQChannel = USART1_IRQn;
    NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0;
    NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0;
    NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
    NVIC_Init(&NVIC_InitStructure);

    USART_Cmd(USART1, ENABLE);
}

从代码表面看，配置流程符合常规操作：

1. 使能外设时钟
2. 配置GPIO复用功能
3. 设置串口通信参数
4. 使能接收中断
5. 配置NVIC中断优先级
6. 清除中断标志位

2.2 常见配置误区排查

虽然代码看起来没问题，但实际运行中中断只触发一次。通过逻辑分析仪抓取波形确认数据确实持续发送，排除硬件问题。于是开始排查软件层面可能的原因：

1. 中断标志未清除：检查中断服务程序(ISR)中确实调用了USART_ClearITPendingBit
2. 中断使能位被意外关闭：在ISR中添加调试代码，检查USART_CR1寄存器的RXNEIE位状态
3. 优先级配置冲突：确认没有其他中断抢占导致问题
4. 时钟配置异常：检查APB总线时钟是否正常

3. 问题根源与解决方案

3.1 关键发现：中断状态寄存器特性

经过反复测试和查阅手册，发现CH32V103的中断处理有一个关键特性：在读取USART_DR数据寄存器后，硬件不会自动清除RXNE标志。这与某些ARM架构MCU的行为不同，容易造成误解。

正确的处理流程应该是：

c复制void USART1_IRQHandler(void) {
    if(USART_GetITStatus(USART1, USART_IT_RXNE) != RESET) {
        uint8_t data = USART_ReceiveData(USART1); // 读取数据
        USART_ClearITPendingBit(USART1, USART_IT_RXNE); // 必须手动清除
        // 数据处理...
    }
}

3.2 深度解析：RISC-V中断机制差异

RISC-V架构的中断处理与ARM Cortex-M有一些重要区别：

1. 中断标志清除机制：

   • ARM Cortex-M通常读取数据寄存器会自动清除标志
   • RISC-V需要显式清除状态寄存器中的标志位

2. 中断嵌套行为：

   • CH32V103默认不支持硬件中断嵌套
   • 如果在ISR中未及时清除标志，可能导致后续中断被屏蔽

3. 状态寄存器保护：

   • 某些操作可能意外修改ISR寄存器值
   • 建议在关键操作前后读取并验证寄存器状态

3.3 完整解决方案代码

修正后的完整实现应包含以下增强措施：

c复制// 增强版中断服务程序
void USART1_IRQHandler(void) {
    // 双重验证中断源
    if((USART1->STATR & USART_FLAG_RXNE) != RESET) {
        volatile uint32_t tmp;
        
        // 读取数据（重要：必须先读数据再清标志）
        uint8_t data = USART1->DATAR;
        
        // 清除RXNE标志（两种方式任选其一）
        tmp = USART1->STATR;  // 读SR
        USART1->STATR = ~USART_FLAG_RXNE; // 写SR
        
        // 或者使用库函数
        // USART_ClearITPendingBit(USART1, USART_IT_RXNE);
        
        // 处理数据（避免耗时操作）
        USART1_RX_Buffer[USART1_RX_Index++] = data;
        if(USART1_RX_Index >= BUF_SIZE) USART1_RX_Index = 0;
    }
    
    // 可选：检查ORE（溢出错误）标志
    if((USART1->STATR & USART_FLAG_ORE) != RESET) {
        volatile uint32_t tmp = USART1->STATR; // 读SR清除ORE
        tmp = USART1->DATAR; // 读DR清除ORE
        // 错误处理逻辑...
    }
}

4. 进阶调试技巧与优化建议

4.1 调试方法实证

当遇到类似中断异常时，可以采用以下调试手段：

1. 寄存器级检查：

   c复制// 在可疑位置插入寄存器检查
   printf("SR:0x%04X CR1:0x%04X CR2:0x%04X\r\n", 
          USART1->STATR, USART1->CTLR1, USART1->CTLR2);
   

2. 中断计数器验证：

   c复制volatile uint32_t irq_count = 0;
   void USART1_IRQHandler(void) {
       irq_count++;
       // ...原有逻辑
   }
   

3. 逻辑分析仪触发：

   • 设置硬件触发条件为USART_RX引脚下降沿
   • 对比触发次数与中断计数器数值

4.2 性能优化建议

1. 中断处理效率优化：

   • 保持ISR尽可能简短
   • 避免在ISR中调用库函数（如printf）
   • 使用DMA+IDLE中断替代单字节中断

2. 错误处理增强：

   c复制void USART1_IRQHandler(void) {
       uint32_t sr = USART1->STATR;
       
       if(sr & USART_FLAG_RXNE) {
           // 正常数据接收处理
       }
       
       if(sr & USART_FLAG_ORE) {
           volatile uint32_t tmp = USART1->STATR;
           tmp = USART1->DATAR; // 清除ORE标志
           // 记录错误计数等处理
       }
       
       if(sr & USART_FLAG_FE) {
           volatile uint32_t tmp = USART1->STATR;
           // 帧错误处理
       }
   }
   

3. 缓冲区管理技巧：

   • 使用环形缓冲区减少临界区冲突
   • 双缓冲策略：ISR填充后台缓冲，主程序处理前台缓冲

5. 常见问题速查表

6. 经验总结与延伸思考

经过这个问题的排查，我总结了RISC-V单片机中断开发的几个关键点：

1. 手册至上原则：不同架构MCU的中断行为可能有细微但关键的差异，必须仔细阅读参考手册的中断章节。

2. 防御性编程：

   • 在ISR开始和结束处读取关键寄存器值并记录
   • 添加冗余的标志清除操作
   • 对异常分支进行计数监控

3. 架构差异意识：从ARM转向RISC-V时，要特别注意：

   • 中断标志清除机制
   • 中断嵌套行为
   • 寄存器保护要求

对于需要稳定串口通信的场景，我后来改用了DMA+IDLE中断的方式，大大降低了CPU负载和中断丢失风险。具体实现是配置DMA循环接收固定长度缓冲区，配合串口空闲中断来触发数据处理，这样即使偶尔错过一两个中断也不会影响整体通信质量。