Hallo zusammen, ich habe hier eine Master-Slave-Anwendung mit zwei PICS, welche über I2C kommunizieren können. Die Funktion ist etwa so: 1. Master sendet Befehl 2. Slave schiebt Befehl in ein Array (löschen des Arrays (neuer Befehl) bei Empfang einer neuen Adresse 3. Slave arbeitet den Befehl ab, wenn dazu alle Daten empfangen wurden. Meine Frage: Wie sollte sich der Slave verhalten, während er die dem Befehl entsprechenden Funktionen ausführt? Soll er ein ClockStretching machen? Aber dann wäre ja der Bus für die anderen blockiert? Oder soll ich einfach die Schnittstelle abschalten? Allerdigns weiß ich nicht, wie viele Daten für die Befehle mitkommen. Was meint ihr??
Wenn z.B. ein EEPROM mit schreiben beschäftigt ist, reagiert es auf I2C
Anfragen mit einem Not Ack. Das wäre wohl auch hier angebracht.
Es muss also nur der Master so programmiert sein, das er bei einem Not
Ack. es einfach nach einer Zeit noch mal probiert.
> Allerdigns weiß ich nicht, wie viele Daten für die Befehle mitkommen.
Warum weisst du das nicht? Ich denke du bist der Entwickler :)
Bei einer Dateiübertragung werden immer 8 Byte Blöcke übertragen. Wenn der letzte nicht voll ist, kommen dann halt nur noch paar Byte. Deshalb eigentlich. Aber das mit dem NACK ist garnicht so schlecht, das werd ich mal probieren.
Wie kann ich denn auf dem Slave ein NACK generieren?? Werde aus dem Datenblatt nicht schlau. Normalerweise sollte kein NACK gesetzt werden, wenn das SSPOV oder BF-Flag gesetzt ist. Aber irgendwie bekommt der Master trotzdem ein ACK. Weiß hier jemand Bescheid?
Wenn der Master genug gesendet hat, sendet er STOP. Wenn der Master genug empfangen hat, sendet er aufs letzte Byte NACK und STOP. Wenn der Slave genug empfangen hat, sendet er aufs letzte Byte NACK. Wenn der Slave genug gesendet hat, kann er dies dem Master nicht mitteilen (geht vom Bus, d.h. sendet 0xFF). Kann der Slave zeitweilig keine neuen Daten senden/empfangen (alle Puffer voll), dann geht er vom Bus (AA=0), d.h. der Master kriegt NACK auf die Adresse. Beim 8051 heißt das ACK/NACK-Bit "AA" (Assert Acknowledge flag) Peter
> Kann der Slave zeitweilig keine neuen Daten senden/empfangen (alle > Puffer voll), dann geht er vom Bus (AA=0), d.h. der Master kriegt NACK > auf die Adresse. Genau das ist das Problem. Ich weiß nicht, wie ich das hinbekomme.
Micha R. wrote: > Genau das ist das Problem. > Ich weiß nicht, wie ich das hinbekomme. Das sollte im Datenblatt des nicht genannten PIC stehen. Peter
Wie gesagt, im Datenblatt steht schon was, aber ich bekomm das irgendwie nicht hin. Es handelt sich um einen PIC18F8722
Beim AVR muss man vor_ dem letzten Byte ein Bit _löschen , um ein NACK (also quasi "kein Ack") zu senden, evtl. ist das beim Pic ja ähnlich. hth. Jörg
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.