STM32F303 SPI-DMA-Kommunikation Interrupts zeitweise sperren

Martin Gast #4979597
Lesenswert?
• ▲
▼ 
Hallo,
ich nutzte den STM32F303 Microcontroller. Dieser soll per SPI und DMA 
Daten empfangen und senden. Zur Zeit werden die Funktionen der HAL 
Bibliothek genutzt. Hauptsächlich die Funktion

HAL_SPI_TransmitReceive_DMA

Nach Abschluss des Empfangs- und Sendezyklus wird eine Callbackfunktion 
aufgerufen.In Callbackfunktion befindet sich eine Zustandsmaschine, 
welche die Länge des nächsten Nachrichtenzykluses festlegt und den 
Sendebuffer mit neuen Daten füttert.

Nun zu meiner Frage. Die Kommunikation funktionirt soweit. Jedoch ist 
die Callbackfunktion ein kritischer Abschnitt. Dieser soll geschützt 
werden damit kein Interrupt dazwischenfunken kann.

Besteht die Möglichkeit es elegater zu lösen als die kompletten 
Peripherie Interrupts zu sperren (UART,ADC,DAC,...).

vielen Dank im vorraus.
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Marcus H. (Firma: www.harerod.de) Persönliche Seite #4981302
Lesenswert?
• ▲
▼ 
Martin schrieb:
> Nun zu meiner Frage. Die Kommunikation funktionirt soweit. Jedoch ist
> die Callbackfunktion ein kritischer Abschnitt. Dieser soll geschützt
> werden damit kein Interrupt dazwischenfunken kann.
>
> Besteht die Möglichkeit es elegater zu lösen als die kompletten
> Peripherie Interrupts zu sperren (UART,ADC,DAC,...).

Es darf keinerlei ISR angesprungen werden - welche Lösung wäre also 
eleganter, als für diese Zeit alle Interrupts via "CPSIE I" zu sperren?



Allerdings könnte es eleganter sein, die Originalvorgabe zu ändern, 
statt generell alle Interrupts zu verbieten...
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Martin Gast #4982530
Lesenswert?
• ▲
▼ 
Marcus H. schrieb:
> Es darf keinerlei ISR angesprungen werden - welche Lösung wäre also
> eleganter, als für diese Zeit alle Interrupts via "CPSIE I" zu sperren?

Ich muss gestehen, dass mir die Funktion mit CPSIE I nicht bekannt war. 
Ich habe es getestet und es funktioniert so wie es soll, Danke.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Marcus H. (Firma: www.harerod.de) Persönliche Seite #4982549
Lesenswert?
• ▲
▼ 
Martin schrieb:
> Marcus H. schrieb:
>> Es darf keinerlei ISR angesprungen werden - welche Lösung wäre also
>> eleganter, als für diese Zeit alle Interrupts via "CPSIE I" zu sperren?
>
> Ich muss gestehen, dass mir die Funktion mit CPSIE I nicht bekannt war.
> Ich habe es getestet und es funktioniert so wie es soll, Danke.

Ah, ok. Freut mich, dass ich Dir helfen konnte.
Vielleicht magst Du gelegentlich mal die RMxxx und PMxxx, sowie die 
ARM-Core-Doku für Deinen Controller lesen.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.