|
前言# C. F% c \# G) i4 G 因为 STM32L4 极其出色的低功耗性能，越来越多的用户在使用 STM32L4 系列开发产品。谈到低功耗，自然就少不了低功耗模式。进入低功耗模式，自然需要能够唤醒。很多用户在产品开发中会使用 RTC 的定时唤醒从低功耗状态。 问题 某客户在其产品的设计中，使用了 STM32L476RGT6。客户使用 RTC 的定时唤醒来将系统从 STOP2 模式中唤醒，但是发现无法唤醒。 调研 & h) f' }+ D/ _1 v5 d8 U 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 模式了。 2.分析问题9 q @" g* b* R" y: ?2 f: Q9 t2 U 为进一步确认问题，使用另一版本的固件库的相关例程\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 唤醒定时器中断的配置函数。 HAL_RTCEx_SetWakeUpTimer_IT(&RTCHandle, 0x0FFFF, RTC_WAKEUPCLOCK_RTCCLK_DIV16); 4 n4 y3 h4 z6 l) s9 y+ H# s HAL_RTCEx_SetWakeUpTimer_IT()函数位于 stm32l4xx_hal_rtc_ex.c 中。对比 V1.12.0 版本和 V1.13.0 版本中的这个函数，发现在 V1.13.0 为了加入对 STM32L412 和 STM32L422 的支持，对此函数内容进行了修改。最后发现，在 V1.13.0 版本中，修改后的这个函数出现了一个 Bug： ( C$ L7 o" L# k5 `' L" P7 C# m - X6 R5 N c' z( |- w+ T ........... * V: F! d6 b" _# q! p 想了解更多，请下载原文阅读 |
| 关键时候还是撸寄存器最靠谱 |
