请教定时中断

只看该作者 · 2009-5-20 20:52

由于要用485 时实查询数据.所以串口发送接收用中断但是定时中断刷新太快抢占主循环搞的键盘按键反应迟钝! 各位大侠有解决的思路没???

只看该作者 · 2009-5-20 20:54

买个高hz的

2万 · 2009-5-20 20:56

只看该作者 · 2009-5-21 07:49

只看该作者 · 2009-5-21 10:45

只要程序协调好，51也能实现你这些功能。

只看该作者 · 2009-5-21 12:12

键盘扫也在中断 .

在主循环里描,

就按了下键盘过了1秒才反映过来

只看该作者 · 2009-5-21 13:05

每收一个串口数据都跳到串口中断函数吗？如果是真正中断方式，只是每个数据到达主程序才会跳到中断响应，数据传输的时候，主程序都是空闲的，你应该有足够的时间做其他的

只看该作者 · 2009-5-21 13:41

其实把这两个中断注意独立互锁就行了。

原因：由于接收采用的是串口中断（23H ？）假定发送端以19.2K比特率连续发送，那么接收端就要1ms左右中断一次。

那么还有另一个定时扫描键盘中断假设50ms中断一次，能保证定时中断1ms内把键盘扫描程序运行完？

所以，原理上应该没问题。可能自己的程序哪里有漏洞不完善的地方。
调试技巧：
1：先去掉通信任务，把独立键盘扫描程序时序调试好。
2、去掉键盘扫描程序，把独立通信任务调试好。
3、也许把键盘扫描程序放在主程序，50ms定时中断仅向键盘扫描程序传递定时到标志，瞬间运行完毕、退出更合理吧。
4、两中断IP寄存器应该设置同等优先级？还是进入一个，立即封锁另一个？

都注意到就没什么了。

只看该作者 · 2009-5-21 15:08

开辟一段接受缓冲区后，可以根据收到数据的长度来判断是否需要处理。搞2个指针，一个读缓冲，一个写缓冲。类似循环队列。只要两个指针不相等，就应该有数据可以读。好像不需要用定时器啊。

只看该作者 · 2009-5-21 21:49

1、程序控制；也就是在主程序中无限循环方式；
2、定时控制；就是利用定时器定时扫描，例如50ms一次；像HOT说的“零耗时”技术就是根据定时扫描控制来的；
3、中断控制方式：这是效率最高的，因为定时扫描可能大部分时间没有键按下。但是中断方式可能要加硬件，也许现在有些MCU有多个管脚可以作为中断脚了。

你若不用定时方式，而用无限循环控制，当然也行，除了效率低点。