第2章 寄存器操作与位运算：从理论到实战

嵌入式开发里，寄存器操作是躲不开的硬骨头。说白了，你写的每一行代码，最终都要落到寄存器的某个位上。我刚开始做驱动时，总觉得位运算就是些花哨的语法糖，直到有一次把整个GPIO端口配置错了，板子直接冒烟……嗯，从那以后我再也不敢小看位运算了。

2.1 寄存器到底是什么？

寄存器就是CPU内部的小型存储单元。每个寄存器都有固定的地址，就像你家的门牌号。不同的是，寄存器里的每一位都有特定含义。

举个例子，STM32的GPIO控制寄存器。你往某个地址写0x01，引脚就输出高电平；写0x00，就输出低电平。就这么简单。

2.2 位运算基础：C语言里的“手术刀”

C语言提供了6种位运算符。我个人习惯把它们分成两组：

运算符	名称	用途
&	按位与	清零特定位
|	按位或	置位特定位
^	按位异或	翻转特定位
~	按位取反	整体取反
<<	左移	乘以2的幂
>>	右移	除以2的幂

你想想看，如果不用位运算，你要怎么操作寄存器的某一位？用if判断？用switch？那代码会写成什么鬼样子……

2.3 实战：GPIO输出控制

我在项目中遇到过最典型的场景：控制LED灯。假设寄存器地址是0x40020C00，第3位控制LED。

// 定义寄存器地址
#define GPIO_ODR  (*(volatile uint32_t *)0x40020C00)

// 置位第3位——点亮LED
GPIO_ODR |= (1 << 3);

// 清零第3位——熄灭LED
GPIO_ODR &= ~(1 << 3);

// 翻转第3位——切换LED状态
GPIO_ODR ^= (1 << 3);

2.4 避坑指南：常见的位运算陷阱

我曾经在调试一个UART驱动时，花了整整两天找bug。最后发现是位运算优先级搞错了。

看这个例子：

// 错误写法——你以为先移位，实际先比较
if (REG & (1 << 3) == 0)  // 等价于 REG & ((1<<3)==0)

// 正确写法——加括号
if ((REG & (1 << 3)) == 0)

为什么会这样？因为C语言里 == 的优先级高于 &。嗯，这里要注意，写位运算时，括号不要省。

2.5 进阶：多bit操作与掩码

有时候你需要同时操作多个位。比如配置一个外设的模式，可能需要设置第4-6位。

// 定义掩码
#define MODE_MASK  (0x7 << 4)  // 0b0111 0000

// 先清零，再设置新值
REG = (REG & ~MODE_MASK) | (new_value << 4);

这个模式我用了十年。先与后或，永远不会错。你想想看，如果不先清零，新旧值混在一起，那结果就是一团糟。

2.6 实战：读取按键状态

读取输入寄存器时，通常只需要检查某一位。我在做按键驱动时常用这个：

#define GPIO_IDR  (*(volatile uint32_t *)0x40020C10)

// 检查第3位是否为1
if (GPIO_IDR & (1 << 3)) {
    // 按键按下
} else {
    // 按键释放
}

这里有个细节：读取寄存器时，一定要用 volatile 关键字。否则编译器可能优化掉你的读取操作，导致读到的是缓存值而不是真实状态。

2.7 位域：是福还是祸？

C语言提供了位域语法，可以按位定义结构体成员。我个人不太推荐在驱动层用位域。

// 位域写法——看起来很美
struct {
    unsigned int bit0 : 1;
    unsigned int bit1 : 1;
    unsigned int bit2 : 1;
} reg;

// 实际驱动写法——更可控
#define BIT0 (1 << 0)
#define BIT1 (1 << 1)
#define BIT2 (1 << 2)

为什么我不推荐位域？因为位域的存储顺序是编译器相关的。你在ARM上写的代码，换到RISC-V上可能就全乱了。我曾经被这个坑过，从那以后只用宏定义。

2.8 总结：位运算的黄金法则

做了这么多年驱动开发，我总结了几条铁律：

1. 读-改-写三步走——永远不要假设寄存器的初始值
2. 括号不能省——位运算优先级是噩梦
3. 用宏定义封装——让代码自文档化
4. volatile不能丢——否则编译器会“优化”掉你的操作
5. 先清零后置位——多bit操作的标准流程

下一章我们会聊中断处理与NVIC配置。到时候我会分享一个我调试中断时遇到的奇葩问题——嗯，那个故事挺有意思的。