UCOS中断时系统时钟到底走不走

2万 · 2017-1-16 13:12

这两天这个问题一直困咬着我。使我总想不明白。我的问题是UCOS一进入中断对吧，我这个中断我一但超过了系统时钟，比如10MS，那么系统时钟还走不走，不走应该对吧，那么，UCOS的心脏是不是就停止跳动了，这时我从中断返回，它又自动跳对么？？？？？

只看该作者 · 2017-1-16 14:13

系统时钟是一直在走的，我们自己做基于cortex-M芯片的soc，通过FPGA仿真可以看得到。虽然另外一个中断服务程序超过了10ms，系统时钟只是每隔10ms去向CPU申请一次中断，CPU去仲裁先执行哪个中断，不管CPU的仲裁结果如何，不影响系统时钟的运行。系统时钟模块只知道计数器计数到0了之后置起请求中断标志位，然后重装，继续执行。

2万 · 2017-1-16 14:35

feelhyq 发表于 2017-1-16 14:13
系统时钟是一直在走的，我们自己做基于cortex-M芯片的soc，通过FPGA仿真可以看得到。虽然另外一个中断服务 ...

谢谢大神回答，分给你了

只看该作者 · 2017-1-16 14:37

太客气了，谢谢你的20分

2万 · 2017-1-16 14:38

feelhyq 发表于 2017-1-16 14:37
太客气了，谢谢你的20分

那啥，明天结，好像当天，就是结不了，放心，我忘不了

只看该作者 · 2017-1-16 14:40

不要紧，我还真没想过赚取版主的积分呢，只是正好看到了就回复了下

2万 · 2017-1-16 14:42

feelhyq 发表于 2017-1-16 14:40
不要紧，我还真没想过赚取版主的积分呢，只是正好看到了就回复了下

呵呵

只看该作者 · 2017-1-16 16:12

关键是看“丢不丢中断”！
在一般的CPU中，一个中断的“中断标志”只有1 bit，就是说，该标志只能记住“无”或“有”两种情况，而无法记住“累积”的中断次数。如果在该中断标志已置位的情况下，CPU又侦测到符合中断的条件，那么从逻辑上看，新的中断就“丢失”了。
举个例：A、B两个中断，A中断的优先级高于B中断，A中断的处理时间内发生了“两次”B中断，当A中断返回后，CPU仅仅会执行“一次”B中断服务，很明显，B中断丢失了一次。
对于绝大多数系统来说，丢失中断都是有负面影响的，有的还是不可接受的，象时钟节拍之类的，丢失了中断，计数就少了，看起来时间就慢了。