HAL库的定时器使用问题

caicaptain2

初始化定时器后，似乎定时器并没有开始计数？
使用了HAL_TIM_Base_Start_IT(&htim4);后，定时器开始计数，并且有中断产生。

为了在TIM4中断发生一次后，停止定时器，回调函数中使用了   HAL_TIM_Base_Stop_IT(&htim4); 但是，tim4的中断还是会不断的进入，为什么呢？
void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim)
{
  /* USER CODE BEGIN Callback 0 */
  if (htim->Instance == TIM4) {
   HAL_TIM_Base_Stop_IT(&htim4);
  }
  /* USER CODE END Callback 0 */
  if (htim->Instance == TIM11) {
    HAL_IncTick();
  }
  /* USER CODE BEGIN Callback 1 */
  /* USER CODE END Callback 1 */
}

eric2013

1、查看下成功进入了没。
2、这个函数 HAL_TIM_Base_Stop_IT也比较简单明了，应该关闭了才对，不行就直接寄存器关闭下试试
这个函数里面也没有锁状态什么的。
HAL_StatusTypeDef HAL_TIM_Base_Stop_IT(TIM_HandleTypeDef *htim)
{
  /* Check the parameters */
  assert_param(IS_TIM_INSTANCE(htim->Instance));
  /* Disable the TIM Update interrupt */
  __HAL_TIM_DISABLE_IT(htim, TIM_IT_UPDATE);

  /* Disable the Peripheral */
  __HAL_TIM_DISABLE(htim);

  /* Return function status */
  return HAL_OK;
}

星光

DEBUG一下，看下寄存器配置，这个应该好定位

caicaptain2

eric2013 发表于 2019-8-9 12:16
1、查看下成功进入了没。
2、这个函数 HAL_TIM_Base_Stop_IT也比较简单明了，应该关闭了才对，不行就直接 ...

这个callback函数，还有什么情况下会进入？
由于HAL开始定时器的时候，HAL_TIM_Base_Start_IT（）打开了全部的定时器中断。也可能时别的中断导致进入这个callback？

eric2013

caicaptain2 发表于 2019-8-9 16:45
这个callback函数，还有什么情况下会进入？
由于HAL开始定时器的时候，HAL_TIM_Base_Start_IT（）[/back ...

就这一个地方，其它是在定时器DMA里面了

caicaptain2

eric2013 发表于 2019-8-9 17:42
就这一个地方，其它是在定时器DMA里面了

还有一个猜想，我用mdk的debug调试，断点就设在这个函数里面。
会不会是，第一次执行到此断点，程序停住了，但是定时器还在运行，中断还在累积。。。？？

eric2013

caicaptain2 发表于 2019-8-10 12:18
还有一个猜想，我用mdk的debug调试，断点就设在这个函数里面。
会不会是，第一次执行到此断点，程序停住 ...

可以在中断里面加个IO翻转试试。

先别用调试。

下周我用F4的做个你这种方式的试试、正常应该没问题的。

caicaptain2

eric2013 发表于 2019-8-10 12:22
可以在中断里面加个IO翻转试试。

先别用调试。

感谢！
再问一个问题，在定时器正常计数运行的时候，能不能把它的计数值直接赋值为0？
HAL库中，应该用哪个函数？

caicaptain2

eric2013 发表于 2019-8-10 12:22
可以在中断里面加个IO翻转试试。

先别用调试。

在百度中找到一个类似的问题，解决方案很特别！
https://blog.csdn.net/ludaoyi88/article/details/51934122
“中断函数中执行TIM_Cmd(TIM3, DISABLE);  扰乱了时序关系。当失能后，其实中断并没有真正失能，还会再进入一次中断，因此事件又被执行了一次，对于时序比较严格的事件，就产生了问题！”

但是，“如果把关闭定时器放到了主函数后，不用再清中断标志位。能正常把定时器关闭，并不会进入中断。”

还有一个帖子，也是这个类似问题，估计算定时器函数的细节问题了：  https://blog.csdn.net/qq_41976419/article/details/82455405

简直让人惊诧不已！ 我周一工作的时候再试试看了。

eric2013

caicaptain2 发表于 2019-8-10 16:09
在百度中找到一个类似的问题，解决方案很特别！
https://blog.csdn.net/ludaoyi88/article/details/5193 ...

换成我们的bsp_timer.C文件里面的单次定时器模式吧，比较好用，我做了个F的HAL版本。

caicaptain2

eric2013 发表于 2019-8-9 17:42
就这一个地方，其它是在定时器DMA里面了

刚刚发现了一个问题，这个hal库思路有点清奇。。。
你这个图中，__HAL_TIM_CLEAR_IT()函数是禁止了update中断。全程没有清除中断标志！！
定时器清除中断标志需要手动操作，使用__HAL_TIM_CLEAR_FLAG()，然而，整个回调函数中没有执行这个函数。。。。所以，我第二次打开定时器的时候，啥都没有干，就直接进入中断了。

对比串口的中断函数就不一样了。串口读取数据后就自动清除了中断标志，无需手动。。

flyingbird

caicaptain2 发表于 2019-8-10 17:40
刚刚发现了一个问题，这个hal库思路有点清奇。。。
你这个图中，__HAL_TIM_CLEAR_IT()函数是禁止了updat ...

应该是这个问题