码迷,mamicode.com
首页 > 其他好文 > 详细

关于STM32定时器使用的一个注意事项(以此为前车之鉴,重要!)

时间:2019-01-11 21:17:02      阅读:195      评论:0      收藏:0      [点我收藏+]

标签:font   格式   details   事件   handler   关闭   严格   关于   cmd   

转自:https://blog.csdn.net/ludaoyi88/article/details/51934122 

我们平时使用定时器的时候多数都是处于开启状态,平时的定时中断书写格式一般是:

void TIM3_IRQHandler(void)
{
if(TIM_GetITStatus(TIM3, TIM_IT_Update) == SET)
{

TIM_ClearITPendingBit(TIM3, TIM_IT_Update);
//要处理的事件内容。。。。

}

}


   但是,项目的实验过程中,我使用的定时器处理事件稍微有点特殊,即,定时器不是一直处于开启状态, 而且关闭时候也是在中断里关闭。大概形式这样:

void TIM3_IRQHandler(void)
{
if(TIM_GetITStatus(TIM3, TIM_IT_Update) == SET)
{

TIM_ClearITPendingBit(TIM3, TIM_IT_Update);
//要处理的事件内容。。。。

TIM_Cmd(TIM3, DISABLE);  //失能(函数外使能)

}

}

 

看似没错,而且也看似正常。但是,处理的事件内容出现了很多未知错误(由于我的这个处理事件有很强的时序性,开始和结束都比较严格),无法正常执行。通过后来的调试中发现(把处理时间改为点灯或者打印输出方式),发现是:TIM_Cmd(TIM3, DISABLE);  扰乱了时序关系。当失能后,其实中断并没有真正失能,还会再进入一次中断,因此事件又被执行了一次,对于时序比较严格的事件,就产生了问题!

找到了原因,因此,我猜测虽然定时器失能并且关闭了定时器,但是可能中断标志位并没真正清除,虽然中断开始已经清除过一次,但估计因为失能使得标志位又被置位了,因此,我在失能前面加了句清除中断更新标志位,如下:


void TIM3_IRQHandler(void)
{
if(TIM_GetITStatus(TIM3, TIM_IT_Update) == SET)
{

TIM_ClearITPendingBit(TIM3, TIM_IT_Update);
//要处理的事件内容。。。。

TIM_ClearITPendingBit(TIM3, TIM_IT_Update);//再清除标志位

TIM_Cmd(TIM3, DISABLE);  //失能(函数外使能)

}

}


果然,程序可以正常的时序运行。

比较纳闷关定时器前又得清下标志位,因此引起了另一个好奇心,是不是在其他地方关闭定时器(如主函数),也得这样做才可以。所以对这个好奇心进行了下测试。发现:如果把关闭定时器放到了主函数后,不用再清中断标志位。能正常把定时器关闭,并不会进入中断。

通过这次的问题,浪费了很多时间解决,不过也吸取到了点经验,但对于内在真正原因:在中断里失能和中断外失能效果为什么不一样,暂时还没搞清楚。。。但这个可以作为以后的前车之鉴,以及大家的前车之鉴,少走弯路。
---------------------
作者:ludaoyi123
来源:CSDN
原文:https://blog.csdn.net/ludaoyi88/article/details/51934122
版权声明:本文为博主原创文章,转载请附上博文链接!

关于STM32定时器使用的一个注意事项(以此为前车之鉴,重要!)

标签:font   格式   details   事件   handler   关闭   严格   关于   cmd   

原文地址:https://www.cnblogs.com/YiYA-blog/p/10257151.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!