I2C (TWI) : Wie lang wartezeit zwischen lese- und schreibzyklus?

[M. H. (dbzwerg)]

Hallo,

ich benutze für mein Projekt die I2C-lib von jtronics um daten zwischen 
einem Mega 8 und mega1284 auszutauschen.

Nun habe ich festgestellt wenn ich vom master einen write zyklus und 
direkt danach einen read Zyklus starte empfang  ich vom slave "müll" 
...wenn ich aber einen kleinen delay zwischen die beiden zyklen setze 
sind die daten in ordnung.

Ist dies normal d.h. nach jedem write befehl muss ich eine gewisse Zeit 
"pause machen"? Falls ja wie lang sollte die wartezeit betragen?

anbei die I2C libs vom master sowie slave , sowie meine lese und schreib 
funktionen die ich daraus gebastelt habe...

MFG


Erstmal die Codezeile die mir Probleme macht

....


        // Auslesen des vom Bediener gewählten CC-Modus
         
          return_ccc = Read_CCC(CCC_ADRESSE, CCC_SET_NEW_MODE);
          
          if ( return_ccc == TRUE)    // Wurde neuer Modus ausgewählt?
          {
            uart_puts("----> daten schreiben:\t");
            send_int_uart(CCC_ADRESSE);
            uart_puts("\t");
            send_int_uart(CCC_SET_NEW_MODE);
            uart_puts("\t");
            send_int_uart(TRUE);
            uart_puts("\n\r");
            
            Write_CCC(CCC_ADRESSE,CCC_SET_NEW_MODE,TRUE);   // Status in den CCC Empfangsbuffer schreiben            
/* ohnes dieses delay gibt es fehler--->*/            _delay_ms(1);
            cc_mode = Read_CCC(CCC_ADRESSE, CCC_MODE);     // Neuen VM übernehmen
            Write_CCC(CCC_ADRESSE,CCC_SET_NEW_MODE,FALSE);     // Status in den CCC EMpfangsbuffer schreiben
            
            uart_puts("---->  Neuer CC-Modus empfangen:\t");
            send_int_uart(cc_mode);
            uart_puts("\n\r"); 
          }
....

/*********************************************************************
Funktionsname:         Read_CCC
FUnktion:          Liest Daten von CCC aus 
Übergabeparamter:      CCS Adresse, Datenposition im CCS Speicher
Rückgabe wert (uchar):    Ausgelesenes Datenbyte

**********************************************************************/    
      unsigned char Read_CCC(unsigned char ADDR, unsigned char CMD) 
      {   
        int data =0;
        int connect = 0;
        connect = i2c_start(ADDR+I2C_WRITE);   // set device address and write mode
        
        if(connect == 0)
        {
          i2c_write(CMD);                 // write command, sendet Startpostion der Leseadresse an Slave
    
          i2c_rep_start   (ADDR+I2C_READ);   // Repeated Start
        
          data = i2c_readNak();      // Liest akutelle Bufferposition vom Slave aus und schrebit sie in die variable "ccs_data"
          i2c_stop();            // set stop conditon = release bus
          
          return data;            // Gibt das gelesene Byte an funktion zurück
        }
        else
        {
          i2c_stop();  
        }
      }      
      

/*********************************************************************
Funktionsname:         Write_CCC
FUnktion:          Sendet  Daten an den CCC 
Übergabeparamter:      CCS Adresse, Datenposition im CCS Speicher , Datenbyte
Rückgabe wert (uchar):    Fehlercode( 0 = ok, sonst Fehler(siehe TWSTim Datenblatt)

**********************************************************************/
    unsigned char Write_CCC(unsigned char ADDR, unsigned char CMD, unsigned char DATA) 
        {
          int ret = 0xff;
          ret= i2c_start(ADDR+I2C_WRITE);   // set device address and write mode
    
          if ( ret == 0) 
          {
            ret = i2c_write(CMD);                 // write command
            ret = i2c_write(DATA);                  // write data
            i2c_stop();                         // set stop conditon = release bus
          }  
          else
          {
              // check value of TWI Status Register. Mask prescaler bits.
            ret = TW_STATUS & 0xF8;
            i2c_stop();  

          }
          return (ret);
        }

[Peter D. (peda)]

Der Master muß natürlich nach jedem Byte schreiben (Adresse, Daten) auf 
ACK prüfen.

Das HV-I2C der AVRs hat leider auch diverse Bugs.
Bei 100kHz ist eine Pause 4,7µs zwischen Stop und Start vorgeschrieben, 
die hält der AVR nicht von selber ein.
Solange der Slave den Stop-Interrupt nicht gelöscht hat, geht ihm ein 
neues Start durch die Lappen.
Und als Multimaster kann das HV-I2C richtig abstürzen und muß disabled 
werden.

Das HW-I2C der Atmel 8051 hat auch Fehler.
Nur das HW-I2C der Philips 8051, also das Original ist fehlerfrei.

Programmtechnisch sehen diese 3 HW-I2C identisch aus (Register, Bits, 
Abläufe), aber intern sind sie es nicht. Da haben die bei Atmel beim 
Nachentwickeln des Philips-I2C geschlampt.