STM32 HAL, spezifischer Interrupt im IRQHandler?

[Robert (Gast)]

Guten Morgen,
ich würde gerne mal komplett verstehen wie ich mit Interrupts arbeite im 
Zusammenhang mit der HAL-Lib und CubeMX.

Sei es SPI oder ein Timer, in CubeMX kann ich im Reiter NVIC Settings 
immer nur einen Globalen Interrupt Handler aktivieren der z.B. dann so 
aussieht:

/**
 * @brief This function handles TIM3 global interrupt.
 */
void TIM3_IRQHandler(void) {
  /* USER CODE BEGIN TIM3_IRQn 0 */

  /* USER CODE END TIM3_IRQn 0 */
  HAL_TIM_IRQHandler(&htim3);
  /* USER CODE BEGIN TIM3_IRQn 1 */

  /* USER CODE END TIM3_IRQn 1 */
}

Dieser wird auch aufgerufen. Allerdings, wenn ich es richtig verstanden 
habe, bei jedem möglichen Interrupt. Was aber wenn ich zum Beispiel nur 
bei einem Timer Überlauf etc. handeln möchte? Wie Frage ich ab um 
welchen Interrupt es sich überhaupt handelt?

MfG.

[Robert (Gast)]

Anhang:

Auch öfters gefragt habe ich mich wo denn mein Code hinkommt in dieser 
Funktion.

Vor- oder nach dem Funktionsaufruf:

HAL_TIM_IRQHandler(&htim3);

MfG.

[hp-freund (Gast)]

Moin,

Robert schrieb:
> Wie Frage ich ab um
> welchen Interrupt es sich überhaupt handelt?

gar nicht, wenn Du nicht willst. Das ist das Gute an HAL.
Wenn Du z.B. die Funktion "HAL_TIM_IRQHandler" in ihrer Definition in 
der
"stm32XXxx_hal_tim.c" betrachtest, wird diese in diverse Callback 
Funktionen aufgeteilt. Diese kannst Du einfach wo anders z.B. in der 
"main.c" definieren, da sie als "weak" vorgegeben sind.
Siehe die diversen Beispiele in den HAL Libs.

Robert schrieb:
> Auch öfters gefragt habe ich mich wo denn mein Code hinkommt in dieser
> Funktion.

Daraus ergibt sich das Du in die Funktion in der "stm32XXxx_it.c" 
schreiben kannst, aber nicht musst.

[Robert (Gast)]

Hallo,
die Callbacks sind eine schöne Sache aber doch unvollständig?

Z.B, in der HAL Dokumentation sind unter Timer folgende Callbacks 
genannt:

HAL_TIM_PeriodElapsedCallback()
HAL_TIM_OC_DelayElapsedCallback()
HAL_TIM_IC_CaptureCallback()
HAL_TIM_PWM_PulseFinishedCallback()
HAL_TIM_TriggerCallback()
HAL_TIM_ErrorCallback()

Momentan nutze ich einen Timer im Input Capture Direct Mode und möchte 
ein einziges Interrupt nach einer Anzahl an gezählten Impulsen 
ausführen.

IC Mode also...

HAL_TIM_IC_CaptureCallback()

Dieses wird aber soweit festgestellt nach jedem Impuls getriggert. Und 
nicht erst nach Anzahl X.

Wo sind die Callbacks für z.B. einen Timer Überlauf^^?

Sorry für Dummheit.
MfG.

[hp-freund (Gast)]

Robert schrieb:
> Dieses wird aber soweit festgestellt nach jedem Impuls getriggert. Und
> nicht erst nach Anzahl X.

Dann inc/dec in dieser eine Variable und werte sie aus.
So legst Du ganz einfach die Anzahl fest.

[Robert (Gast)]

Danke für deine Hilfe :)

Das ist die Art und Weise wie ich es momentan mache. Ich hätte mir 
gewünscht das ganze etwas "schöner" umzusetzen um den Prozessor nicht 
jeden Puls zu blockieren. Sondern nur einmal nach x-Pulsen.

In diesem Thread sagte man mir es ginge mit einem zweiten Timer.
Beitrag "STM32 HAL, n-Anzahl an PWM Pulsen?"

Mit freundlichen Grüßen,
Robert

[C. W. (chefkoch)]

Wenn Du nur eine definierte Anzahl an Pulsen zählen möchtest könntest Du 
diese als Clock nehmen und über die Vorgabe der Periods bei erreichen 
dieser den HAL_TIM_PeriodElapsedCallback feuern.

[Robert (Gast)]

Tut mir leid aber ich finde einfach keine Informationen in den Dokus.

Leider wird das:
HAL_TIM_PeriodElapsedCallback

Von meinem Timer im Input Capture Mode nicht getriggert :(

Und ich kann in CubeMX bei meinen Timern leider überall nur "internal 
clock" auswählen und habe keine Vorstellung wie ich meinen PWM-Ausgang 
von TIM2 auf einen anderen Timer als CLK schalte.

MfG :/

[hp-freund (Gast)]

http://www.st.com/content/ccc/resource/technical/document/application_note/54/0f/67/eb/47/34/45/40/DM00042534.pdf/files/DM00042534.pdf/jcr:content/translations/en.DM00042534.pdf

Kapitel 3

[Ruediger A. (Firma: keine) (rac)]

Hallo,

ein "Rundum Sorglos Paket" zur Interruptbehandlung wirste nicht kriegen, 
auch wenn es manche Vertriebler gerne so darstellen möchten... bei 
manchen Peripherien wird ein Interrupt aus verschiedenen Gründen 
ausgelöst, und Du musst erst durch Rumstochern in Registern 
herausfinden, welche Quelle ausgelöst hat. Manchmal wird dabei auch dann 
der anstehende Interrupt dieser Quelle zurückgesetzt, manchmal nicht. 
Zuweilen verhalten sich auch PODs derselben Grundfamilie da radikal 
anders.

Das könnte zwar ein Hersteller in seiner HAL wegabstrahieren, allerdings 
gibt es auch dann noch Fälle, in denen Du per Hand eingreifen musst. 
Standardbeispiel: Wenn der Tx Interrupt eines UARTs schon auslöst, wenn 
das letzte Zeichen in das Barrel Shift Register gestopft wird, kannst Du 
den Interrupt NICHT dazu verwenden, die Datenrichtung in HD RS485 PHYs 
umzuschalten, weil dann das letzte Zeichen abgeschnitten wird*. In 
soclhen Fällen helfen die HAL Abstraktionen nichts.

Sorry...

* Klar gibt es dann irgendwelche Genies, die das Problem durch das 
Senden eines Dummyzeichens am Ende des Datenstromes meinen lösen zu 
können, aber ja, man kann auch Fusspilz durch Amputation kurieren.

[hp-freund (Gast)]

Ich habe Timer1 als 1kHz PWM mit 150µs Puls konfiguriert.
Timer 2 als "gated Slave" mit 100kHz PWM und 2µs Puls.
Das läuft über internen TRG0.

[hp-freund (Gast)]

Noch einmal im Detail.
Ohne Interrupts, alles in CubeMX einstellbar.
Lediglich die beiden PWM in der "main.c" gestarted.