Searching \ for 'Basic doubt on interrupts' in subject line. ()
Make payments with PayPal - it's fast, free and secure! Help us get a faster server
FAQ page: massmind.org/techref/microchip/ints.htm?key=interrupt
Search entire site for: 'Basic doubt on interrupts'.

Truncated match.
PICList Thread
'Basic doubt on interrupts'
2000\03\17@035110 by masubramanian

flavicon
face
hi everyone,
This is about the basics on interrupts.  Suppose my normal routine is
getting interrupted say by interrupt on change(RB4), and goes to 0x04 and
in ISR, I am forcing to goto some other location and further  there is
branching and it again comes back to the routine where interrupts are
re-enabled.  In any of the routine which branches from ISR,, there is no
(call return ) and all are (goto).  What would be the status of stack?
Whether the stack will be over written and can this effect the program
operation

rams

2000\03\17@055045 by paulb

flavicon
face
: S.Ramasubramanian wrote:

> Suppose my normal routine is getting interrupted say by interrupt on
> change(RB4), and goes to 0x04 and in ISR, I am forcing to goto some
> other location and further  there is branching and it again comes back
> to the routine where interrupts are re-enabled.  In any of the routine
> which branches from ISR,, there is no (call return ) and all are
> (goto).  What would be the status of stack?

 Three operations affect stack.  Interrupt, CALL and return (including
RETI = return from interrupt which is absolutely nothing more than an
indivisible combination of a a subroutine return and setting the GIE
flag).

 Branches do not, skips do not, operating on PCL does not.  In all
probability, reset (MCLR) does not as the stack is circular.
--
 Cheers,
       Paul B.

2000\03\18@231237 by Dan Michaels

flavicon
face
>hi everyone,
>This is about the basics on interrupts.  Suppose my normal routine is
>getting interrupted say by interrupt on change(RB4), and goes to 0x04 and
>in ISR, I am forcing to goto some other location and further  there is
>branching and it again comes back to the routine where interrupts are
>re-enabled.  In any of the routine which branches from ISR,, there is no
>(call return ) and all are (goto).  What would be the status of stack?
>Whether the stack will be over written and can this effect the program
>operation
>
>rams
>

Check out my comments last week in the "Reset" thread here on piclist.

- Dan Michaels
Oricom Technologies
http://www.sni.net/~oricom
==========================

More... (looser matching)
- Last day of these posts
- In 2000 , 2001 only
- Today
- New search...