一个关于STM32定时器的CCR清零话题

今天跟大家分享一个STM32应用开发过程中操作CCR寄存器遇到的小案例，是关于STM32定时器中的捕获寄存器清零的问题。

有人用STM32做输入捕获，在捕获的回调函数里先将捕捉到的CCR值放入缓冲区，然后打算将CCR寄存器清零。结果发现根本清不了。相关代码如下【基于STM32cube库】：

1. voidHAL_TIM_IC_CaptureCallback(TIM_HandleTypeDef *htim)
   2 a( k( Q+ I9 r, @3 g+ B0 I7 _) P
2. {      
   
3.    if (htim->Instance == TIM4)
   ; T7 Q4 G! i7 c  m7 O  v7 @
4. {
   
5.     if (htim->Channel == HAL_TIM_ACTIVE_CHANNEL_1)
   
6.     {
   
7.      ccr_cur =__HAL_TIM_GET_COMPARE(&htim4, TIM_CHANNEL_1); //【1】
   4 C: O4 x+ {5 d  r8 X1 }6 I
8.                           
   
9.    __HAL_TIM_SET_COMPARE(&htim4,TIM_CHANNEL_1,0);  //欲清零CCR1 【2】
   
10.   
    
11.     dbug_data = __HAL_TIM_GET_COMPARE(&htim4,TIM_CHANNEL_1); // 【3】
    $ k+ p% J- {3 P: j3 v# C, y
12.         //再次读取的值仍然为ccr_cur的值

复制代码

- t5 L" c8 {  _. I

上面代码第【1】句将捕获到的CCR值放入CCR_CUR变量。

代码第【2】句意图将TIM4_CCR1清零；第【3】句意欲从TIM4_CCR1读取数据到dbug_data.

最后发现，做过ccr清零操作后再来读取CCR的值时发现还是清零操作之前的数据。

从代码上看并无什么问题。再看看CCR寄存器定义：

从定义上看,CCR寄存器可读可写，作为输入捕捉时CCR的值为最近一次捕捉到的计数器的值。咋看之下似乎也没什么问题。难道库代码有问题？

尝试将库调用直接改为对寄存器的操作，结果还是一样。那问题出在哪里呢？上面那句关于作为通道作为输入时的描述似乎有点意犹未尽的味道。

再继续细看关于输入捕捉的章节，看到一段关键性的语句：

上面红线上面的那句话彻底说明白了，当某定时器通道配置为输入捕获时，该通道的CCR寄存器变为只读，只能在发生捕获时硬件装载修改。到这里，问题也算有个了结。对于这个问题，如果手册看得不到位，就有点麻烦。在碰到类似问题时，有针对性地对相关手册章节仔细研读下或许可以柳暗花明。

文章出处： 茶话MCU