定时器的思考，向高手进阶。

aiyeba

定时器，顾名思义与时间有关的都和他有联系。最早的实验是：让LED灯亮1s，灭1s。或者来做别的周期性地实验。最近碰到个棘手的问题，我知道问题出在哪里，但是却无法决解，望大家多多进言，各抒己见。
问题：电机打出去后，停2s，再打回来，停2s，这样一个周期性地动作。该怎么样定时呢？
这个问题如果说，把整个节奏放到中断函数里面，那是再简单不过了。
现在我要的是：tim0++；在中断函数里面，然后作为全局变量，在主函数里面进行节奏的判断。比如：if(tim0>=2000)电机停止。问题来了，就是一开始的时候进入打出电机，然后再次判断的时候，定时器已经跑很远了。
接下来我大概知道你们会说什么，我们再讨论。

xuande

如果你定时长度很短，不用中断，
那么二次判断的时候，确实可能tim0已经跑到 5000 了。

这说明几种可能：
1、你的CPU太慢，或者中间杂务太多，查询密度不够。
2、你的定时时间太短，至少你这CPU不适合干这么快的事。

chijt

主程序中多插入几个查询 直到匹配

aiyeba

chijt 发表于 2016-3-25 21:40
主程序中多插入几个查询 直到匹配

多插几个查询  这是什么思想

jermy_z

既然你需要的是精确定时，竟然还在主程序里做查询，简直是瞎搞

aiyeba

jermy_z 发表于 2016-3-29 10:01
既然你需要的是精确定时，竟然还在主程序里做查询，简直是瞎搞

大神，那你说怎么搞，老大说中断函数里面不能放太多代码。

正点原子

你在main函数里面,啥事都不干,就不停的查询这个全局变量,就不会有什么问题.
另外,在中断里面处理,也是可以的.
你只需要在中断里面设置一下控制信号,并不需要等待2秒钟.你控制信号的设置,是很短的,并不会占用太多时间.

aiyeba

正点原子 发表于 2016-4-6 22:43
你在main函数里面,啥事都不干,就不停的查询这个全局变量,就不会有什么问题.
另外,在中断里面处理,也是可以 ...

我也是这么想的，但是有一种观点认为是：工程大了以后你不知道会出什么问题。

我的反驳是，中断里面也就几个if判断，和电机的动作命令，每次进入以后，不会超过20句语句，我不认为会出什么问题，可能是老大有阴影。

那么原子哥认为，中断服务函数大概占多长时间还是可以接受的。也有认为，如果没有中断冲突的，即工程简单的，中断服务时间1s也不为过，当然，这里的中断触发时间大于1s的。