定時器DMA Burst傳輸無法實現(xiàn)

有人使用STM32F4系列開發(fā)產(chǎn)品，程序運行過程中需要不時地對外輸出一串驅(qū)動脈沖，并要求這幾串脈沖的頻率可變、占空比固定。他想到使用基于STM32定時器的DMA

BURST傳輸。具體點說，他期望不時地通過TIM3的CH1輸出一串頻率可變、占空比固定的脈沖然后停下來。這個思路在原理上是沒問題的，可是他在測試過程中發(fā)現(xiàn)怎么也折騰不出預(yù)期的效果。

他目前使用的芯片是STM32F401，雖有點老舊，但我查看了手冊，確認(rèn)該芯片的TIM3是支持基于TIMER事件實現(xiàn)TIME寄存器與內(nèi)存間的DMABURST傳輸?shù)?。即每個TIMER事件可以申請多個DMA請求從而實現(xiàn)定時器寄存器與內(nèi)存間的批量數(shù)據(jù)傳輸。要知某個STM32
TIMER是否支持上述功能，只需查看STM32參考手冊的相關(guān)定時器的寄存器中有無TIMx_DCR和TIMx_DMAR寄存器的介紹。

既然支持，為什么實現(xiàn)不了呢？關(guān)于這個功能我們還需要注意幾點：

1、所選擇的TIMER必須支持基于定時器事件的DMA BURST傳輸功能。

2、觸發(fā)事件必須是來自參與DMA傳輸?shù)亩〞r器事件，不能是別的定時器事件。比方說你想實現(xiàn)TIM1的寄存器與內(nèi)存間的DMA

BURST傳輸，觸發(fā)事件不能是來自TIM2、TIM3這些非TIM1的事件。

3、定時器DMA

Burst傳輸時，用來被BURST訪問的定時器寄存器應(yīng)該是同一定時器的而且是地址連續(xù)的寄存器，不可跳躍訪問。比方說像下面某TIMER的4個比較寄存器物理地址是安排在一起的，而CH2恰好因為某些原因沒有被用上。

如果你僅對CH1/CH3/CH4三個通道的比較寄存器的值做BURST訪問，此時盡管CH2沒有被用上，BURST訪問的傳輸個數(shù)應(yīng)該是4而不是3。

4、STM32

HAL庫里的例程或函數(shù)重點在演示相應(yīng)的功能或特性，但它不能包羅萬象或保證適用于任何場景。有些時候我們可能需要在現(xiàn)有庫函數(shù)的前提下適當(dāng)?shù)刈鲂┱{(diào)整來滿足需求。

結(jié)合這幾點，我們一起排查下。第1點、第2點已經(jīng)核對過了，沒問題。看看第3點，即設(shè)置BURST傳輸個數(shù)。下圖是F40x系列TIM2~TIM5的內(nèi)存地址映射圖。

現(xiàn)在使用者真正需要用到的寄存器只有TIM3-》ARR和TIM3-》CCR1兩個寄存器，但二者中間還有個預(yù)留空位【其它高級定時器的RCR寄存器的位置】也必須算進來，即這里BURST傳輸個數(shù)應(yīng)該是3而不是2。

再看看上面提到的第4點要注意的地方。這點我就不過多解釋了，ST提供的HAL庫例程及相關(guān)函數(shù)只能實現(xiàn)1次BURST傳輸?shù)墓δ埽绻獙崿F(xiàn)多次BURST傳輸就得在其代碼基礎(chǔ)上做些調(diào)整，更多細(xì)節(jié)可以參考我之前分享的那篇《STM32定時器BURST傳輸介紹及示例》。不過，在那篇的演示例程里我使用的是DMA

Circular模式，現(xiàn)在的用戶則要使用DMA

Normal模式。采用Normal模式和采用Circular模式基于現(xiàn)有HAL庫函數(shù)組織代碼還略有差異，若沒處理好這點小差異，可能讓你完全出不來想要的結(jié)果。

下面我使用STM32G4芯片的TIM3-CH1演示上面用戶的功能。每次輸出5個脈沖，3次輸出為一個循環(huán)，同一循環(huán)中的3次輸出的頻率各不相同，占空比一樣?！緸槭裁礇]用STM32F401芯片，是因為此時手上沒有帶該芯片的開發(fā)板。不過演示功能的配置及代碼基本一樣?！?/p>

我使用CubeMx對TIM3進行配置，參考配置如下：

開啟TIM3基于更新事件的DMA傳輸功能并做相關(guān)配置。

配置完成，生成初始化工程，添加用戶代碼。

我準(zhǔn)備了3串脈沖的ARR/CCR1的值，分別以數(shù)組PulseData1［］、PulseData2［］、PulseData3［］來存放，占空比都設(shè)置為50%。顯然數(shù)組行中間的0值用于前面提到過的預(yù)留字，此處無實際作用。另外，每個數(shù)組中的第6行數(shù)據(jù)其實是關(guān)閉當(dāng)前通道PWM輸出，具體應(yīng)用時注意結(jié)合所選擇的PWM模式及極性選擇。