STM32: Timer Interrupt: Löschen des Pending Flags

[Dosmo (Gast)]

Hallo zusammen,

ich habe ein seltsame Beobachtung mit meinem STM32 und einem 
Timer-Interrupt gemacht:

Wenn ich das Pending Flag erst ganz zum Schluß der ISR lösche

void TIM6_IRQHandler()
{
  (...)
  TIM_ClearITPendingBit(TIM6, TIM_IT_Update);
}

wird die ISR immer zweimal ausgeführt.
Es sieht so aus, als ob das Löschen zu spät erfolgt und daher die ISR 
nochmal ausgeführt wird.

Wenn ich das Pending Flag direkt zu Beginn ISR lösche

void TIM6_IRQHandler()
{
  TIM_ClearITPendingBit(TIM6, TIM_IT_Update);
  (...)
}

ist alles okay.

Kann mir jemand sagen
- woran das liegt
- wo ich das hätte in den Manuals erkennen sollen?

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Ich finds gerade nicht wieder, aber es wurde mal hier im Forum von 
Problemen gesprochen, die sich genau auf dieses Problem beziehen - 
'Timer IT Pending Bit noch gesetzt und dann GPIO Zugriffe machen führt 
zu Problemen.
Warum und Wieso weiss ich auch nicht, aber das Mittel dagegen hast du ja 
gefunden.

[Dr. Sommer (Gast)]

Es handelt sich um dieses Problem: 
Beitrag "Re: STM32: Timer-ISR löst 2x aus - Fehler im Flag-Reset bei Optimierung O3"

Lösung ist, das Flag immer ganz am Anfang der ISR zu löschen.

[Dosmo (Gast)]

Okay, danke.

[Pit S. (pitschu)]

Ich bastel gerade mit einem TI-Launchpad rum und dabei ist mir ein 
interessanter Hinweis in den LIB-Sourcen über den Weg gelaufen. Hier ein 
Beispiel für eine Funktion zum Löschen des Timer IRQ flags. Man beachte 
die NOTE section:

//*****************************************************************************
//
//! Clears timer interrupt sources.
//!
//! \param ulBase is the base address of the timer module.
//! \param ulIntFlags is a bit mask of the interrupt sources to be cleared.
//!
//! The specified timer interrupt sources are cleared, so that they no longer
//! assert.  This function must be called in the interrupt handler to keep the
//! interrupt from being triggered again immediately upon exit.
//!
//! The \e ulIntFlags parameter has the same definition as the \e ulIntFlags
//! parameter to TimerIntEnable().
//!
//! \note Because there is a write buffer in the Cortex-M processor, it may
//! take several clock cycles before the interrupt source is actually cleared.
//! Therefore, it is recommended that the interrupt source be cleared early in
//! the interrupt handler (as opposed to the very last action) to avoid
//! returning from the interrupt handler before the interrupt source is
//! actually cleared.  Failure to do so may result in the interrupt handler
//! being immediately reentered (because the interrupt controller still sees
//! the interrupt source asserted).
//!
//! \return None.
//
//*****************************************************************************
void
TimerIntClear(unsigned long ulBase, unsigned long ulIntFlags)
{
    //
    // Check the arguments.
    //
    ASSERT(TimerBaseValid(ulBase));

    //
    // Clear the requested interrupt sources.
    //
    HWREG(ulBase + TIMER_O_ICR) = ulIntFlags;
}

Dieser Hinweis findet sich bei ziemlich allen IRQ clear functions in den 
TI libs. Bei STM32 habe ich solche Tipps nicht gefunden.

PS