Hallo!
Ich versuche mich an den Atmel Appnotes zu einer I2C Kommunikation über
das USI (Universal serial Interface). Ich habe versucht den Code auf
avr-gcc umzustricken. (Nur Kleinugkeiten Signaldefinitionen und ein __x
von dem ich nicht weis, was es bedeutet).
Lasse ich nun den Master senden, ohne das ein Slave am Bus hängt,
bekomme ich eine SCL-Line, die im Ruhezustand low ist, was nicht sein
darf. Darum habe ich nach einem nicht erkannten ACK eine Stopcondition
eingefügt, um die übertragung abzubrechen. Das ist laut I2C Spez.
erlaubt. Damit ist SCL dann auch high, wenn nichts gesendet wird. Das
Oszibild sieht dann auch ganz gut aus. Richtige Startcondition, dann 8
SCL clocks (high-low Übergänge). Nach dem 8-ten bit geht SDA dann auf
high, da ja kein Slave ein ACK senden kann, der ACK strobe vom Master
kommt. Dann wird noch die Stopcondition geschickt. Und alles ist wiedre
ruhig. Aber wenn ich nun einen Slave dranhänge und ein Broadcast sende,
wird der 8te Clock vestümmelt, das heisst vorzeitig wieder auf null
gezogen. Wahrscheinlich vom Slave. Die weiter Kommunikation dann wie
gehabt, nur kommt vom Slave kein ACK, was jetzt eigentlich der Fall
sein sollte.
Wer weis was? (Den USI verwenden scheinbar auch noch nicht viele in C.)
Gruss
Axel Gartner
PS: Der Zählerinterrupt wird für eine zweistellige 7-Segmentanzeige
benutzt. Hier sehe ich den Fehlercode 6, was auch hinkommt: "The slave
did not acknowledge the address."
