STM32G0F06软件复位时偶发内核锁死问题咨询

1. 是否为内核锁死及PC地址分析 #

0x1FFF19A6属于STM32G0的系统存储器（Boot ROM）区域（起始地址为0x1FFF0000），并非随机地址，因此这不太可能是完全无规律的内核锁死。

如果PC固定停留在该地址，更大概率是以下情况：

• 软件复位后，MCU引导路径异常，意外进入Boot ROM的错误处理分支（比如选项字节中BOOT配置未正确生效，或复位过程中Boot引脚采样出现 glitch）；
• 若未在应用/Bootloader中正确实现HardFault等异常处理函数，内核触发异常后会跳转到系统默认的异常处理入口（位于Boot ROM），最终进入死循环，表现为“锁死”。

真正的内核硬锁死（如总线错误导致的内核挂起）通常会让PC停留在错误指令地址，或进入用户未定义的异常处理死循环（地址由用户向量表决定，而非固定的Boot ROM地址）。

2. 已配置IWDG未复位MCU的可能原因 #

IWDG是独立于内核的硬件模块，由LSI时钟驱动，正常情况下启动后未喂狗就会触发复位。未触发的原因包括：

• 锁死持续时间不足：IWDG的溢出周期（由预分频器和重载值计算）大于锁死状态的持续时间，还未到复位触发点；
• IWDG配置未生效：比如仅通过软件启动IWDG，但未设置选项字节中的IWDG_SW位，系统复位后软件启动的IWDG会被关闭；
• 复位操作干扰IWDG：修改选项字节后立即触发软件复位，可能打断IWDG模块的初始化流程，导致其暂时停止工作；
• 硬件故障：极少情况下，IWDG模块或LSI时钟出现硬件损坏。

3. IWDG锁死可能性及可编程恢复方案 #

IWDG作为独立硬件模块，不会被内核锁死影响——其时钟、计数、复位触发逻辑完全独立于内核和APB总线，除非出现硬件损坏。

可编程恢复方案：

• 外部复位引脚自触发：将MCU的一个GPIO配置为推挽输出模式，硬件上把该GPIO与NRST引脚相连（NRST为开漏引脚，需外部上拉电阻），当检测到内核异常时，通过GPIO输出低电平拉低NRST，触发硬件复位；
• 优化Bootloader切换流程：修改选项字节后，必须等待选项字节写入完成（通过检查FLASH_OPTR寄存器的相关标志），再执行软件复位，避免引导状态不稳定；
• 完善异常处理：在应用和Bootloader中实现完整的HardFault、BusFault等异常处理函数，捕获异常后直接触发复位，而非让内核进入死循环。

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