WWDG不能仅靠HAL_WWDG_Init启用窗口约束，因其不自动开启窗口校验逻辑；需确保CFR寄存器EWI置位、Window在0x40–0x7F间且严格小于Counter，否则上电即复位。
WWDG为什么不能只靠HAL_WWDG_Init就启用窗口约束
HAL库的HAL_WWDG_Init只完成时钟使能、寄存器配置和启动，但不会自动开启“窗口校验”逻辑。关键在于：WWDG是否真正进入窗口模式，取决于WWDG_CFR寄存器中EWI位（Early Wakeup Interrupt）是否被置位，以及Window值是否严格小于Counter初始值且大于0x3F。如果Window设为0x7F而Counter也是0x7F，喂狗永远在窗口外——一上电就复位。
- 必须确认
Init.Window落在0x40到0x7F之间（如0x5F），且小于Init.Counter（如0x7F） - 若启用
EWI，需手动配置NVIC并编写WWDG_IRQHandler，否则无法在T[6:0] == 0x40时及时重载 - HAL默认不检查参数合法性，
Window >= Counter会导致初始化成功但立即复位，现象是“程序跑不到main开头”
喂狗时机必须卡在计数器0x7F→0x40区间内
WWDG的窗口不是时间值，而是计数值区间：[Window, 0x40]。喂狗动作（写WWDG_CR）只有在此区间内才被接受。例如设Window=0x5F、Counter=0x7F，则合法喂狗点是计数器从0x7F递减到0x5F之后、到达0x40之前——也就是0x5F、0x5E、…、0x41这32个值中的任意一个时刻。
- 喂早了（如计数器还在
0x60）：硬件立即触发复位，不给软件任何机会 - 喂晚了（计数器已到
0x3F）：T6位翻转，复位信号锁存，不可逆 - 用HAL喂狗必须调用
HAL_WWDG_Refresh，它内部执行WRITE_REG(hwwdg->Instance->CR, Counter)；直接写WWDG->CR会绕过参数校验
调试时WWDG计数器不停止，这是最大陷阱
JTAG/SWD调试暂停时，PCLK1仍在运行，WWDG计数器持续递减。一旦暂停超过窗口期，恢复运行瞬间就复位——你看到的现象是“断点停几秒，继续就重启”，误以为代码有bug。这不是程序问题，是调试行为本身触发了WWDG保护。
- CubeMX里勾选
Debug → DBG_WWDG_STOP（对应DBGMCU_APB1_FZ_DBG_WWDG_STOP）才能让调试暂停时冻结计数器 - 未启用该位时，所有喂狗操作必须在调试前完成，或改用IWDG做调试阶段看门狗
- Bootloader跳转到App前若未关闭WWDG，App初始化期间可能因窗口超时复位，需在跳转前调用
WWDG_DeInit或确保App的Counter和Window兼容
用WWDG做周期性任务触发要绕开窗口限制
有人想用WWDG中断（EWI）代替SysTick做定时任务，但EWI只在Counter == 0x40时触发一次，且此时已逼近窗口下限。若在中断里执行耗时操作（如Flash擦写），下次喂狗大概率错过窗口。
- 正确做法：EWI中断中仅做标志置位或极短处理，主循环检测标志后立即
HAL_WWDG_Refresh，把实际任务延后到喂狗完成后再执行 - 不要在EWI里调用
HAL_WWDG_Refresh——它需要一定CPU周期，可能让计数器滑出窗口 - 若需固定周期唤醒，优先用LPTIM+RTC，WWDG的核心价值从来不是“定时”，而是“验证节奏是否异常”
WWDG真正的复杂点不在配置，而在于它把“时间”映射成了“离散计数值”，且这个映射受PCLK1频率、两级分频、寄存器写入同步延迟共同影响。哪怕CubeMX生成了代码，只要没亲手算过(0x7F - 0x5F) × 4096 × Prescaler / PCLK1这个窗口宽度，你就没真正掌控它。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
