beginner_de

Avr-Asm-Tutorial S. 72
Salat. Das passiert vielleicht nur alle paar Minuten mal, ein schwer zu diagnostizierender Fehler.
Wir müssten dann schon vor der Ablage auf dem Stapel alle Interrupts mit CLI abschalten und nach
der Verwendung und Wiederherstellung des Registers die Interrupts wieder mit SEI zulassen. Liegen
zwischen Ab- und Anschalten der Interrupts viele Hundert Instruktionen, dann stauen sich die
zwischenzeitlich aufgelaufenen Interrupts und können verhungern. Wenn zwischendurch der Zähler
zwei mal übergelaufen ist, dann geht unsere Uhr danach etwas verkehrt, weil aus den zwei Ereignissen
nur ein Interrupt geworden ist.
Innerhalb einer anderen Interrupt-Service-Routine können wir rCnt auf diese Weise (also mit PUSH
und POP) verwenden, weil diese nicht durch andere Interrupts unterbrochen werden kann. Allerdings
sollte man sich bewusst sein, dass jedes PUSH- und POP-Pärchen vier weitere Taktimpulse
verschwendet. Wer also satt Zeit hat, hat auch Register en masse. Wer keine Register übrig hat,
kommt um so was vielleicht nicht herum.
Manchmal MUSS auf ein Register oder auf einen Teil eines Registers (z.B. ein Bit) sowohl von innerhalb
als auch von außerhalb einer Interrupt-Service-Routine zugegriffen werden, z.B. weil die
ISR dem Hauptprogramm-Loop etwas mitzuteilen hat. In diesen Fällen muss man sich ein klares
Bild vom Ablauf verschaffen. Es muss klar sein, dass Schreibzugriffe sich nicht gegenseitig stören
oder blockieren.
Es muss dann auch klar sein, dass dasselbe Register bei zwei nacheinder folgenden Lesevorgängen
bereits von einem weiteren Interrupt verändert worden sein kann. Liegen die zwei Zeitpunkte längere
Zeit auseinander, dann ist es je nach dem Timing des Gesamtablaufes fast zwingend, dass irgendwann
ein Konflikt auftritt.
An einem Beispiel: sowohl der Timer als auch der ADC haben dem Hauptprogramm etwas mitzuteilen
und setzen jeweils ein Bit eines Flaggenregisters rFlag. Also etwa so:
Isr1:
Isr2:
[...]
sbr rFlag,1