我来梳理几个最容易被忽略的细节，都是STM32+Keil调试时踩过的坑：

• 触发条件与访问宽度不匹配
  首先确认观察点的触发规则：你要捕捉的是写入动作，所以一定要把触发条件设为Write（别误选成Read或Read/Write）。另外，STM32的GPIO数据寄存器是32位的，要确保观察点的访问宽度设为Word（4字节）——如果你的代码里用了字节/半字操作寄存器，那要对应调整宽度，不过一般库函数或直接操作GPIOx->ODR都是字访问，优先选Word。

• 寄存器地址搞错了
  别把输入寄存器IDR和输出寄存器ODR搞混！比如GPIOA的ODR地址是0x40020014，可以对照stm32f4xx.h里的宏定义，或者在Keil的Memory窗口输入地址验证，确保你添加观察点的是正确的目标寄存器地址。

• 硬件观察点资源被占满
  Cortex-M4内核只有2个硬件观察点（同时也是硬件断点），如果你之前设置的定时器观察点还在生效，那新的GPIO观察点就会因为资源不足无法触发。去Keil的Breakpoints窗口看看，把没用的断点/观察点删掉再试。

• 编译器优化把寄存器操作“吃”掉了
  这是最常见的大坑！如果你的代码编译等级是-O1及以上，编译器可能会优化掉没有后续依赖的寄存器写操作——比如你只是写了GPIOA->ODR = xxx，但后面没有读取这个值或者用它做逻辑，编译器可能直接把这行代码删掉，自然不会触发观察点。解决方法：临时把编译等级改成-O0（无优化），或者确保寄存器被声明为volatile（STM32库已经用__IO宏做了这个处理，但自己写的代码要注意）。

• 调试配置的小细节
  去Debug > Settings里检查：调试器接口是否正确（比如用SWD还是JTAG，有没有选对调试器型号），另外有些版本的Keil需要开启Enable Debug Monitor才能正常使用硬件观察点，可以试试开启这个选项。

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