问题描述

看到部分同学已经开始使用RT-Thread 的PM框架了，当然也反映了一些问题。

使用RT-Thread Studio 生成的基于STM32L4 的工程，发现开启PM框架后，lptimer不能工作。

最明显的现象是：进入深睡眠后，定时、延时事件不可以用。

这里对这个问题进行分析与提出解决方法

调试步骤：

一、基于Keil MDK pandora的工程，开启PM后，LPTimer在深睡眠下工作正常。

二、基于RT-Thread Studio生成的工程，LPTimer确实不能工作。排除不是硬件问题。

三、对比工程代码，LPTimer初始化，完全一致，pm_drv.c pm.c 等完全一致，依旧无法解决问题。

四、工程board.c 对比，发现时钟配置一致。

以上步骤，未能确认问题的所在。

开始怀疑：

一、BSP 驱动包不一致，对比uart等，发现确实有点不同，但不是根本原因（与LPTimer无关）。

二、开启调试，发现LPTimer中断无法触发。

三、查看时钟寄存器，发现问题：LPTimer的时钟，未使能。

四、回顾发现，RT-Thread Studio生成的工程，不提供STM32 底层驱动初始化文件。

stm32l4xx_hal_msp.c，这个是板级的时钟外设初始化文件，里面有一条开启LPTimer时钟的操作，初始LPTimer时，会打开LPTimer时钟，而工程drv_lptimer.c里，就没再打开LPTimer时钟。

/**

@brief LPTIM MSP Initialization

This function configures the hardware resources used in this example

@param hlptim: LPTIM handle pointer

@retval None

*/

void HAL_LPTIM_MspInit(LPTIM_HandleTypeDef* hlptim)

{

if(hlptim->Instance==LPTIM1)

{

/* USER CODE BEGIN LPTIM1_MspInit 0 */

/* USER CODE END LPTIM1_MspInit 0 */

/* Peripheral clock enable */

__HAL_RCC_LPTIM1_CLK_ENABLE();

/* USER CODE BEGIN LPTIM1_MspInit 1 */

/* USER CODE END LPTIM1_MspInit 1 */

}

}

解决方法：初始化LPTimer时，不要忘记打开LPTimer时钟。

问题得到解决

总结：

基于RT-Thread Studio生成的工程，默认【不包含】板级初始化文件：stm32l4xx_hal_msp.c，这个用户要根据自己的硬件板，自己实现。

使用时，可以通过：STM32CubeMX 生成，或手动根据自己的外设，处理好外设、时钟、引脚等初始化工作。