树莓派4 GPPUDCLK0寄存器赋值失败，C++赋值运算符是否会静默失效？

问题解答 #

C++ 的赋值运算符本身不会出现无原因的静默失效，你遇到的现象是硬件寄存器访问的特性和代码实现问题共同导致的，和C++语法本身无关。导致写入失败的常见原因和修复方案如下：

1. 指针缺少volatile修饰符 #

你定义的gpio指针类型是unsigned int *，没有加volatile关键字。编译器不知道这个地址指向的是硬件寄存器，会默认认为内存里的值不会被外部硬件修改，因此会优化掉你认为必要的读写操作：比如直接把写入操作删掉，或者读取的时候复用之前缓存的数值。
修复方法：把指针定义改为volatile unsigned int *gpio = (volatile unsigned int *)mmap(...)，强制编译器每次读写都真实操作硬件总线，不能优化。

2. 等待循环被编译器优化 #

你写的空等待循环没有任何副作用，编译器开启优化后会直接删除这部分代码，导致GPPUD和GPPUDCLK操作之间的等待时间完全不够。树莓派的GPIO上下拉配置有严格的时序要求，两次写入之间需要等待至少150个GPIO时钟周期，等待不足会直接导致配置失效。
修复方法：把循环变量加volatile修饰，或者直接调用系统延时函数：

// 方案1：用volatile变量防止循环被优化
volatile int wait_count = 0;
while(wait_count < wait_limit) {
    wait_count += 1;
}

// 方案2：直接用系统微秒延时，更可靠
usleep(1);

3. 寄存器偏移计算错误 #

从你的输出可以看到Clk Offset的值是24，也就是你用gpio指针索引24的位置访问GPPUDCLK0。gpio是unsigned int类型指针，索引的单位是4字节，24对应的字节偏移是24*4=0x60，而树莓派4 GPPUDCLK0寄存器的真实字节偏移是0x98，对应的索引应该是0x98 /4 = 38。你现在访问的地址完全不对，自然写入不会生效。
修复方法：核对所有GPIO寄存器的字节偏移，用字节偏移除以4作为数组索引值，修正你GPIO_Control里的宏定义。

4. 权限和配置检查 #

• 确认你运行程序时有root权限，或者当前用户在gpio用户组，有权限访问/dev/gpiomem设备
• 如果你用的是较新的树莓派系统，确认设备树没有禁用传统的GPPUD寄存器访问，部分新系统默认推荐使用新的引脚配置接口。

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