共计 2286 个字符，预计需要花费 6 分钟才能阅读完成。

1. 为什么 AVR 需要寄存器保护？

AVR 微控制器的精简指令集 (RISC) 架构仅有 32 个通用寄存器，这些寄存器承担了数据暂存、地址索引、函数参数传递等核心功能。当发生函数调用时，调用者 (caller) 和被调用者 (callee) 可能同时使用相同的寄存器，若不进行保护会导致：

• 关键数据被意外覆盖（如中断服务例程修改主程序正在使用的寄存器）
• 函数返回后上下文丢失（如嵌套调用时上层函数的计算中间值被破坏）
• 随机性程序崩溃（尤其在使用 -O2 以上优化等级时）

典型场景示例：

void ISR() {
    // 未保护 R16 直接使用
    asm("ldi r16, 0xFF");
}

int main() {
    // 主程序正在使用 R16
    asm("ldi r16, 0x01");

    // 中断触发时 R16 值被破坏
    sei();
    while(1);
}

2. 调用约定与寄存器保护的关系

AVR-GCC 主要支持两种调用约定：

2.1 标准调用约定

• 参数传递：从左到右通过 R8-R25 传递
• 返回值：R18-R25（8 位）、R22-R25（16 位）、R18-R25（32 位）
• 必须保护的寄存器：R2-R17、R28-R29（Y 指针）

2.2 __fastcall 约定

• 前两个参数通过 R22-R25 传递
• 其他规则与标准约定相同

关键差异对比：

3. 必须保护的寄存器清单

根据 AVR-GCC 文档，以下寄存器在函数调用时必须由被调用者保存：

• R2-R17：通用工作寄存器，常用于临时计算
• R28-R29 (Y 指针)：用于栈帧访问和局部变量寻址
• 特殊场景：
• 中断服务程序 (ISR) 需要保护所有使用的寄存器
• 汇编函数调用 C 函数时需保护 R18-R27、R30-R31

寄存器保护必要性示例：

// 错误示例：未保护 Y 指针
void unsafe_func() {
    asm volatile(
        "in r28, 0x3D\n\t"  // 读取 SP 低字节
        "ldi r29, 0x00\n\t" // 修改 Y 指针高字节
    );
}

// 正确做法：void safe_func() {
    asm volatile(
        "push r28\n\t"
        "push r29\n\t"
        "in r28, 0x3D\n\t"
        "ldi r29, 0x00\n\t"
        "pop r29\n\t"
        "pop r28\n\t"
    );
}

4. 完整寄存器保护实现示例

以下代码展示符合 AVR-GCC 规范的寄存器保护：

// 混合 C 与汇编的函数示例
uint16_t calculate_crc(uint8_t* data, uint8_t len) {
    uint16_t crc;

    asm volatile(
        "push r16\n\t"   // 保护 R16
        "push r17\n\t"   // 保护 R17
        "push r28\n\t"   // 保护 Y 指针低字节
        "push r29\n\t"   // 保护 Y 指针高字节

        "movw r28, %[ptr]\n\t" // Y 指针指向数据
        "ldi r16, 0x00\n\t"    // CRC 初始值
        "ldi r17, 0x00\n\t"

        "loop:\n\t"
        "ld r18, Y+\n\t"       // 读取数据
        "eor r16, r18\n\t"     // 异或计算
        "dec %[len]\n\t"
        "brne loop\n\t"

        "movw %[crc], r16\n\t" // 返回结果

        "pop r29\n\t"          // 恢复寄存器
        "pop r28\n\t"
        "pop r17\n\t"
        "pop r16\n\t"
        : [crc] "=r" (crc)
        : [ptr] "r" (data), [len] "r" (len)
        : "r16", "r17", "r18", "r28", "r29"
    );

    return crc;
}

5. 不当保护的典型后果

5.1 中断上下文冲突

当中断服务程序与主程序共用寄存器时：

volatile uint8_t flag;

ISR(TIMER0_OVF_vect) {asm("ldi r20, 1");  // 未保护 R20
    flag = 1;
}

void process_data() {asm("ldi r20, 0");
    while(!flag) {// 循环期间中断可能修改 R20}
    // 此处 R20 值不确定
}

5.2 函数嵌套调用错误

void inner() {asm("ldi r19, 0x55"); // 未保护 R19
}

void outer() {asm("ldi r19, 0xAA");
    inner();
    // 预期 R19=0xAA，实际 =0x55
}

6. 生产环境避坑指南

6.1 常见错误模式

• 遗漏指针寄存器保护：Y/ Z 指针常用于间接寻址，容易被忽略
• 优化等级陷阱：-O2 优化可能重用寄存器导致意外覆盖
• 中断服务程序未全面保护：ISR 必须保护所有使用的寄存器

6.2 解决方案

1. 始终使用 push/pop 指令对包围汇编代码块
2. 在函数属性中明确声明破坏的寄存器：

   __attribute__((used, noinline, \
   optimize("no-optimize-sibling-calls")))

3. 对关键寄存器使用 fixed_regs 约束：

   asm volatile("mov %0, r16" : "=r" (val) : : "r16");

7. 思考题延伸

在混合 C 和汇编开发时，编译器全局优化可能：
– 跨函数分析寄存器使用情况
– 内联小型函数
– 重用未被显式保护的寄存器

解决方案包括：
1. 对关键函数使用__attribute__((noinline))
2. 使用 -fno-tree-loop-optimize 禁用特定优化
3. 在汇编代码中明确使用 .global 和.type声明

通过本文的寄存器保护规范，可使 AVR 程序稳定性提升显著。实际项目中建议结合反汇编验证编译器生成的代码是否符合预期。