Bascom I2CREAD, ACK

Manfred S. (xfred343) OP (Firma: Manfred) 13.09.2011 22:04 #2344725

Lesenswert?

•

Hallo,

ich lese über einen 2. Atmega-Prozessor von einem myAVR-Ethernet das 
shared-RAM aus, das funktioniert so:

         i2cstart
         I2cwbyte 0
         Print "i2cwbyte 0"
         I2cstart
         Print "i2cstart"
         I2cwbyte Eth_read
         Print "Eth_read"
         I2crbyte I , Ack
         Print "1-Ack";i
         i2crybte I,nack
         I2cstop


Funktioniert alles soweit problemlos, jetzt drücke ich den Reset-Taster 
beim myAvr-Board (was in etwa einem Absturz simuliert) und dann bleibt 
mein Programm beim I2Crbyte,Ack hängen und wartet ewig...

Mit Hilfe eines Watchdog-Timers kann ich einen Reset erzwingen, aber 
gibts nicht eine andere Möglichkeit zu erkennen, dass I2Crbyte ewig 
wartet

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Manfred S. (xfred343) OP (Firma: Manfred) 14.09.2011 12:47 #2345408

Lesenswert?

•

▲
▼

So Fehler gefunden,

Tja - da sind halt die Grenzen von Bascom erreicht.
Der Befehl I2CRByte i, ACK liefert immer ERR=1,
obwohl die Bytes im Normalbetrieb korrekt gelesen werden.
Eine Überprüfung auf ERR=1 ist daher sinnlos.

Da der myAVR-Ethernet nicht ein ganz korrektes Timing liefert,
versagt der Standard-I2CRByte mit Ack in Bascom. Mit Bascom-Mitteln sind 
keine Fehlerdiagnosen möglich.

Ich hab den Programmcode auf lauter einzelne I2CStart...I2CRByte mit 
NACK geändert und es geht!

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Bascom I2CREAD, ACK

Antwort schreiben