一個關于STM32定時器的CCR清零話題
加入技術交流群
今天跟大家分享一個STM32應用開發過程中操作CCR寄存器遇到的小案例，是關于STM32定時器中的捕獲寄存器清零的問題。
本文引用地址：http://www.104case.com/article/201702/344588.htm有人用STM32做輸入捕獲，在捕獲的回調函數里先將捕捉到的CCR值放入緩沖區，然后打算將CCR寄存器清零。結果發現根本清不了。相關代碼如下【基于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讀取數據到dbug_data.
最后發現，做過ccr清零操作后再來讀取CCR的值時發現還是清零操作之前的數據。
從代碼上看并無什么問題。再看看CCR寄存器定義：
從定義上看,CCR寄存器可讀可寫，作為輸入捕捉時CCR的值為最近一次捕捉到的計數器的值。咋看之下似乎也沒什么問題。難道庫代碼有問題?
嘗試將庫調用直接改為對寄存器的操作，結果還是一樣。那問題出在哪里呢?上面那句關于作為通道作為輸入時的描述似乎有點意猶未盡的味道。
再繼續細看關于輸入捕捉的章節，看到一段關鍵性的語句：
上面紅線上面的那句話徹底說明白了，當某定時器通道配置為輸入捕獲時，該通道的CCR寄存器變為只讀，只能在發生捕獲時硬件裝載修改。到這里，問題也算有個了結。對于這個問題，如果手冊看得不到位，就有點麻煩。在碰到類似問題時，有針對性地對相關手冊章節仔細研讀下或許可以柳暗花明。
評論