AnsweredAssumed Answered

Interrupt handling scheme

Question asked by robison.don on Sep 24, 2012
Latest reply on Sep 25, 2012 by www.FreeRTOS.org
I've spent some time with the stm32 manual, but there is always very crucial details omitted.  I've been using a st10 and thinking of upgrading.  The ST10 handled interrupts in a peculiar way I think.  It had two different types of interrupts.  One was a peripheral event controlled transfer and one was a normal interrupt service routine.  Being in an interrupt service routine of level x meant that any interrupt of level x of lower was completely ignored and never serviced.  A peripheral event of lower level and group would be serviced after the higher one was done.

This was nowhere in the manual.  I had to figure this out through trial and error.  Does the stm32 go back after that higher level interrupt service routine is completed and check if any other interrupts asked to be serviced, and service them? 

Is there something like a peripherial event controller (PEC) in the stm32 that allows it to just move around a word from a predefined source and destination instead of interrupting the CPU and changing the priority level?

Is there a document that goes into detail about this stuff?  Which page is it on?

Outcomes