ISL29020 - I²C Light Sensor liefert kein ACK?

[H. G. (ledi)]

Hallo,

ich bin gerade dabei, einen I²C Lichtsensor (ISL29020) mit einem 
ATMega88 auszulesen.
Grundsätzlich funktioniert die Kommunikation, aber mein Master sendet 
kein ACK nachdem ein Datensatz mit TWI_READ_DATABYTE_NACK(); gelesen 
wurde!

Wie in den Abbildungen zu sehen, frage ich das Statusregister ab und 
erhalte mit 0x58 ein NACK!

Hat jemand eine Idee, wo der Fehler sein könnte?

int main(void)
{
  DDRD = 0xFF;      // PORTD = output
  DDRC = 0x3F;      // PC0 ... PC5 = output
  DDRB = 0x03;      // PB0 and PB1 = output
  TWBR = BIT_RATE;    // Set the TWI clock-frequency in bit rate register
  
  TWI_START();      // Send START condition
  TWI_MT_SLA_ACK();    // Master Transmit Slave Address with Acknowledge
  TWI_MT_DATA_ACK(0x00);  // Transmit 0x00 for Register Command with Acknowledge
  TWI_MT_DATA_ACK(0xC3);  // Transmit 0xC3 (1100 1001) EN, Mode=1, Range4
  TWI_STOP();        // Send STOP condition
  _delay_ms(50);
  
  while(1)
  {
    TWI_START();            // Send START condition
    TWI_MT_SLA_ACK();          // Master Transmit Slave Address with ACK
    TWI_MT_DATA_ACK(0x01);        // Transmit 0x01 to start with Register 0x01 with ACK
    TWI_R_START();            // Send REPEATED START condition
    TWI_MR_SLA_ACK();          // Send the Slave Address in Master Receive Mode with ACK
    LSByte = TWI_READ_DATABYTE_NACK();  // Read one Databyte without ACK
    MSByte = TWI_READ_DATABYTE_NACK();  // Read one Databyte without ACK
    TWI_STOP();              // Send STOP condition
    lux_value = LSByte + MSByte;    // Store 16bit-result in lux_value      
  
     _delay_ms(200);            // wait 200ms for new readout
  }
}

[Karl H. (kbuchegg)]

H. G. schrieb:
> Hallo,
>
> ich bin gerade dabei, einen I²C Lichtsensor (ISL29020) mit einem
> ATMega88 auszulesen.
> Grundsätzlich funktioniert die Kommunikation, aber mein Master sendet
> kein ACK nachdem ein Datensatz mit TWI_READ_DATABYTE_NACK(); gelesen
> wurde!

So recht werde ich aus dem nicht schlau, was du da schreibst.

Im Receive Mode ist doch der Master dafür zuständig NACK oder ACK zu 
generieren. Welches davon der Fall ist, musst du als Programmierer 
vorher festlegen.

Wenn du also eine Funktion namens TWI_READ_DATABYTE_NACK aufrufst, in 
dessen Code auch kein Hinweis darauf zu finden, dass du das TWI Modul 
anweist, dem Client mit einem ACK zu bestätigen, dass du alles gekriegt 
hast, wieso erwartest du das dann?
Und vor allen Dingen, wieso fragst du das in deinem Code ab?
Es geht doch nicht darum, ob der Master einen ACK oder einen NACK als 
Antwort gekriegt hat, sondern er muss dem Client antworten. Der Master 
(im Recieve Mode) muss den ACK oder NACK generieren. Dazu wird das Bit 
TWEA im Register TWCR entsprechend gesetzt.

Entsprechend

When the Receiver has received the last byte, or for some reason
cannot receive any more bytes, it should inform the Transmitter
by sending a NACK after the final byte.

quittiert der Master (im Receive Mode) alle Bytes bis auf das letzte mit 
einem ACK und das letzte Byte wird mit einem NACK quittiert ehe dann der 
Master mittels einer Stop Condition den Bus wieder freigibt. Wenn du 
also von deinem Sensor 2 Datenbytes willst, wird das erste mit einem ACK 
quittiert und das zweite (weil du ja keine weiteren mehr haben willst) 
mit einem NACK.

Eine Abfrage des TWSR bezüglich ACK oder NACK macht an dieser Stelle in 
dieser Funktion überhaupt keinen Sinn.

[H. G. (ledi)]

Vielen Dank für die konkrete Antwort!
Ich bin da wohl etwas am "Schlauch" gestanden!