問題描述

看到部分同學(xué)已經(jīng)開始使用RT-Thread 的PM框架了，當(dāng)然也反映了一些問題。

使用RT-Thread Studio 生成的基于STM32L4 的工程，發(fā)現(xiàn)開啟PM框架后，lptimer不能工作。

最明顯的現(xiàn)象是：進入深睡眠后，定時、延時事件不可以用。

這里對這個問題進行分析與提出解決方法

調(diào)試步驟：

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

二、基于RT-Thread Studio生成的工程，LPTimer確實不能工作。排除不是硬件問題。

三、對比工程代碼，LPTimer初始化，完全一致，pm_drv.c pm.c 等完全一致，依舊無法解決問題。

四、工程board.c 對比，發(fā)現(xiàn)時鐘配置一致。

以上步驟，未能確認(rèn)問題的所在。

開始懷疑：

一、BSP 驅(qū)動包不一致，對比uart等，發(fā)現(xiàn)確實有點不同，但不是根本原因（與LPTimer無關(guān)）。

二、開啟調(diào)試，發(fā)現(xiàn)LPTimer中斷無法觸發(fā)。

三、查看時鐘寄存器，發(fā)現(xiàn)問題：LPTimer的時鐘，未使能。

四、回顧發(fā)現(xiàn)，RT-Thread Studio生成的工程，不提供STM32 底層驅(qū)動初始化文件。

stm32l4xx_hal_msp.c，這個是板級的時鐘外設(shè)初始化文件，里面有一條開啟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時鐘。

問題得到解決

總結(jié)：

基于RT-Thread Studio生成的工程，默認(rèn)【不包含】板級初始化文件：stm32l4xx_hal_msp.c，這個用戶要根據(jù)自己的硬件板，自己實現(xiàn)。

使用時，可以通過：STM32CubeMX 生成，或手動根據(jù)自己的外設(shè)，處理好外設(shè)、時鐘、引腳等初始化工作。