Verständnisproblem ATXMega TWI

schubs

Das Interrupt Flag (Write oder Read)ist der Indikator, wann meine 
Software wieder etwas tun muss. Beide Flags rufen denselben Interrupt 
Vektor auf. Ich bin jetzt davon ausgegangen, dass das 
Read-Interrupt-Flag gesetzt wird, sobald ein Byte empfangen wurde. So 
steht es zumindest im Manual.

Zum Löschen beider Interrupt-Flags gibts es die Methoden, die du 
aufgelistet hast. Das hatte ich auch gelesen.

Was mich nur wundert und stört ist, dass beim ATX das Löschen des 
Interrupt immer automatisch passieren soll (bei den unterschiedlichen 
anderen Aktionen). So lese ich zumindest das Manual und die AN. Aber der 
Beschreibung im Manual nach, muss ich nach dem Empfangen des Read-Ack 
nichts von den aufgelisteten "automatischen" Methoden tun. Nach der AN 
soll ich auch gar nichts tun und nur warten. Nur wenn ich nichts tue, 
werden auch die Flags nicht gelöscht. Womit die ISR direkt wieder 
aufgerufen (logisch), obwohl noch kein Byte empfangen wurde (unlogisch).

In der AN steht immer an den entsprechenden Stellen "write x" oder "read 
y". Und dann hätte ich auch erwartet, dass in dem markierten Zweig 
"write twi_status" steht. Denn nur so kann ich an der Stelle das 
Interrupt Flag wieder löschen.

Wozu das CLKHLD gut sein soll, erschließt sich mir nicht ganz.
Das Flag stellt ja nur eine Verorderung der beiden Interrupt Flags dar.
Vielleicht für einen Multimaster Betrieb?

Du meinst vermutlich Figure 21-12 TWI master operation im Manual, bei 
mir Seite 267.

Stimmt, die Grafik macht wesentlich deutlicher, wann ich einen Interrupt 
bekomme.

Und ein anderes Problem, das ich schon im Hinterkopf hatte, wird auch 
noch klarer: Die Hardware verwendet den Status "Owner" so gut wie nie.
Ich hatte mich schon gefragt, was denn Priorität hat. "Owner" oder 
"Busy".
Ich prüfe an der ein oder anderen Stelle im Moment auf den falschen 
Busstatus.

Mal schauen, was ich da machen kann. :)

Ich habs jetzt zum Laufen gebracht, aber in Zukunft werde ich TWI 
boykottieren. :P
Die Funktionsweise der Bushardware anhand des Datenblatts zu verstehen, 
war schon beim AT ein Krampf....und beim ATX hamse es wieder 
hinbekommen, wichtige Details zu vergessen.

- Entgegen des Datenblattes bringt eine Stopcondition den Bus nicht von 
"Unknown" zu "Idle". Im Mastermode geht das nur mit dem "Bus-Force" 
Befehl.
- Wenn "Quick Command" eingeschaltet ist, gilt die Grafik 21-12 nicht 
mehr. Dann gibt es immer einen Interrupt nach dem Slave-Ack.
- Um den Bus aus einen "Busy"-Fehler Zustand zu holen, muss zwangsläufig 
eine Stopcondition verwendet werden. Da eine Stopcondition keinen 
Interrupt auslöst, kann der TWI niemals ohne polling betrieben werden.

Alles in allem macht es Atmel beim ATX nur "anders", aber leider nicht 
"besser" als beim AT.

Vielleicht helfen die Erkenntnisse ja mal jemandem, der den TWI von 
Atmel noch nicht verteufelt hat. :)