我们平时使用定时器的时候多数都是处于开启状态,平时的定时中断书写格式一般是:
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); //失能(函数外使能)
}
}
果然,程序可以正常的时序运行。
比较纳闷关定时器前又得清下标志位,因此引起了另一个好奇心,是不是在其他地方关闭定时器(如主函数),也得这样做才可以。所以对这个好奇心进行了下测试。发现:如果把关闭定时器放到了主函数后,不用再清中断标志位。能正常把定时器关闭,并不会进入中断。
通过这次的问题,浪费了很多时间解决,不过也吸取到了点经验,但对于内在真正原因:在中断里失能和中断外失能效果为什么不一样,暂时还没搞清楚。。。但这个可以作为以后的前车之鉴,以及大家的前车之鉴,少走弯路。