STM32定時(shí)器更新事件可以暫停否？

有人使用STM32的定時(shí)器的輸出比較功能，具體就是輸出4個(gè)通道的PWM信號。不過 他需要不定時(shí)地調(diào)整4個(gè)通道的占空比，即調(diào)整他們的CCR值。但現(xiàn)在有個(gè)小問題，那就是新的CCR值的獲得往往會(huì)能跨越多個(gè)目前定時(shí)器的計(jì)數(shù)周期，這樣的話，即使開啟各個(gè)通道CCR值的預(yù)裝功能，似乎也很保證做到一次性修改。因?yàn)樗Ｍ碌腃CR值被同時(shí)更新。換句話說，他擔(dān)心不同通道新的CCR值分散在不同計(jì)數(shù)周期生效，可能給應(yīng)用帶來些麻煩。

我們知道，STM32定時(shí)器的預(yù)裝寄存器的值到影子寄存器的更新往往離不開更新事件。一般來講，只要啟動(dòng)了定時(shí)器，更新事件會(huì)隨著計(jì)數(shù)器的溢出而自然產(chǎn)生。

既然這樣，比方若是在下面四個(gè)時(shí)刻獲得了新的CCR值，有沒有辦法讓這幾個(gè)值同時(shí)實(shí)施更新，而不是分布在不同時(shí)刻生效呢？

其實(shí)是可以的。有兩種方法可以參考，但有個(gè)共同的前提，就是開始做新數(shù)據(jù)準(zhǔn)備時(shí)，先把定時(shí)器更新事件的產(chǎn)生允許關(guān)閉，因?yàn)镾TM32定時(shí)器更新事件最終是否產(chǎn)生是可以軟件控制的，我們可以等數(shù)據(jù)都準(zhǔn)備好了再允許定時(shí)器更新事件的產(chǎn)生。通過對TIMER控制寄存器的UDIS位置1或清零達(dá)到關(guān)閉或允許更新事件的產(chǎn)生的目的。

在這個(gè)前提下，我們可以有兩種做法。

第一種，在準(zhǔn)備新數(shù)據(jù)時(shí)，先通過對UDIS寫1禁止更新事件的產(chǎn)生，同時(shí)開啟CCR的預(yù)裝功能，然后就可以悠閑地給各通道的CCR寄存器寫新值了，不必?fù)?dān)心它會(huì)生效，此時(shí)我們只是寫進(jìn)了CCR的預(yù)裝寄存器。等到4個(gè)通道的新值都寫進(jìn)各自CCR預(yù)裝寄存器后，再將更新事件位UDIS清零以允許定時(shí)器更新事件產(chǎn)生，數(shù)據(jù)更新的事就交給后續(xù)更新事件來完成，不必?fù)?dān)心生效先后問題。

還有一種做法，那就是用戶根本不直接對CCR進(jìn)行改寫操作，而是先將4個(gè)通道的新數(shù)據(jù)放在連續(xù)的內(nèi)存里，借助定時(shí)器事件的DMABurst傳輸功能一次性完成修改。

大致流程是，先通過對UDIS寫1禁止更新事件產(chǎn)生，然后將4個(gè)通道的新的CCR數(shù)據(jù)按照CCR1、CCR2、CCR3、CCR4的順序放在內(nèi)存，配置基于定時(shí)器更新事件的DMA Burst傳輸功能。即一個(gè)定時(shí)器事件可以觸發(fā)DMA完成多個(gè)定時(shí)器寄存器與內(nèi)存間的一次性傳輸。

此時(shí)，4個(gè)通道的CCR寄存器的預(yù)裝功能可以開啟，也可以不開啟，但是幾個(gè)通道的配置要保持一致，不要有的通道開啟、有的不開啟，否則反而不能保證幾個(gè)通道參數(shù)的同步修改。

針對第2種做法，這里簡單示范下實(shí)現(xiàn)過程。這里以STM32G4系列的TIM4來設(shè)計(jì)的。

上圖中紅線配置提示開啟了CCR寄存器的預(yù)裝功能。前面說了也可以同時(shí)都不開啟。

使用CubeMx配置后生成HAL庫工程代碼，添加用戶代碼。我定義一個(gè)4字大小的數(shù)組

CCR_Data【4】用來存放新的CCR數(shù)據(jù)。下面代碼實(shí)際上是我模擬反復(fù)調(diào)用的，在別的地方動(dòng)態(tài)修改NewDataOK的值。

if(NewDataOK)

{

//Prohibit Update event ’generation since now

TIM4->CR1|=(TIM_CR1_UDIS);?

NewDataOK =0;

CCR_Data[0]=CCR1_Value;

CCR_Data[1]=CCR2_Value;

CCR_Data[2]=CCR3_Value;

CCR_Data[3]=CCR4_Value;

HAL_DMA_Abort(&hdma_tim4_up);

htim4.DMABurstState= HAL_DMA_BURST_STATE_READY;?

HAL_TIM_DMABurst_WriteStart(&htim4,TIM_DMABASE_CCR1, TIM_DMA_UPDATE,&CCR_Data[0],TIM_DMABURSTLENGTH_4TRANSFERS);

__HAL_TIM_CLEAR_FLAG(&htim4,TIM_FLAG_UPDATE);

//Update event generation allowed now

TIM4->CR1 &=~(TIM_CR1_UDIS);

}

其中，HAL_TIM_DMABurst_WriteStart（）函數(shù)是Cube庫里現(xiàn)存的，它實(shí)現(xiàn)從內(nèi)存到定時(shí)器寄存器的BURST傳輸。還有一個(gè)函數(shù)HAL_TIM_DMABurst_ReadStart()實(shí)現(xiàn)從定時(shí)器寄存器到內(nèi)存的BURST傳輸。

下面截圖是測試結(jié)果，各個(gè)通道同步變化：

我給的測試數(shù)據(jù)4個(gè)通道都是一樣的，示波器只接了3個(gè)通道。

上面重點(diǎn)分享了定時(shí)器更新事件的產(chǎn)生可以通過軟件關(guān)閉或開啟的這個(gè)特性，我們可以在以后STM32開發(fā)應(yīng)用中靈活運(yùn)用。 不過，請不要把定時(shí)器更新事件是否可以產(chǎn)生跟更新事件源混為一談。這里討論的是更新事件產(chǎn)生的允許問題，而更新事件源則討論的是更新事件怎么來的，它可以因計(jì)數(shù)器的溢出、工作在復(fù)位模式的從定時(shí)器收到觸發(fā)信號或者由軟件操作寄存器而產(chǎn)生。

今天的話題就聊到這里，祝君好運(yùn)！

　　審核編輯：湯梓紅