I2C Bus mit Atmel Chip als Slave ..

[Ritchie]

Hallo Daniel,

ich habe den Thread später dann hier Artverwand weitergeführt, da ich nach einer Alternative für den RPI gesucht habe.

https://www.roboternetz.de/community...Bus-Problem%29

Hier habe ich auch einige erklärende Links eingefügt, welche dem Problem genauer auf den Grund gehen.

Dieser Link erklärt zum Beispiel den Fehler im Chip:
http://elinux.org/BCM2835_datasheet_...ock_stretching

Die genaue Erklärung kann man dann hier nachlesen:
http://www.advamation.com/knowhow/ra...i-i2c-bug.html

Der Chip besitzt diese Fähigkeit, nur ist diese Fehlerhaft implementiert.

Ich habe derzeit einen BeagleBone Black Element14 auf dem Tisch liegen und bin dabei mein Programm und Hardware
zu portieren.

Ganz entscheidend ist die Aussage:

Don't expect help from the Raspberry Pi creators or from Broadcomm.
They know the problem (at least partially), but they unfortunately did neither document nor solve it.

Für mich der Grund, nach einem anderen Board zu suchen.

Viele Grüße

R.

[Kampi]

Hey Ritchie,

ahh ok. Ich hatte mich nur nach dem Datenblatt gerichtet. Bisher ist mir dieses Problem nicht aufgefallen.
Wobei....ich hatte mal vor einiger Zeit mit nem PSoC am Raspberry Pi experimentiert. Die Kommunikation zwischen AVR und Raspi bzw. PSoC und AVR klappte 1a...nur die Kombination PSoC und Raspi warf Probleme auf. Irgendwas hat die I²C Kommunikation immer gestört.
Eventuell war es sogar das Problem....ich kenne leider die API von Cypress bzgl. I²C Slave im PSoC nicht gut genug um dieses Verhalten auf diesen Fehler zurück führen zu können.
Aber die Info das der I²C buggy ist, ist schon mal viel Wert

Jetzt ist natürlich die Frage was könnte Broadcomm dagegen tun (abgesehen davon den Chip zu fixen )....

[Ritchie]

Hallo Daniel,

hier wäre eine mögliche Lösung ein sogenanter "Bit Banging" Treiber. Hierbei wird die Steuerung des I2C Bus komplett in Software gelöst.
Nur muss man auch das Wissen und die Zeit dafür haben.

Viele Grüße

R.