Hallo zusammen, ich habe Probleme mit der I2C Kommunikation vom Atmega128 zu einem DS2482-800 1-Wire IC. Grundsätzlich läuft die i2c Kommunikation zum DS2482. Pullups an SDA/SCL sind 3,3K Ich nutze die i2c Lib von Fleury und die DS2482-Ansteuerung mit den Beispielen aus der Appnote: https://www.maximintegrated.com/en/app-notes/index.mvp/id/3684 Ich debugge über JTAG und habe parallel eine Salae Logic Analyzer am i2c-Bus. Sobald ich auf den 1-Wire Bus schreibe bzw. dann den Status zurücklese, bricht das ganze ab/hängt. Dann hängt der Atmega in der Schleife vom i2c_stop(). Setze ich dann manuell das TWSTO auf 0, läuft es zwar weiter, aber Zugriffe auf den i2c sind dann nicht mehr vom Atmega möglich und er hängt dann beim Schreibversuch wieder. Hat jemand eine Idee woran das liegen könnte? Anbei die i2c_Stop Routine: void i2c_stop(void) { /* send stop condition */ //TWCR = (1<<TWINT); //_delay_ms(2); TWCR = (1<<TWINT) | (1<<TWEN) | (1<<TWSTO); //_delay_ms(2); // wait until stop condition is executed and bus released while(TWCR & (1<<TWSTO)); /*{ TWCR = (1<<TWINT) | (1<<TWEN) | (1<<TWSTO); _delay_ms(10); }*/ }/* i2c_stop */ Gruß, Sam
ich denke ich habe es gefunden. In der Funktion OWWriteByte aus oben verlinkter Maxim Note wurde die Variable status bei mir "wegoptimiert". Somit wurde anstatt i2c_readNak i2creadAck ausgeführt. Das scheint dann bei der nachfolgenden i2c_stop zum hängen geführt zu haben. vg sam
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.