AVR I2C-Slave Problem: Lesen und Schreiben geht, aber nicht mit Repeatet Start

Hallo Maik,

ich hab auch schon ne Menge mit AVR's und I2C gemacht und habe viele 
Anwendungen wo mehrere AVR's Daten ueber I2C austauschen.

Ich habe auch am Anfang mit den libs rumprobiert die im Netz zu finden 
sind, aber irgendwie hat da immer was gefehlt um eine Multi Master/Slave 
com aufzubauen.

Ich bin mir nicht sicher ob ich auch mit dem Repeatet Start Problem 
rumgefieselt habe, es waren so viele Dinge bis es dann endlich lief wie 
ich es wollte.
Ich habe in allem was ich zum I2C gelesen habe (bei allen Herstellern) 
immer gesehen das Repeatet Start nur dazu genommen wurde um eine 
Fehlerhafte com erneut anzufragen. Also bei einem Arbitration lost, 
Timeout etc.

Jetzt mache ich es so wie alle I2C IC's, einer hat einen Puffer und der 
andere liest/schreibt diesen Puffer nachdem er mitgeteilt hat wo er 
anfangen moechte.
Das ganze laeuft Multi Master/Slave

Ju

Maik schrieb:
> z.B. 3 Avr's habe und 2 gleichzeitig was haben wollen, die nicht die
> sich gegenseitig die Buffer raisen... :-(

Das wird in der Praxis nicht so heiss gegessen wie's gekocht wird.
Ich habe ein System in dem 18 uC's permanent grosse Anzahl an Daten 
austauschen. Jeder uC will mal irgendetwas von einem anderen, 
zusaetzlich sind noch ein paar I2C Sensoren im selben Bus. Beim 
beobachten des Bus sieht man, das da kaum Luecken sind. Doch ausser ein 
paar Arbitration Lost hab ich keinerlei Fehler auf dem Bus.
Ich habe nicht ausgerechnet wie hoch die mathematische Warscheinlichkeit 
ist, das ein anderer Master eine Com in genau dem Moment startet wenn 
eine "Conversation" zwischen dem schreiben des "Speicher Bytes" und der 
Start Condition zum lesen ist.
Bei meinen Programmen sind da in der Regel max. 6 in der Regel 2 MCU 
Cycles dazwischen.
Ich merke mir auch von welchem Master das "Speicher Byte" gesetzt wurde.
Wenn jetzt nach dem Setzen des "Speicher Bytes" ein anderer Master 
daherkommt und das "Speicher Byte" "umsetzt" und danach der erste Master 
wieder kommt um den Inhalt von der von "Ihm" gesetzten Speicheradresse 
zu lesen, bekommt er ein NACK und verwirft die Conversation.

Meine State Machine laesst ein Kontinuierliches schreiben zu, das heist 
will ein Master nur schreiben, dann ist das erste Byte was kommt die 
Speicheradresse ab der geschrieben werden soll und die darauf folgenden 
Bytes die Daten die geschrieben werden. Geschrieben wird Ringweise ohne 
Ueberpruefung. Der Master ist verantwortlich dafuer was er dem Slave 
gibt.
Damit kommt eine Unterbrechung der Com nur zustande wenn erst die 
Speicheradresse geschrieben und dann gelesen werden soll.


Ju