PIC单片机的中断问答

7. 如果同时发生多个中断请求，则中断处理的顺序取决于中断程序中的检查中断源的顺序。

8. 若要防止中断请求被丢失：则要注意下面两种情况：如果同一中断源的中断发生间隔时间大于该中断服务的处理时间，则可能出现中断事件被忽略(体现在中断服务的过程中，标志位被连续发生来两次置位),例如：中断事件发生的时间间隔为30ms，中断服务处理加上跳转判断的时间为50ms，则情况将会如下所示：

[中断次数----------1][中断次数----------2][中断次数----------3][中断次数----------4]

[处理次数------------------------1][处理次数------------------------2][处理次数------------------------4]

如果在中断处理一开始就清除IF，那么如上图所示，中断事件3、4 在处理次数2的过程中发生来两次，那么即使IF清除发生在中断次数3发生之前，也将丢失第三次中断。

另外，即使中断出现的时间间隔大于中断服务的时间间隔，如果清除中断标志位的指令安排在中断服务子程序的尾部，就有可能造成丢失该中断请求(即两次中断标志置位的事件只对应一条清除指令和一次中断处理。

9. 在进行查表操作时必须禁止CPU响应中断，以避免中断返回时跳转到不希望的地址上去。

三、一个疑惑

一个疑问：一些书上提到：如果对寄存器INTCON进行“读-改-写”操作的时候，要事先将GIE清0，再对INTCON进行操作，然后将GIE恢复为1

即BCF INTCON,GIE

BSF INTCON,XX

BSF INTCON,GIE

所提到的理由是：当CPU正在执行一条对INTCON寄存器进行“读-改-写”操作的指令时，如果恰好发生了中断请求，则中断服务程序会被执行两次。这是因为当中断请求发生后INTCON寄存器的GIE寄存器会被硬件自动清零(屏蔽所有中断)，并且程序转入中断例程入口(0004h)。当GIE被清零后，这时如果CPU正在执行一条对INTCON“读-改-写”的指令时，则GIE位还会被写会操作重新置1，这样就会造成CPU两次进入中断服务程序。

该段解释晦涩难懂，根据中断发生过程的时序(PICmicro中档单片机系列参考手册的第8-2页)：在第n个指令周期里，CPU检测到IF标志位为1，则在n+1个周期内将自动使得GIE=0，该周期内既不取指也不执行指令，然后在n+2个指令周期里，0004h指针装入PC指针，该周期也不运行其他指令，只完成0004H->(PC)的取指过程，第n+3个指令周期里，CPU执行0004h地址的指令码，并同时取0005h的指令码。

显然，作者提到的“当GIE被清零后，这时如果CPU正在执行一条对INTCON“读-改-写”的指令时，则GIE位还会被写会操作重新置1，这样就会造成CPU两次进入中断服务程序。”的解释存在下面的问题：GIE被硬件自动清零时的那个周期，是一个空运行周期，CPU并不执行指令，下一个周期也是空运行周期，不过是完成将0004h地址中的代码取指操作。然后就开始了0004h地址的代码的执行操作和0005h地址代码的取指过程。那么GIE在被硬件自动清零后要想置会1，只有两种方法：RETFIE指令使GIE自动置1;通过软件指令对GIE人为置1。显然，如果对GIE人为置1的指令执行在对该标志位清零前，那么会出现前文所述的中断嵌套(设该中断为A)，如果没有其他中断发生且执行顺序先于中断A且对中断A的标志清零的话，那么中断A的嵌套是一个死循环。就不是执行两次的问题了----因为同一个中断嵌套时，GIE在自动清零被软件置一永远都发生在清除IF之前，那么IF一直得不到清除，而GIE又几乎一直都是1。

作者所说的情况似乎是这样的：读改写INTCON指令按如下过程分解：读INTCON的时候，GIE先是为1的，此时发生了中断，GIE被硬件清零，开始执行中断服务程序，然后再IF标志没有清除之前，执行INTCON的其他位的修改和写回操作，也将中断发生前的GIE读为1的信息写回GIE，这样，CPU被迫发生了第二次中断。显然，这样是将BSF INTCON, XX指令分解得支离破碎---本来一个指令周期可以完成的指令被跨了多个指令周期;而且一个指令周期的指令被CPU在不同地址处分解执行读改写过程。

如果不是这样的话，那么作者的解释就自相矛盾：“当CPU正在执行一条对INTCON寄存器的‘读-改-写’操作的指令时，如果恰好发生了中断请求 ”与“当GIE被清零后，这是如果CPU正在执行一条对INTCON‘读-改-写’的指令时”相互矛盾。

总之，我对这里的理解存在一些疑惑，请斑竹及各位前辈指点。