问题描述
看到部分同学已经开始使用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 生成，或手动根据自己的外设，处理好外设、时钟、引脚等初始化工作。