|
前言, \+ _% c2 G' Y2 f) w$ s 因为 STM32L4 极其出色的低功耗性能，越来越多的用户在使用 STM32L4 系列开发产品。谈到低功耗，自然就少不了低功耗模式。进入低功耗模式，自然需要能够唤醒。很多用户在产品开发中会使用 RTC 的定时唤醒从低功耗状态。 0 e4 F. _( X z8 K 问题 某客户在其产品的设计中，使用了 STM32L476RGT6。客户使用 RTC 的定时唤醒来将系统从 STOP2 模式中唤醒，但是发现无法唤醒。 % w0 T5 a" l, [7 O2 `2 D 调研 ) z% w! ^$ {3 Z* E8 W+ j 1.了解问题 客户参考\STM32Cube_FW_L4_V1.13.0\Projects\NUCLEO-L476RG\Examples\PWR\PWR_STOP2_RTC 的代码，加入其工程项目中，发现无法使用 RTC 将系统从 STOP2 模式中唤醒。电路跟客户以前的板子没有区别，觉得不会是电路的问题。为了验证问题，使用了 NUCLEO-L476RG 板来跑这段例程，结果，发现此例程并没有如 readme.txt 中描述的那样，进入STOP2 模式后经过大约 33 秒的时间后唤醒。按照 readme.txt 的说明，应该是 LED 先闪烁 5 秒，然后熄灭，进入 STOP2 模式，RTC 定时 33 秒后将系统唤醒，再回到闪灯，如此循环。但是，实际上这个例程的结果是 LED 闪烁 5 秒后进入 STOP2模式后就再也没有见到 LED 闪烁了，即死在 STOP2 模式了。 # T6 ^$ `4 Z. A" `. [# f3 d 2.分析问题/ P4 I% x+ @: t% { j7 ] 为进一步确认问题，使用另一版本的固件库的相关例程\STM32Cube_FW_L4_V1.12.0\Projects\NUCLEOL476RG\Examples\PWR\PWR_STOP2_RTC 进行验证，结果却发现功能是正常的。难道客户描述有误？下载跟客户相同的STM32CubeL4 版本库，即用 STM32Cube_FW_L4_V1.13.0 来进行验证，发现客户描述的问题确实存在。也就是说，V1.12.0 和 V1.13.0 在这个例程上存在差异。检查 main.c 源代码，并没有存在区别。所以，猜测驱动代码出问题了。可能时没有产生中断去唤醒 STOP2 模式，所以特别来检查一下 main.c 中调用的 RTC 唤醒定时器中断的配置函数。 & _. N$ M( S# X, j) Q {# o+ s HAL_RTCEx_SetWakeUpTimer_IT(&RTCHandle, 0x0FFFF, RTC_WAKEUPCLOCK_RTCCLK_DIV16); # k% ^) ~7 y+ ]! J: Y2 j) ^, W7 U HAL_RTCEx_SetWakeUpTimer_IT()函数位于 stm32l4xx_hal_rtc_ex.c 中。对比 V1.12.0 版本和 V1.13.0 版本中的这个函数，发现在 V1.13.0 为了加入对 STM32L412 和 STM32L422 的支持，对此函数内容进行了修改。最后发现，在 V1.13.0 版本中，修改后的这个函数出现了一个 Bug： ........... - R% V/ S2 L* I8 F& R# r 想了解更多，请下载原文阅读 |
| 关键时候还是撸寄存器最靠谱 |
