i2c Problem: Atmega644 & eeprom 24c04

[Till O. (tostermann)]

Hallo,

Ich versuche derzeit von einem Atmega644 über den i2c Bus mit einem 
st24c04 eeprom zu kommunizieren. Dazu verwende ich die i2c Lib von Peter 
Fleury.

Zum test soll, genau wie im Testprogramm, der Wert 0x75 an die Adresse 
0x05 geschrieben werden. Hier der entsprechende Programmteil:

// Send TWI Data, if key is pressed
if(PINB & (1<<PINB1) )
{
  unsigned char ret;

  i2c_init();                             // initialize I2C library

  // write 0x75 to EEPROM address 5 (Byte Write) 
  i2c_start_wait(Dev24C04+I2C_WRITE);     // set device address and write mode
  i2c_write(0x05);                        // write address = 5
  i2c_write(0x75);                        // write value 0x75 to EEPROM
  i2c_stop();                             // set stop conditon = release bus
  _delay_us(30);
  // read previously written value back from EEPROM address 5 
  i2c_start_wait(Dev24C04+I2C_WRITE);     // set device address and write mode

  i2c_write(0x05);                        // write address = 5
  i2c_rep_start(Dev24C04+I2C_READ);       // set device address and read mode

  ret =  i2c_readNak();                    // read one byte from EEPROM
  i2c_stop();


  sprintf((char*)usart_string, "Data: %02x",   // Create twistring
  ret);
  USART_Transmitstring((char*)usart_string);  // Send usart data
  while(PINB & (1<<PINB1)){wdt_reset();}    // Wait till Key is released
}

Jetzt das Problem: ret liefert nur die Adresse 0x05 und nicht den Wert 
0x75. Also das Oszi angemacht (Bilder sind im Anhang).

Am Anfang scheint alles ok. Die Startsequenz stimmt, die eeprom ID wird 
mit ACK bestätigt, genauso wie die Adresse 0x05 und der geschriebene 
Wert 0x75. Anschließend, wie programmiert, die Stopsequenz.
Danach ist eine 30µs Pause eingefügt(SCL frequenz 100kHz, wurde aber 
auch schon weniger versucht). Die Länge der Pause ist egal das Problem 
bleibt bestehen:
Wenn der µC den eeprom wieder anspricht, antwortet dieser nicht, das 9. 
Bit wird auf Vcc = 3,3 V gezogen (NACK). Genau so alle andern 
Nachrichten, die der µC raus schickt, alles NACK.

Leider habe ich bisher keine Antwort auf die Lösung des Problems 
gefunden.

Die eeprom Id ist Dev24C04 = 0xA0, die Pins zum einstellen der Id sind 
alle nach gnd verbunden. Es wurde aber auch schon Dev24C04 = 0xA2 
probiert. Keine Änderung des Ergebnisses.
Die Pullup Widerstände haben 3,3 kohm.

Ausprobiert wurde:
- SCL frequenz runter gedreht
- Pause vor dem 2. i2c_start_wait(Dev24C04+I2C_WRITE); erhöht
- verschiedene Id's ausprobiert
- eeprom ausgetauscht

Bin über jede Hilfe / jeden Hinweis dankbar. Hab bisher noch nicht mit 
dem i2c Bus gearbeitet.

Grüße,
Till

[Georg G. (df2au)]

Nach dem Schreibbefehl sollte das EEProm Zeit haben, das Byte zu 
schreiben. Wo wartest du auf das Ende des Schreibzyklus?

[Till O. (tostermann)]

>>Nach dem Schreibbefehl sollte das EEProm Zeit haben, das Byte zu
>>schreiben. Wo wartest du auf das Ende des Schreibzyklus?

unsigned char i2c_write( unsigned char data )
{  
    uint8_t   twst;
    
  // send data to the previously addressed device
  TWDR = data;
  TWCR = (1<<TWINT) | (1<<TWEN);

  // wait until transmission completed
  while(!(TWCR & (1<<TWINT)));

  // check value of TWI Status Register. Mask prescaler bits
  twst = TW_STATUS & 0xF8;
  if( twst != TW_MT_DATA_ACK) return 1;
  return 0;

}/* i2c_write */

Hier wird gewartet, bis der µC mit dem Senden fertig ist.
Das EEProm gönnt sich scheinbar 4ms zu schreiben. Zumindest gibts danach 
endlich das ACK.

Bei mir gibt es noch das Problem, dass der Befehl

i2c_rep_start(Dev24C04+I2C_READ);       // set device address and read mode

fehl schlägt, weil TW_STATUS (maskiert) weder TW_MT_SLA_ACK noch 
TW_MR_SLA_ACK ergibt.
Wenn man den Befehl mit einem

i2c_start_wait(Dev24C04+I2C_READ);    // set device address and read mode

ersetzt funktioniert der Code.