如果中断函数没执行完成时,又来了该中断源的中断请求,会发生什么情况?

发表于 2013-5-10 09:53

一般中断源之间有优先级之分,抢占优先级高的中断可中断优先级低的中断。但如果先来了一个中断，程序正在执行该中断的函数，这时又来了一个同样中断源的请求，会发生什么情况呢？
举例来说，假设定义了一个定时10ms的定时器，溢出就中断。但中断函数过长，执行完需要12ms。那么如果定时器溢出后自动重装继续定时10ms就会又产生一次中断，这时定时溢出中断会中断自己的中断函数么？

发表于 2013-5-10 11:36

怎么没人理我呢?求大神指导啊

发表于 2013-5-10 11:54

这个可以自己通过一些参数来试验一下就知道结果了吧?一般设计上应该避免这样的情况。个人没遇到过这样的，不过一般应该在中断函数中有个中断标志位，你如果清除了，就会再次中断，如果不清除，则不会中断

发表于 2013-5-10 14:33

后面那一次中断不会被执行，除非有更高优先级的中断

发表于 2013-5-10 15:20

那要看是否支持中断嵌套了，支持中断嵌套自然是响应更高优先级的中断，然后再返回执行低优先级的中断。

发表于 2013-5-10 16:38

1. 12ms的ISR不是太长了，而是太太太太太长了。
2. 假设12ms变成12us（还是有些长），而定时器的溢出周期是10us，说明MC或可以换思路，用硬件去完成这个事情而不是通过软件中断。

发表于 2013-5-10 18:46

中断本身是有优先级的不同的中断的优先级不同执行次序也是不同的

发表于 2013-5-10 18:47

你的问题主要还是看中断的优先级不同的优先级中断的响应问题不同

发表于 2013-5-11 07:03

"一个同样中断源的请求，会发生什么情况呢？"
相当于在中断函数中没有清中断标志位.

发表于 2013-5-11 09:21

理论上不会被中断，除非有更高级的中断，

发表于 2013-5-11 10:07

中断的通常写法是
关总中断，清中断标志，处理事务，开中断
但现在有些单片机允许中断嵌套

发表于 2013-5-11 10:08

不允许中断处理过长的，过长了还叫中断？

发表于 2013-5-11 10:37

中断处理时间过长，影响实时性

发表于 2013-6-30 12:50

aozima 发表于 2013-5-10 16:38
1. 12ms的ISR不是太长了，而是太太太太太长了。
2. 假设12ms变成12us（还是有些长），而定时器的溢出周期是 ...

在这假设的时间只是个假设而已，我突出的问题是，如果中断函数处理的时间大于定时周期的情况，会怎样呢？换个说法吧，假设中断函数处理的时间一定，而我不断减小定时器的周期，其小到一定程度的时候就会比中断函数处理的时间要短，这时问题就产生了

发表于 2013-6-30 12:52

牛牛牛发表于 2013-5-11 09:21
理论上不会被中断，除非有更高级的中断，

这里说的是同一个的中断源喔

发表于 2013-6-30 12:52

牛牛牛发表于 2013-5-11 09:21
理论上不会被中断，除非有更高级的中断，

这里说的是同一个的中断源喔

发表于 2013-6-30 12:53

nongfuxu 发表于 2013-5-11 07:03
"一个同样中断源的请求，会发生什么情况呢？"
相当于在中断函数中没有清中断标志位. ...

如果我在中断处理函数里面首先清除中断标志了呢？

如果中断函数没执行完成时,又来了该中断源的中断请求,会发生什么情况?

相关帖子

浏览过的版块

技术新星奖章

偶尔光临

技术奇才奖章

湍急之河流

以坛为家

精华达人奖章

社区建设奖章

技术高手奖章

晶莹之水滴

常驻人口

突出贡献奖章

沉静之湖泊

十世金身

技术导师奖章

奔腾之江水

无冕之王奖章

核心会员奖章

坚毅之洋流

七世轮回

缘定三生

涓涓之细流

精英会员奖章