I²C-EEPROM 24AA08 von Microchip + ATMega16L

[Bernhard (Gast)]

Hallo,

ich hab mal ne Frage zu diesem EEPROM.

Ich hab derzeit den EEPROM an die SDA und SCL vom Mega verbunden und 
benutze die I2C (nicht Two-Wire) Bus Funktion von Codevision.

Habe auch da die entsprechenden Ports programmiert.

// I2C Bus functions
#asm
   .equ __i2c_port=0x15 ;PORTC
   .equ __sda_bit=1
   .equ __scl_bit=0
#endasm

...

PORTC=0x00;
DDRC=0x20;

...
unsigned char sec;

while(i2c_start()==0);
while(i2c_write(0b10100000)==0);  //Slaveaddr + WRITE               
while(i2c_write(0x01)==0);        //Pageaddr
while(i2c_write(0x15)==0);        //Testdatum        
i2c_stop();
                
delay_ms(1000);

while(i2c_start()==0);
while(i2c_write(0b10100000)==0);  //Slaveaddr + WRITE                   
while(i2c_write(0x01)==0);        //Pageaddr
while(i2c_start()==0);            //Start für READ
while(i2c_write(0b10100001)==0);  //Slaveaddr + READ
sec=i2c_read(0);                  //READ ohne Ack               
i2c_stop();

Mit den whiles lese ich die Acks und Busbelegung.

Leider bekomme ich bei dieser Konfiguration nur 0xFF zurück.
Hat also wohl nicht geschrieben.

Kann es mit DDRC zusammenhängen??

Ansonsten weiß ich auch nicht so recht weiter.

MfG, Bernhard

[Bernhard (Gast)]

Nachtrag:

i2c_init() wird auch durchgeführt.

[holger (Gast)]

Hast du Pullups auf SCL und SDA ?

[Bernhard (Gast)]

gute Frage .. ich glaub ich war von internen Ausgegangen ... danke 
erstmal das werd ich mal probieren

[Bernhard (Gast)]

Mmh und das wars auch schon.

Ich war doch echt in meiner Blauäugigkeit davon ausgegangen, dass bei 
ATMEL mal was sinnvolles gemacht worden wäre, so vllt auch mal die 
internen Pullups auch an SDA und SCL. Klar wären sie dann nicht mehr so 
variabel in der Taktfrequenz aber sind ja sonst auch zuschaltbar.

Mal wieder ein klarer Fall von Read the f*cking manual :-)

Danke nochmals

[Oliver (Gast)]

>und benutze die I2C (nicht Two-Wire) Bus Funktion

Daran wird es gelegen haben :-)

Oliver