STM32: Interrupt manchmal zu langsam

Gast #5242428
Lesenswert?

Auf einem STM32F7 mit 160 MHz habe ich einen externen Interrupt mit 
Handler geschrieben, der innerhalb von 700 ns ein bestimmtes Signal 
ausgeben soll. Dazu habe ich alle verwendeten Funktionen ins ITCM-RAM 
gelegt und verzichte auf den HAL.
1
void EXTI3_IRQHandler(void) __attribute__((section(".itcm_text")));
2
void signalFunktion(void) __attribute__((section(".itcm_text")));
3

4
void EXTI3_IRQHandler(void)
5
{
6
  __HAL_GPIO_EXTI_CLEAR_IT(GPIO_PIN_3);
7
  __disable_irq();
8
  signalFunktion();
9
  __enable_irq();
10
}

Innerhalb von 3 Sekunden wird der Interrupt ca. 100.000 Mal ausgelöst 
und funktioniert auch so wie gewünscht.

Aber in 20 Fällen wird die Interrupt-Auslösung um ca. 350 ns verzögert, 
sodass das Zeitlimit gerissen wird.

Ich nehme an, die Verzögerung liegt an den anderen Aufgaben, die der 
STM32 zu erledigen hat. Allerdings verwende ich bisher keine Peripherie 
außer GPIO und SDMMC1, wobei letztere inaktiv ist.

Wie kann ich diese Verzögerungen verhindern? Kann ich weitere Teile des 
STM32, insb. bestimmte Interrupts (SysTick?) abschalten?
Gast #5242466
Lesenswert?

Uwe B. schrieb:
> Versuche doch erst einmal die Interrupts zu priorisieren.

Gar keine schlechte Idee. :-)

Ich habe jetzt
1
HAL_NVIC_SetPriority(SysTick_IRQn, 1, 0);
2
HAL_NVIC_SetPriority(FLASH_IRQn, 1, 0);
3
HAL_NVIC_SetPriority(SDMMC1_IRQn, 1, 0);
4
HAL_NVIC_SetPriority(RCC_IRQn, 1, 0);
5
HAL_NVIC_SetPriority(WWDG_IRQn, 1, 0);
6
HAL_NVIC_SetPriority(EXTI3_IRQn, 0, 0);

gesetzt, und damit funktioniert es. Ich kann noch ein wenig 
herumspielen, welcher Interrupt hier der Auslöser ist, aber fürs Erste 
funktioniert es!

Was mich allerdings wundert: CubeMX setzt SysTick auf Prio 0, dabei hat 
der Prio -1 und kann damit gar nicht verändert werden?!

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren