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."
Noch eine Beobachtung: Ich habe den Eindruck, das der Slavezähler schon um einen Zählerstand zu früh die SCL Line auf low zieht und damit den 8-ten Clockpuls plättet. Leider noch nicht weiterkomend: Axel
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.