RTT5.2.0串口接收中断死机怎么解决？

答案对人有帮助，有参考价值 0

针对RTT5.2.0在GD32F303RCT6上串口接收中断死机的问题，结合代码分析提供以下解决方案：

问题根源分析

1. 
   

   兼容性问题
   
   GD32F303与STM32F103在中断处理和时钟配置上存在差异（如GD32的中断向量表位置偏移），直接使用STM32的BSP可能导致中断无法正确响应。

   
   


2. 
   

   中断处理超时
   
   TjcRuntime_pushReceiveData() 在中断中被调用，若其执行时间过长会导致中断阻塞。

   
   


3. 
   

   资源竞争
   
   串口接收中断与主线程可能同时访问共享资源（如tjc_runtime），未加保护导致死锁。

   
   

解决方案

1. 启用GD32专用BSP（关键步骤）

// 在rtconfig.h中强制启用GD32驱动

#define BSP_USING_GD32

2. 优化中断处理流程

// 创建环形缓冲区和信号量

static struct rt_ringbuffer rx_rb;  // 环形缓冲实例

static rt_sem_t rx_sem;             // 数据到达信号量

static char rx_pool[512];           // 缓冲内存池



static rt_err_t rx_ind(rt_device_t dev, rt_size_t size)

{

    // 仅触发信号量，不处理数据

    rt_sem_release(rx_sem);

    return RT_EOK;

}



static void rx_thread_entry(void* param)

{

    while(1) {

        rt_sem_take(rx_sem, RT_WAITING_FOREVER);



        // 从串口读取数据到环形缓冲

        rt_size_t len;

        char buffer[64];

        while((len = rt_device_read(serial, 0, buffer, sizeof(buffer))) > 0) {

            rt_ringbuffer_put(&rx_rb, buffer, len);

        }



        // 处理完整数据包

        process_rx_data(); // 自定义数据处理函数

    }

}



void Ui_startup(void)

{

    // 初始化环形缓冲和信号量

    rt_ringbuffer_init(&rx_rb, rx_pool, sizeof(rx_pool));

    rx_sem = rt_sem_create("rx_sem", 0, RT_IPC_FLAG_FIFO);



    serial = rt_device_find("uart1");

    rt_device_open(serial, RT_DEVICE_FLAG_INT_RX);



    // 设置轻量级中断回调

    rt_device_set_rx_indicate(serial, rx_ind);



    // 创建数据处理线程

    rt_thread_t thread = rt_thread_create("uart_rx", rx_thread_entry, RT_NULL, 

                                         1024, 12, 10);

    rt_thread_startup(thread);

}

3. 中断优先级配置（GD32特殊要求）

在 drv_usart.c 中修改中断配置：

// 找到串口中断初始化代码，添加NVIC优先级分组

NVIC_PriorityGroupConfig(NVIC_PriorityGroup_2); // GD32必需



// 设置中断优先级（示例）

NVIC_InitStructure.NVIC_IRQChannel = USART0_IRQn;

NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 1;

NVIC_InitStructure.NVIC_IRQChannelSubPriority = 1; // 避免抢占冲突

4. 硬件检查项

1. 
   

   时钟配置
   
   确认系统时钟树配置正确（GD32主频通常可达120MHz）：

   
   

   // 在system_gd32f30x.c中检查系统时钟
   
   #define __SYSTEM_CLOCK_120M_PLL_HXTAL  // 使用外部晶振

   
   


2. 
   

   串口引脚复用
   
   检查 board.h 中是否正确映射GD32的AF功能：

   
   

   #define BSP_USING_UART1
   
   #define BSP_UART1_TX_PIN       "PA9"
   
   #define BSP_UART1_RX_PIN       "PA10"
   
   #define BSP_UART1_AF_MODE      GPIO_MODE_AF_PP  // GD32需明确指定

   
   

验证步骤

1. 
   

   基础测试
   
   注释所有数据处理代码，仅在中断中翻转LED：

   
   

   static rt_err_t rx_ind(rt_device_t dev, rt_size_t size)
   
   {
   
      rt_pin_write(LED_PIN, !rt_pin_read(LED_PIN));
   
      return RT_EOK;
   
   }

   
   

   如果LED能正常闪烁，说明中断已触发。

   
   


2. 
   

   负载测试
   
   使用串口工具发送大量数据（>1MB/s），检查系统是否卡死：

   
   

   # Linux生成测试数据
   
   cat /dev/urandom | head -c 10M > test.bin
   
   # 通过minicom发送
   
   minicom -D /dev/ttyUSB0 -b 921600 -C test.log

   
   

补充建议

1. 
   

   GD32驱动更新
   
   从GitHub获取最新GD32驱动：

   
   

   git clone https://github.com/RT-Thread/rt-thread.git
   
   cp -r rt-thread/bsp/gd32/30x/  your_project/bsp/

   
   


2. 
   

   死机诊断
   
   启用HardFault调试：

   
   

   // 在rtconfig.h中启用
   
   #define RT_USING_CPU_FFS
   
   #define RT_DEBUG_INIT 1

   
   

   死机时通过 addr2line 工具解析故障地址。

   
   

重要提示：GD32F303的中断控制器与STM32不同，必须使用 NVIC_PriorityGroupConfig() 显式配置优先级分组，否则可能因中断嵌套导致死锁。建议优先级设置为：

• 串口中断：Preemption=1, Subpriority=1


• 系统内核：Preemption=0


• 其他外设：≥2

通过上述改进，可解决GD32平台串口中断死机问题。最终确保数据处理在专用线程中完成，中断服务函数仅负责触发信号量。