今天跟大家分享一個(gè)STM32應(yīng)用開發(fā)過程中操作CCR寄存器遇到的小案例，是關(guān)于STM32定時(shí)器中的捕獲寄存器清零的問題。

有人用STM32做輸入捕獲，在捕獲的回調(diào)函數(shù)里先將捕捉到的CCR值放入緩沖區(qū)，然后打算將CCR寄存器清零。結(jié)果發(fā)現(xiàn)根本清不了。相關(guān)代碼如下【基于STM32cube庫(kù)】：

voidHAL_TIM_IC_CaptureCallback(TIM_HandleTypeDef *htim)

{      

   if (htim->Instance == TIM4)

 {

    if (htim->Channel == HAL_TIM_ACTIVE_CHANNEL_1)

    {

     ccr_cur =__HAL_TIM_GET_COMPARE(&htim4, TIM_CHANNEL_1); //【1】

   __HAL_TIM_SET_COMPARE(&htim4,TIM_CHANNEL_1,0);  //欲清零CCR1 【2】

    dbug_data = __HAL_TIM_GET_COMPARE(&htim4,TIM_CHANNEL_1); // 【3】

        //再次讀取的值仍然為ccr_cur的值

上面代碼第【1】句將捕獲到的CCR值放入CCR_CUR變量。

代碼第【2】句意圖將TIM4_CCR1清零；第【3】句意欲從TIM4_CCR1讀取數(shù)據(jù)到dbug_data.

最后發(fā)現(xiàn)，做過ccr清零操作后再來讀取CCR的值時(shí)發(fā)現(xiàn)還是清零操作之前的數(shù)據(jù)。

從代碼上看并無(wú)什么問題。再看看CCR寄存器定義：

從定義上看,CCR寄存器可讀可寫，作為輸入捕捉時(shí)CCR的值為最近一次捕捉到的計(jì)數(shù)器的值。咋看之下似乎也沒什么問題。難道庫(kù)代碼有問題？

嘗試將庫(kù)調(diào)用直接改為對(duì)寄存器的操作，結(jié)果還是一樣。那問題出在哪里呢？上面那句關(guān)于作為通道作為輸入時(shí)的描述似乎有點(diǎn)意猶未盡的味道。

再繼續(xù)細(xì)看關(guān)于輸入捕捉的章節(jié)，看到一段關(guān)鍵性的語(yǔ)句：

上面紅線上面的那句話徹底說明白了，當(dāng)某定時(shí)器通道配置為輸入捕獲時(shí)，該通道的CCR寄存器變?yōu)橹蛔x，只能在發(fā)生捕獲時(shí)硬件裝載修改。到這里，問題也算有個(gè)了結(jié)。對(duì)于這個(gè)問題，如果手冊(cè)看得不到位，就有點(diǎn)麻煩。在碰到類似問題時(shí)，有針對(duì)性地對(duì)相關(guān)手冊(cè)章節(jié)仔細(xì)研讀下或許可以柳暗花明。