软件启动模式导致 IWatchDog 失效

lilino

问题：
该问题由某客户提出，发生在 STM32F103VET6 器件上。据其工程师讲述：其产品中使用了 STM32，已量产。在发给其客户的产品中,部分出现不开机现象。其工程师在现场测试后发现 STM32 的 HSE 没有起振。通过拉低 NRST 管脚对 SMT32 复位后，HSE 起振且系统恢复正常工作。于是怀疑 STM32 的HSE 的缺陷导致了其不起振。

调研：
3 u9 D9 c9 _/ |" g# K2 O: @+ g) v检查其硬件电路设计的 HSE 部分，在原理图及 PCB 中匀未发现错误。检查 STM32 的供电情况，VDD、VDDA、VBAT、Vref+、Vref-、VSS、VSSA 未发现异常。检查 BOOT0 管脚的设置，未发现异常。检查 NRST 的外围电路，未发现异常。对其产品重新上电，可以正常起动、工作。检查软件计，发现其 IWatchDog 的启动模式为软件启动。于是，要求其工程师将其改为硬件起动模式，然后对此前出现异常的产品更新程序后重新测试。经过一段时间的观察后，发现其不再重现先前的问题。

: Z, A) G4 S1 `. @7 b) S1 P; F
结论：
猜测 STM32 在运行中受到了连续的干扰。在程序跑飞之后，由于 IWatchDog 溢出而引起STM32 复位。复位之后干扰依然存在，程序再次跑飞。由于设置了软件启动模式，导致IWatchDog 此时尚未开始工作，从而不能再次复位 STM32。于是，干扰过后，STM32 不能自行恢复到正常的工作状态。而HSE 不起振则是由于软件未来得及对 HSE 开启而表现出的一个现象。
$ j9 H) u4 z7 v
. L: X- |. F; s( K6 r9 `处理：
. r) V* m1 k' U0 A: `7 x: K. L8 d将 IWatchDog 的启动模改为硬件启动，可以保障 STM32 在干扰过后能够自行的恢复到正常的工作状态。

建议：
0 {) \) q, e. n# o, f/ WSTM32 的 IWatchDog 设有两种启动模式，一种是软件启动模式，另一种是硬件启动模式。在软件启动模式下，IWatchDog 在复位之后暂时是关闭的，直到软件对其开启之后才开始工作。而在硬件启动模式下，在复位结束时，IWatchDog 已经开始工作，无须软件干预。于是，同硬件启动模相比，软件启动模式在时间上多了一个“不安全窗口”，如图（二）所示：
6 N2 o* k9 E1 E4 @- H0 w9 H

% c1 a$ J4 f' V% p如果 STM32 在“不安全窗口”内受到干扰而跑飞，那么系统是无法自恢复的。所以，要使 IWatchDog 有效的工作，硬件启动模式是必须的选择。通常，在编程器的操作界面上会有相关的选项，以供使用者选择用哪种启动模式来启动 IWatchDog。虽然用户程序也可以通过对 STM32 的 Option Bytes 进行设置来实现两种启动模式的选择，但不建议这样做，因为这需要相关的软件具有严谨控制逻辑，处理不当会留下安全隐患
! }. ?* i3 w: `4 \2 j* T9 h- T1 k


- k2 I! j6 M& Q+ b+ ?8 u- q0 w
5 I, V5 ?4 Q: n* n2 [' n& @( O1 g
* E4 m6 r0 A( m6 z2 J$ C

wiusuiwj

还真没想过