STM32 Timer Interrupt Problem mit CooCox IDE

[Klaus (Gast)]

Hallo,

ich habe in folgenden Schnipsel eine merkwürdige Erscheinung:

int main(int argc, const char* argv[])
{
  SystemInit();

  TIM_TimeBaseInitTypeDef TIM_TimeBase_InitStructure;
  NVIC_InitTypeDef NVIC_InitStructure;

  SystemInit();

  RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE);

  TIM_TimeBase_InitStructure.TIM_CounterMode = TIM_CounterMode_Up;
  TIM_TimeBase_InitStructure.TIM_ClockDivision = TIM_CKD_DIV1;
  TIM_TimeBase_InitStructure.TIM_Prescaler = 1900;
  TIM_TimeBase_InitStructure.TIM_Period = 17999;
  TIM_TimeBaseInit(TIM2, &TIM_TimeBase_InitStructure);

  TIM_ITConfig(TIM2, TIM_IT_Update, ENABLE);

  TIM_Cmd(TIM2, ENABLE);

  NVIC_InitStructure.NVIC_IRQChannel = TIM2_IRQn;
  NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
  NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0x0F;
  NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0x0F;
  NVIC_Init(&NVIC_InitStructure);

  while (1)
  {
    int i = 0; //HIER IST EIN BREAK-POINT
    i++;
  }

    return 0;
}

void TIM2_IRQHandler()
{
  ; //HIER IST EIN BREAK-POINT
}

Der Break-Punkt im Timer Interrupt wird angesprungen, aber der 
Break-Punkt in der Hauptschleife nicht.

Wenn ich jetzt den Break-Punkt im Interrupt entferne, dann hält der 
Debugger trotzdem nicht in der Hauptschleife an.

Vielmehr scheint es so, dass sich die Kiste hier aufhängt:

NVIC_Init(&NVIC_InitStructure);

Warum?

Ich bin dankbar für jeden Hinweis. Gruß Klaus

[chris (Gast)]

Klaus schrieb:
> Vielmehr scheint es so, dass sich die Kiste hier aufhängt:

Nein, du setzt in deinem Interrupt nicht das zugehörige Flag zurück.
Somit wird ununterbrochen die ISR aufgerufen und die main()-Funktion 
wird garnicht mehr ausgeführt. (Anders als beim AVR, wo zwischen zwei 
Interrupts immer kurz  die main dran kommt).

[Klaus (Gast)]

chris schrieb:
> Klaus schrieb:
>> Vielmehr scheint es so, dass sich die Kiste hier aufhängt:
>
> Nein, du setzt in deinem Interrupt nicht das zugehörige Flag zurück.
> Somit wird ununterbrochen die ISR aufgerufen und die main()-Funktion
> wird garnicht mehr ausgeführt. (Anders als beim AVR, wo zwischen zwei
> Interrupts immer kurz  die main dran kommt).

Hallo chris,

vielen Dank für die schnelle und kompetente Hilfe!
Genau das wars.

Gruß Klaus

[Marcus H. (Firma: www.harerod.de) (lungfish)]

chris schrieb:
> Klaus schrieb:
>> Vielmehr scheint es so, dass sich die Kiste hier aufhängt:
>
> Nein, du setzt in deinem Interrupt nicht das zugehörige Flag zurück.
> Somit wird ununterbrochen die ISR aufgerufen und die main()-Funktion
> wird garnicht mehr ausgeführt. (Anders als beim AVR, wo zwischen zwei
> Interrupts immer kurz  die main dran kommt).

Das Feature heißt "Interrupt chaining".
Im Gegensatz zum AVR ist ein Interrupt für den ARM deutlich aufwändiger.
Die CPU sichert automatisch eine Menge Kontext weg, das kostet soviel 
Zeit, dass ein 168MHz-M4 nicht überragend viel schneller ist, als ein 
AVR.

Wenn nun aber am Ende des Interrupts weitere Interrupts anhängig sind 
(interrupt pending), dann spart sich die CPU den Overhead für Rückladen 
und neu Einspringen.

Passende Literatur zu dem Thema NVIC findet sich hier
http://infocenter.arm.com/help/topic/com.arm.doc.100166_0001_00_en/arm_cortexm4_processor_trm_100166_0001_00_en.pdf