Arduino UNO USART0 RX中断服务程序挂起问题求助

数据老陈

2026-6-30

ATmega328P UART RX中断触发后设备挂起的排查思路

问题背景

在ATmega328P上配置UART0启用RX和TX中断，TX中断工作正常，但RX中断服务程序（ISR）无论写入什么代码，设备都会挂起，随后被看门狗复位。移除ISR后设备会因未处理中断正常崩溃，关闭RX中断则无挂起现象；但只要开启RX中断并添加ISR，接收字符时就会触发挂起。对比Arduino Core实现未发现操作遗漏，尝试过清空ISR、读取UDR0清除中断标志、手动禁用中断标志，均无法解决问题。相关代码及寄存器映射如下：

USART初始化与ISR代码

/* USART Interrupts */
#define USART_RX_vect       __vector_18
#define USART_UDRE_vect     __vector_19
#define USART_TX_vect       __vector_20


void usart_init_hardware(USART_CONFIG_T cfg)
{
    usart_set_mode(cfg.mode);
    usart_set_baud(cfg.baud);
    usart_set_parity(cfg.parity);
    usart_set_stop_bits(cfg.stop_bits);
    usart_set_character_size(cfg.character_size);

    if (USART_MODE_SYNCHRONOUS == cfg.mode) {
        /* This bit is used for synchronous mode only.
         * - ATmega328P Datasheet page 162 */
        usart_set_clock_polarity(cfg.clock_polarity);
    }

    /* Enable interrupts on RX and TX */
    UCSR0B.bits.RXCIEn = TRUE;
    UCSR0B.bits.TXCIEn = TRUE;
    UCSR0B.bits.UDRIEn = FALSE;

    /* Enable TX and RX */
    UCSR0B.bits.RXENn = TRUE;
    UCSR0B.bits.TXENn = TRUE;
}


ISR(USART_RX_vect)
{
    volatile U8_T c;

    /* Clear interrupt flag */
    c = UDR0.byte;
}

寄存器联合体定义

typedef union {
    struct {
        VBOOL_T bit0 : 1;
        VBOOL_T bit1 : 1;
        VBOOL_T bit2 : 1;
        VBOOL_T bit3 : 1;
        VBOOL_T bit4 : 1;
        VBOOL_T bit5 : 1;
        VBOOL_T bit6 : 1;
        VBOOL_T bit7 : 1;
    } bits;
    VU8_T byte;
} REGISTER_T;

extern volatile REGISTER_T UDR0;

链接脚本寄存器映射

SECTIONS
{
  /* USART */
  UCSR0A        = 0xC0;
  UCSR0B        = 0xC1;
  UCSR0C        = 0xC2;
  UBRR0         = 0xC4;
  UDR0          = 0xC6;
  ...

排查思路

核对中断向量号正确性
确认USART_RX_vect对应的__vector_18与ATmega328P数据手册中的中断向量表完全一致。部分AVR编译器或芯片变种可能存在向量号差异，若向量定义错误，中断触发后会跳转到无效代码，直接导致设备挂起。
验证UDR0寄存器的访问有效性
1. 检查链接脚本中UDR0 = 0xC6;的地址是否与数据手册匹配（ATmega328P的UDR0地址确实为0xC6，但需确保无其他代码或脚本覆盖该地址）。
2. 替换ISR中的寄存器访问方式，用原始地址直接读取：c = *(volatile uint8_t *)0xC6;，排查是否因联合体位域的内存布局（编译器端序、对齐规则）导致访问异常。
确认全局中断与中断标志的处理
1. 确保初始化流程中执行了sei();开启全局中断（虽然TX中断正常，但仍需排除全局中断被意外关闭的可能）。
2. 在ISR中读取UCSR0A寄存器，检查是否存在未处理的错误标志（FE0帧错误、DOR0数据溢出、UPE0奇偶校验错误）。这些错误标志触发时，仅读取UDR0无法清除中断请求，需手动处理：
```
uint8_t status = UCSR0A;
(void)UDR0.byte; // 先读取数据清除RXC0
// 处理错误标志（部分标志读取后自动清除）
if (status & (1 << FE0)) { /* 帧错误处理 */ }
if (status & (1 << DOR0)) { /* 数据溢出处理 */ }
if (status & (1 << UPE0)) { /* 奇偶校验错误处理 */ }
```
排查编译器优化对ISR的影响
1. 给ISR添加__attribute__((optimize("O0")))属性，禁用编译器优化，防止优化导致寄存器操作异常或逻辑被篡改。
2. 简化ISR操作，比如只执行(void)UDR0.byte;，避免变量赋值带来的潜在问题，观察是否仍会挂起。
硬件与信号层面排查
1. 检查UART_RX引脚的电平信号，确认无噪声、干扰导致虚假中断，同时核对发送端与接收端的波特率、帧格式（数据位、停止位、奇偶校验）完全匹配，格式不匹配会持续触发错误中断。
2. 在ISR中添加GPIO翻转操作（比如PORTB ^= (1 << PB5);），用示波器观察引脚状态，判断ISR是否真的被执行，还是中断触发后跳转到了错误地址。
验证看门狗的影响
临时关闭看门狗，观察设备是持续挂起还是进入死循环，以此区分是ISR本身导致的挂起，还是ISR执行时间过长触发了看门狗复位。

内容的提问来源于stack exchange，提问作者Matt Murphy