Problem mit Busprotokoll beim I2C Dongle

[Wolle.S]

Ich spreche mit dem I2C-Dongle das TWI (Two-Wire-Interface - Atmel Terminologie für I2C) eines ATmega168 an. Beim Lesen von Bytes vom Slave löst die Hardware des Prozessors nach dem letzen Byte einen Interrupt mit Status "Bus error due to an illegal START or STOP condition" aus. Das Schreiben funktioniert problemlos.
Wenn ich mir SCL und SDA mit dem Scope anschaue, sieht es so aus , als würde der Dongle beim letzten Byte nur 8 statt der erforderlichen 9 Takte übertragen.

Kann das jemand bestätigen oder habe ich irgendwo einen Denk- oder sonstigen Fehler?

Gruß aus Berlin-Steglitz
Wolfgang

[Guido Körber]

Das hört sich danach an, als wenn ein ACK erwartet wird wo keiner mehr kommt.

[Wolle.S]

So ähnlich: Nach meine Doku (NXP) sendet der Master immer 9 Takte pro Byte. Auf dem 9. wird dann ACK gesendet oder auch nicht.
Sendet der Slave Daten zum Master, signalisiert der Master durch Unterdrücken des ACK, dass er jetzt meint, das letzte Byte empfangen zu haben und legt dann die STOP Condition auf den Bus.
Wenn nun das STOP nach nur 8 Takten kommt, bringt das den Slave etwas von der Rolle.

[Guido Körber]

Das sollte eigentlich kein Problem sein, zumal ein Slave auf dem IIC nicht viele Optionen hat was er tun kann.

[Wolle.S]

Nein, so richtig dramatisch ist es nicht: Ich setze den Bus zurück und die Welt ist wieder in Ordnung. Aber ganz spezifikationskonform ist es halt nicht.

[Wolle.S]

Noch eine andere Frage: Kann ich mehr als 10 Byte auf einmal an einen I2C Slave senden? Beim Lesen ist das ja kein Problem, aber beim Schreiben sehe ich in den Sourcen von Simple-I2C nur, wie man bis zu 10 Bytes auf zwei Portionen aufteilt. Läßt sich das erweitern?

[Guido Körber]

Ja, das lässt sich beliebig erweitern, bei "SimpleIIC" haben wir nun mal wegen des "Simple" gewisse Grenzen.

Je Report gehen 6 Byte Nutzdaten mit rüber, mit den Flags kann man angeben ob Start und/oder Stop erzeugt werden sollen. Dazwischen kann man beliebig viele Reports schicken die weder noch erzeugen und damit eine lange Transaktion realisieren.