UART中断接收字符超4个时data_processing重复调用的解决求助

你的问题核心在于中断内的局部缓冲区容量不足，且每次中断退出都会无条件调用data_processing，导致长字符串被拆分处理。具体原因：

1. 局部数组Rx[4]最多只能存储3个有效字符+1个字符串结束符，超过3个字符的内容会被拆分到多次中断中处理。
2. 无论是否接收到结束符>，每次中断执行完都会调用data_processing，所以长字符串会被分成两次传入该函数。
3. 原100ms轮询是攒够完整字符串再处理，而中断是实时触发，没有累积逻辑，自然出现拆分问题。

修复方案 #

1. 改用全局/静态缓冲区累积数据 #

中断函数里的局部数组无法跨中断保存数据，需要一个全局缓冲区来持续累积接收的字符，直到遇到结束符>再处理。

2. 仅在收到结束符时调用data_processing #

避免每次中断都触发处理，只有确认完整字符串接收完成才调用。

3. 移除中断内的延迟操作 #

busy_wait_ms(10)会拉长中断执行时间，影响系统响应，必须去掉。

修复后的示例代码 #

#define BUFFER_SIZE 64  // 根据实际需求调整缓冲区大小
char recv_buffer[BUFFER_SIZE] = {0};
int recv_index = 0;

void UART_Rx(){
    irq_clear(UART0_IRQ);
    
    // 读取所有可用的UART数据
    while (uart_is_readable(uart0)) {
        char c = uart_getc(uart0);
        
        // 遇到结束符，处理完整字符串
        if (c == '>') {
            recv_buffer[recv_index] = '\0';  // 添加字符串结束符
            data_processing(recv_buffer);    // 处理完整数据
            memset(recv_buffer, 0, BUFFER_SIZE);  // 清空缓冲区
            recv_index = 0;  // 重置索引
            // 可选：LED提示
            gpio_put(LED_PIN, 1);
            gpio_put(LED_PIN, 0);
            return;
        }
        
        // 缓冲区未满时，累积字符
        if (recv_index < BUFFER_SIZE - 1) {  // 留一个位置存结束符
            recv_buffer[recv_index++] = c;
        } else {
            // 缓冲区溢出处理：可以清空或者丢弃新数据，根据需求选择
            memset(recv_buffer, 0, BUFFER_SIZE);
            recv_index = 0;
        }
    }
}

void data_processing(char *Rx){
    // 你的数据处理逻辑
}

关键优化点说明 #

• 全局缓冲区：跨中断保存接收的字符，直到遇到结束符才触发处理。
• 结束符触发逻辑：确保只有完整字符串才会传入data_processing，避免拆分调用。
• 缓冲区溢出保护：防止数组越界导致的程序崩溃，根据实际场景调整缓冲区大小。
• 精简中断逻辑：去掉不必要的延迟，中断只做数据接收和结束符判断，处理逻辑放在data_processing中，保证中断响应速度。

内容的提问来源于stack exchange，提问作者Paul Jose