STM32: Races, Interrupts und Queues

@ Gehsen (Gast)

>Sollte man Interrupts abschalten während der Zeit?

Ja. Siehe Interrupt.

>Können die Interrupts
>einzeln abgeschaltet werden?

Ja.

> Gibt es bessere Möglichkeiten?

Es reicht meistens, die Interrupts global zu sperren. Die paar us 
schaden seltenst.

> Haben die Cortexe spezielle Mechanismen für dieses Problem?

Keine Ahnung.

Du willst dein Programm also Threadsafe machen.
Das ist vor allem eine Software sache, die Möglichkeiten entsprechend 
nahezu unbegrenzt.

Häufig reicht es, die Reihenfolge der Speicherzugriffe zu durchdenken. 
Zum Beispiel erst Daten in die Queue schreiben/lesen, danach erst den 
Pointer weiterschieben (wenns ein FIFO Ringbuffer ist).
Oder du versuchst, "Atomic Instructions" zu verwenden, jedoch wird das 
wohl eher schwierig bei einer queue.
Du kannst dir auch Mutexes und Semaphores basteln, oder nimmst ein RTOS, 
welches diese schon mitliefert.

Der Cortex hat tatsächlich einen Speziellen Mechanismus für exklusiven 
Speicherzugriff. Siehe hierzu LDREX, STREX und CLREX deines Programming 
Manuals.

Natürlich wäre CPSID und CPSIE am einfachsten, um eine Critical Section 
exklusiver Rechte zu verschaffen, aber beachte die Auswirkungen auf dein 
komplettes Projekt!

Wurde ja schon alles geschrieben, bei einem FIFO ist es durchaus unnötig 
den füllenden Interrupt zu sperren:

IRQ: Erst Wert in Buffer schreiben, DANN den Schreibpointer erhöhen
Prozess: Erst den Wert lesen, DANN den Lesepointer erhöhen (ist nur 
Relevant wenn der Interrupt testet ob der Buffer voll ist).