ATMEGA128: Interruptflag löschen durch setzen?

Das ist so. Ob das bescheuert ist, sei mal dahingestellt, aber die 
Entwickler von ATMEL werden sich schon was dabei gedacht haben.

@ Andreas Paulin (Gast)

>Jessas.
>Unglaublich.........
>Hat das irgendeinen Sinn?

42.

;-)

Naja, das hat ATMEL nicht erfunden, das gabs schon vorher. Und ist bei 
ziemlich allen Interrupts beim AVR so.

MfG
Falk

http://www.nongnu.org/avr-libc/user-manual/FAQ.html#faq_intbits

Mach Dir nichts draus, ich hab auch Stunden dafür gebraucht.

In der Hektik passierts selbst später manchmal, aber dann fällts einem 
schnell wieder ein (weils so abstrus ist).

Es gibt sogar einige Bits, die keine Interrupts auslösen und sich 
trotzdem so verhalten.

Sinn macht das keinen, sind eben Entwicklermarotten, muß man hinnehmen.

Logischer wärs gewesen, zum Löschen ne 0 reinzuschreiben und für 
Interruptbits, die nicht gelöscht werden sollen, eine 1:

TIFR = ~(1<<ICF1);


Peter

P.S.:
Es gibt nur eine einzige praktische Anwendung:

Man kann ne neue AD-Wandlung mit Bitbefehl (SBI) starten und dabei wird 
automatisch das Ready-Bit gelöscht.
Solch ein tricky Code ist aber nicht sonderlich lesbar.

Peter Dannegger wrote:

> Logischer wärs gewesen, zum Löschen ne 0 reinzuschreiben und für
> Interruptbits, die nicht gelöscht werden sollen, eine 1:
>
> TIFR = ~(1<<ICF1);

Du meinst ernsthaft, das würden die Leute besser verstehen?

Die würden da wahrscheinlich nach wie vor eine 0 ins ganze Register
reinschreiben, vielleicht verklausuliert als

TIFR = (0 << ICF1);

und sich mindestens genauso lange den Wolf danach suchen, warum
dann wundersame Dinge passieren.