Während meines momentan laufenden Projektes ist dieses TWI Modul
entstanden, welches ich euch nicht vorenthalten möchte.

Natürlich wieder in ASM. Vielleicht kann es irgendjemand gebrauchen und
ich konnte damit weiter helfen.

Ich habe mal noch ein Beispiel mit angehangen, damit man weiß wie das
Modul benutzt werden kann.

Grüße Steffen

Ich habe jetzt gerade ein Problem erkannt:

Wenn der TWI Interrupt durch irgend einen anderen Interrupt aufgehalten
wird, dann verzögert sich komischerweise auch die Stop-Bedingung. Dieses
Verhalten ist allerdings in keinem Datasheet nachzulesen.

Das TWI_busy Flag wird schon dann gelöscht, wenn die TWI-Hardware als
nächste Aktion ein STOP ausführen soll.
 Dadurch weiß man natürlich nicht, ob die TWI-Hardware die
STOP-Bedingung auch schon auf den BUS gebracht hat. Wenn man dann im
ungünstigsten Fall sofort auf ein gelöschtes TWI_busy Flag reagiert und
eine neue Datenübertragung per START einleitet, ist die Zeit zwischen
STOP und START auf dem I2C Bus sehr kurz. Und wahrscheinlich so kurz,
dass der Slave dies nicht mehr verarbeiten kann und ein NACK auf die
gültige Adresse sendet!

Hab das Problem mal im Anhang grün eingekreiselt.

In welcher Specs/Appnote von Atmel findet man die TWI Hardware Timings?
Oder wie könnte man dieses Problem lösen?

Steffen

Hallo,

Ich suche immer noch nach Spezifikationen/Timings der AVR Controller.

Hat jemand einen Tip? Wo hat ATMEL sowas versteckt?

@Steffen

>Wenn der TWI Interrupt durch irgend einen anderen Interrupt aufgehalten
>wird, dann verzögert sich komischerweise auch die Stop-Bedingung.

Das muss auch so sein, denn der µC kann nur einen Interrupt zur gleichen
Zeit abarbeiten. Natürlich kann man "verschachtelte" Interrupts zulassen
durch "SEI" in der Interrupt-Routine.

Ich füge gern eine angemessene Pause nach einem STOP ein, damit die
SLAVES
auf STOP regaieren könnnen, es kann vorkommen, dass nach einem Stop
der SLAVE noch Daten verarbeiten muss. Gib ihnen die Zeit ;-)

Gruß

Bernhard

Hab's gefunden. TWI Characteristics steht in jedem AVR Datasheet unter
Electrical Characteristics.

Übrigens, die Zeit zwischen STOP -> START nennt sich laut Datasheet
tBuf und sollte mindestens _1.3µs_ lang sein.

Hmm, ich muss jetzt zusehen dass mein TWI_busy erst durch einem realen
"STOP" auf dem Bus zurückgesetzt wird. Da Hardwareseitig ja kein
Interrupt durch beendeter Aktion "STOP" auf dem Bus ausgeführt wird muss
man das irgendwie anders detektieren. Mal sehen wie ich das machen kann.
Ich denke dabei an einen wait to PIN CHANGE INTERRUPT auf SDA wenn die
Aktion "twi_stop" in das TWCR eingetragen wird.

Na mal sehen, ob das klappt

Hallo,

So geht es. Mittels Pin_Change Interrupt auf den SDA Pin.
Das TWI_busy Flag wird jetzt erst bei einer STOP-Bedingung auf dem Bus
gelöscht.
Somit kann man nun gleich nachdem das TWI_busy Flag wieder '0' ist einen
neuen TWI-Start auslösen.

LG
Steffen