新聞中心

        EEPW首頁 > 嵌入式系統(tǒng) > 設計應用 > 一個關于STM32定時器的CCR清零話題

        一個關于STM32定時器的CCR清零話題

        作者: 時間:2017-02-28 來源:網(wǎng)絡 收藏

          今天跟大家分享一個應用開發(fā)過程中操作寄存器遇到的小案例,是關于定時器中的捕獲寄存器清零的問題。

        本文引用地址:http://www.104case.com/article/201702/344588.htm

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

          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的值時發(fā)現(xiàn)還是清零操作之前的數(shù)據(jù)。

          從代碼上看并無什么問題。再看看CCR寄存器定義:

            

         

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

          嘗試將庫調用直接改為對寄存器的操作,結果還是一樣。那問題出在哪里呢?上面那句關于作為通道作為輸入時的描述似乎有點意猶未盡的味道。

          再繼續(xù)細看關于輸入捕捉的章節(jié),看到一段關鍵性的語句:

            

         

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



        關鍵詞: STM32 CCR

        評論


        相關推薦

        技術專區(qū)

        關閉
        主站蜘蛛池模板: 清苑县| 上林县| 宁蒗| 田阳县| 德庆县| 宜州市| 乡宁县| 台江县| 淳化县| 武强县| 汤阴县| 四会市| 儋州市| 上思县| 随州市| 车致| 都兰县| 荣昌县| 涟源市| 九台市| 武清区| 都江堰市| 枣庄市| 瑞安市| 黔西县| 抚松县| 永年县| 邛崃市| 内丘县| 莱芜市| 天气| 文登市| 新龙县| 景泰县| 田阳县| 同心县| 镇原县| 两当县| 普安县| 连山| 岚皋县|