前言5 h; W$ }/ G, H% L! F8 E 因为 STM32L4 极其出色的低功耗性能,越来越多的用户在使用 STM32L4 系列开发产品。谈到低功耗,自然就少不了低功耗模式。进入低功耗模式,自然需要能够唤醒。很多用户在产品开发中会使用 RTC 的定时唤醒从低功耗状态。 ! Z* f. F) d1 h ]/ P; N 问题 某客户在其产品的设计中,使用了 STM32L476RGT6。客户使用 RTC 的定时唤醒来将系统从 STOP2 模式中唤醒,但是发现无法唤醒。 * s8 X# y# M" K+ a: O 调研 5 t2 T2 k$ P: { g) I 1.了解问题7 R1 ~) I' W c 客户参考\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.分析问题 为进一步确认问题,使用另一版本的固件库的相关例程\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 唤醒定时器中断的配置函数。 / d6 R' s# W2 u, J! p p8 g0 ~ HAL_RTCEx_SetWakeUpTimer_IT(&RTCHandle, 0x0FFFF, RTC_WAKEUPCLOCK_RTCCLK_DIV16); : L. a* n4 \' u$ v$ _( G9 X; l ( l' y, ^5 d# U0 |7 a5 j* I/ y HAL_RTCEx_SetWakeUpTimer_IT()函数位于 stm32l4xx_hal_rtc_ex.c 中。对比 V1.12.0 版本和 V1.13.0 版本中的这个函数,发现在 V1.13.0 为了加入对 STM32L412 和 STM32L422 的支持,对此函数内容进行了修改。最后发现,在 V1.13.0 版本中,修改后的这个函数出现了一个 Bug: 2 \$ P2 {' H- h6 p( T/ X+ a ........... y& u1 F: d- Z. } 想了解更多,请下载原文阅读 |
关键时候还是撸寄存器最靠谱 |