我在单片机中编程如下，SendKey_Protocl();是一个费时的操作，超过30ms,小于600ms，我得不到想要的结果，请问：－－在中断处理服务程序中，如果费时的函数调用没有处理完是否在后台处理？还是被舍弃？。。。请问高手应该怎么处理？
//TIMER0 initialize - prescale:1024
// desired value: 30mSec
// actual value: 29.861mSec (0.5%)
void timer0_init(void)
{
TCCR0 = 0x00; //stop
TCNT0 = 0x29; //set count
TCCR0 = 0x05; //start timer
TIMSK |= 0x01; // Enable Timer 0
}
volatile int i; //for a coeffiecent to time Timer0 counter;
SIGNAL(SIG_OVERFLOW0)
{
TCNT0 = 0x29; //reload timer initialization value
++i;
if(i> 20) // 此处使费时中断处理实际上600ms响应一次
{
SIG_PORT ^= SIG;
SendKey_Protocl();
i = 0;
}
}
------解决方案--------------------
如果费时的函数调用没有处理完是否在后台处理？还是被舍弃？
没有后台处理的概念,但不会被舍弃,继续执行
不过有可能会被别的高优先级中断打断...
可能你的问题在这...
协议要求的实时性较高,呵呵,在这种情况下
if(i> 20) // 此处使费时中断处理实际上600ms响应一次
{
//在这关掉全部的中断响应
SIG_PORT ^= SIG;
SendKey_Protocl();
i = 0;
//在这再打开所有的中断响应吧
}
------解决方案--------------------
http://dpjfans.5d6d.com
上去看看吧
------解决方案--------------------
如果一个中断没有处理完成，又有相同的中断到来，
一种情况是新的中断被阻塞(ISR没退出它不被允许Enable)，
这可能会丢失一个或多个中断，在某些场合可能会出现错误，
而另一些场合没有问题。
另一种情况是ISR被重入，这也是在某些场合会出现错误，而
另一些场合没有问题。
如果这两种情况都是不能允许的，你就只能设法保证ISR会在下
一次中断到来前完成。
------解决方案--------------------
举个例子，8051通常总是会阻塞，因为在ISR返回(RETI指令)前，相同的中断不会被响应。
而ARM处理器在响应了IRQ后，如果你在中断返回前清除了CPSR的I位，处理器就会继续
响应中断，如果有相同的中断到来，ISR将重入。如果不清除CPSR的I位，中断就会阻塞：
处理器不响应后来的中断。
至于如何编程，要看你的需要了，不同的应用，对重入、阻塞的考虑是不同的。