STM32: Interrupt manchmal zu langsam

[lars (Gast)]

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.

void EXTI3_IRQHandler(void) __attribute__((section(".itcm_text")));
void signalFunktion(void) __attribute__((section(".itcm_text")));

void EXTI3_IRQHandler(void)
{
  __HAL_GPIO_EXTI_CLEAR_IT(GPIO_PIN_3);
  __disable_irq();
  signalFunktion();
  __enable_irq();
}

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?

[Uwe B. (Firma: TU Darmstadt) (uwebonnes)]

Versuche doch erst einmal die Interrupts zu priorisieren.

[lars (Gast)]

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

Gar keine schlechte Idee. :-)

Ich habe jetzt

HAL_NVIC_SetPriority(SysTick_IRQn, 1, 0);
HAL_NVIC_SetPriority(FLASH_IRQn, 1, 0);
HAL_NVIC_SetPriority(SDMMC1_IRQn, 1, 0);
HAL_NVIC_SetPriority(RCC_IRQn, 1, 0);
HAL_NVIC_SetPriority(WWDG_IRQn, 1, 0);
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?!

[(prx) A. K. (prx)]

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

Woher kommt die Idee, das ginge nicht? Wäre ziemlich sinnfrei.
Siehe System Handler Priority Register 3, SHPR3.
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0646a/CIAGECDD.html

[Carl D. (jcw2)]

Das Cortext-M3 Manual sagt:
"Configurable priorities for all exceptions
except Reset, Hard fault, and NMI"

[Dr. Sommer (Gast)]

Wenn dein Interrupt hohe Priorität hat, brauchst du auch das 
__disable_irq(); nicht.

[Jim M. (turboj)]

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

Doch, kann sie. Das NVIC_SetPriority() funktioniert auch für den Systick 
- schau Dir das Makro mal im CMSIS Header an.

[lars (Gast)]

OK, danke, ich bin überzeugt. Dann habe ich das "Mastering STM32"-Buch 
falsch verstanden.

[Chris J. (Gast)]

lars schrieb:
> insb. bestimmte Interrupts (SysTick?) abschalten?

ja, den kann man abschalten. Mit dem letzten Bit ziehst du die 
Handbremse an und es wird keine ISR mehr ausgelöst. Zumindest hier bei 
M0.