问题：
该问题由某客户提出，发生在STM32F103VDT6器件上。据其工程师讲述：在其产品的设计中，STM32的HSE外接8MHz的晶体产生振荡，然后通过STM32内部的PLL倍频到72MHz，作为STM32的系统时钟，驱动芯片工作。在STM32片外有专用的看门狗芯片，监控STM32的运行。STM32内部的软件会在STM32的某个管脚上产生脉冲来复位看门狗。一旦STM32没有及时的产生脉冲来复位门狗，则看门狗会认为STM32运行不正常，从而复位STM32。在对该产品做可靠性测试时，进行了对看门狗监控时钟失效能力的测试。测试的方法是：将HSE外接的晶体的两个端子接地，使其停止振荡，从而验证看门狗能否做出对STM32的做出复位动作。试验结果表明，看门狗没有产生复位动作。进一步测试发现，STM32在失效情况下仍在向看门狗发送复位脉冲。
调研：
重复测试，确认其所述现象属实。检查软件代码，确认其软件没有开启STM32的CSS功能。修改代码，将PLL的二分频从STM32的MCO管脚送出，以方便用示波器观察。通过控制晶体的管脚是否接地来控制HSE是否振荡。当HSE正常振荡时，MCO送出的信号频率为36MHz，当HSE停止振荡时，MCO送出的信号的频率在1.7MHz附近，如图（一）所示:
通过调试器观察寄存器RCC_CFGR中的SWS控制控制位，其值为[10]，说明此时的系统时钟确实来自PLL的输出。
从 STM32F103VD 的数据手册中查找PLL相关的参数如表（一）：
其中，PLL的输出频率范围是16MHz–72MHz。也就是说，PLL在处于相位锁定的状态下，可以输出16MHz–72MHz的时钟信号。而当输入信号频率过低而导致输出信号频率低于16MHz时，将可能处于失锁的状态。在这状态下，它的输出信号的频率与输入信号的频率之间，不一定符合所设定的倍频与分频关系。更确切的说，不能通过公式:
得出“输入信号频率为零时，输出信号频率也为零”这样的结论。这一点与实测的结果相吻合。
结论：
STM32的PLL在没有输入信号的情况下，仍能维持在最低的频点处振荡，产生输出。以至，CPU及其它外设仍能在PLL送出的时钟的驱动下运行。所以，通过判断有无时钟来驱动CPU执行指令的方式来判断HSE是否失效是行不通的。
处理：
对软件做如下修改：
1. 在软件的初始化部分，开启 STM32 的 CSS 功能；
2. 修改 NMI 中断服务程序，加入 while(1) 陷阱语句；
开启 CSS 功能后，当 HSE 失效时，STM32 会自动开启 HSI，并将系统时钟的来源切换到HSI 的输出，同时产生 NMI 中断。这样，程序的流程将停留在 NMI 中而不能产生复位片外的看门狗的脉冲。当片外看门狗溢出后，就会复位 STM32，使其恢复到正常驻的状。
建议：
STM32中的CSS功能是专门为检测和处理HSE失效而设计的。但该功能在STM32复位后是被禁止的，须要软件对其使能才会发挥作用。当CSS单元检测到HSE失效时，它会使能HSI,并将系统时钟切换到HSI。同时，它会关闭HSE，如果PLL的输入信号来自HSE的输出，它也会关闭PLL。CSS单元在做时钟调整的同时，也会产生一个NMI中断请求，和一个送给高级定时器的刹车信号。NMI中断请求会产生一个NMI中断，以便用户程序可以在中断服务程序中做紧急处理，而刹车信号则是使高级定时器进入刹车状态，以防止由其控制的电机驱动桥臂由于失去控制而过流。用户程序可以在NMI中断服务程序中尝试恢复HSE及PLL的功能，也可以使用陷阱让程序的流程停留在服务程序中，从而等待看门狗复位整个系统。
来源：STM32嵌入式开发
免责声明：本文为转载文章，转载此文目的在于传递更多信息，版权归原作者所有。本文所用视频、图片、文字如涉及作品版权问题，请联系小编进行处理（联系邮箱：cathy@eetrend.com）。
