8-bit MicrocontrollersのトピックRe: MC9S08GT16: stop instruction in interrupt subroutine

MC9S08GT16: stop instruction in interrupt subroutine

marigold80 — Mon, 09 Jul 2007 16:50:14 GMT

Hi!

I’m using IRQ interrupt to put MC9S08GT16 stop 3 mode. The RTI interrupt periodically (every second) wakes up the processor. In RTI interrupt processor checks the state of the IRQ pin and either enters stop mode again (IRQ low) or continues normal work (IRQ high). This is my code of RTI interrupt subroutine:

__interrupt void isrVrti(void)

{

SRTISC |= 0x40;

if (FLAGI.SLEEP){

IRQSC_IRQPE=1;

asm {

NOP

BIH IRQ_HIGH

IRQ_LOW: BCLR 4,0x14

STOP

IRQ_HIGH: NOP

}

/* exit STOP */

IRQSC_IRQACK=1;

IRQSC_IRQIE=1;

IRQSC_IRQPE=1;

FLAGI.SLEEP=0;

...

}

The problem is when I try to exit RTI interrupt subroutine when IRQ is high – the processor repeats instructions from: IRQ HIGH several times. On the other hand when processor stays too long in stop mode (IRQ is low for couple of minutes) reset occurs, caused by ILAD (attempt to access an illegal address). I guess I should take care of a stackpointer, but I don’t know how?

Thanks for any help,

Marigold

Re: MC9S08GT16: stop instruction in interrupt subroutine

tonyp — Mon, 09 Jul 2007 20:23:11 GMT

Check recursion. STOP enables interrupts like a CLI.

Also, check that your IRQ is edge triggered to avoid multiple triggers for the same (long) request.

Re: MC9S08GT16: stop instruction in interrupt subroutine

marigold80 — Mon, 09 Jul 2007 20:44:26 GMT

I disable all peripherals before entering stop mode, only RTI and external oscillator stays enabled. The power consumption is about 9uA, but I noticed that if the processor stays too long in stop mode (IRQ low), the power consumption drops to 2uA and putting IRQ high does not wake the processor or ILAD reset occurs.

IRQ is edge triggered.

Regards,

Marigold

Re: MC9S08GT16: stop instruction in interrupt subroutine

tonyp — Mon, 09 Jul 2007 21:07:42 GMT

Again, check recursion. From your description, the RTI interrupt is always left incomplete during a STOP (perhaps you could correct by removing extra interrupt stack frames before executing STOP). A second, third, ... infinite RTI will always increase your stack and you end up with stack overflow, and all sorts of problems. This also explains the repeated execution of code following the STOP instruction. It either crashes (with longer IRQs), or exits multiple nested RTIs.

Message Edited by tonyp on 2007-07-09 05:17 PM

Re: MC9S08GT16: stop instruction in interrupt subroutine

tonyp — Mon, 09 Jul 2007 21:41:54 GMT

It's probably easier to execute STOP from outside the RTI ISR.

Re: MC9S08GT16: stop instruction in interrupt subroutine

J2MEJediMaster — Mon, 09 Jul 2007 22:07:18 GMT

I'd have to agree with tonyp on this one. Trying to reenter the sleep mode from within an interrupt is going to cause all sorts of stack problems. I think you'd rather use the ISR only to wake up the MCU. The application would be sitting in a spin loop that checks to see if anything needs to be done. If so, it does it. If not, the logic falls through to execute the STOP instruction. This design might execute a few more instructions, but it's going to be more reliable than halting the MCU in the middle of an interrupt.

---Tom

Re: MC9S08GT16: stop instruction in interrupt subroutine

marigold80 — Wed, 11 Jul 2007 19:29:33 GMT

In accordance with Your advices I gave up reentering STOP mode during interrupt and moved STOP instruction to the loop in the main function. Everything is working fine now (at least it seems to do ).

Thank You for help,

Marigold