Probleme mit IF-Abfrage / Timer

[TobiKa]

Ja, das ist schon klar.

Aber wie gesagt, ich würde alles in den Interrupt rein packen.

[sammler]

Hi ihr beiden!

Danke euch für eure Unterstützung!

@Sternst: Vielen, vielen dank für diese Erklärung! Das wird mich vermutlich in Zukunft vor solchen Problemen bewahren.  
ich hab befürchtet, dass ich was prinzipiell einfaches übersehen hab...

ATOMIC_BLOCK(ATOMIC_FORCEON){
...
}

ist das selbe wie

cli();
... 
sei();

oder? Nur, dass ich nicht noch "util/atomic.h" include (wenn ich die Datei richtig lese...).

@TobiKa: An der Hochschule hat man mir eingebleut, dass Interruptroutinen so kurz wie nur irgendmöglich sein sollen. Daher hab' ich die (unkritischen) Teile aus der Routine herausgelöst...
Und wenn ich es in den Interrupt lege sehe ich auch keinen echten Vorteil...

[sternst]

ist das selbe wie

Nun, fast.
ATOMIC_BLOCK bietet einen besseren Schutz gegen Code-Reordering. Und es stellt sicher, dass die Interrupts wieder eingeschaltet werden, egal auf welchem Exit-Pfad der Code-Block verlassen wird (du kannst sogar ohne Probleme "return" innerhalb des Blockes verwenden).

[TobiKa]

@TobiKa: An der Hochschule hat man mir eingebleut, dass Interruptroutinen so kurz wie nur irgendmöglich sein sollen. Daher hab' ich die (unkritischen) Teile aus der Routine herausgelöst...
Und wenn ich es in den Interrupt lege sehe ich auch keinen echten Vorteil...

Ja da hast du schon recht, aber 3 Abfragen und 3 Zuweisungen sollten kein Problem sein.
Ich sehe bei deiner Variante Probleme falls "UART" mal länger braucht und g_msec irgendwann überläuft.