Bascom I2CREAD, ACK

[Manfred S. (Firma: Manfred) (xfred343)]

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

[Manfred S. (Firma: Manfred) (xfred343)]

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!