Frage zur Adressierung EEPROM FM24CL16B

[Martin S. (martinst)]

Hallo,
ich verstehe das Verhalten vom FM24CL16B nicht. Der Speicher ist 
organisiert in 3 pages von je 256 Byte, also insgesamt 2048 x 8 Bit. Der 
Adresszähler macht immer bei 2047 nach 0 einen Überlauf.


Folgendes Vorgehen:

Ich schreibe 261 Bytes der Werte [0..255,0..5] an page=0, word address=0 
in den FM24CL16B.
Ein Auslesen von 512 Bytes an page=0, word address = 0 ergibt, dass das 
Schreiben erfolgreich war, ich sehe die geschriebenen Bytes in den 
ersten 261 Bytes, der Rest sind Nullen.

Jetzt schreibe ich 80 Bytes mit dem Wert 0 an page=0, word address = 0.
Ein Auslesen von 512 Bytes an page=0, word address = 0 ergibt jetzt dass 
die ersten 80 Bytes Nullen sind - OK, jedoch sind die Bytes 256-261 
ebenfalls Null!
Vorher war doch an den Stellen 256-261 noch Werte, keine Nullen!


Was ich gar nicht verstehe:

Wenn ich beginnend von page=1 z.B. 5000 Bytes auslese, erhalte ich meine 
Werte [80..255,0..4], natürlich mehrfach und umgeben von vielen Nullen.
Lese ich jedoch beginnend von page=0, bekomme ich nur die Werte 
[80..255], wieder umgeben von Nullen. Wo sind die Zahlen [0..4] ???

Vielleicht kann mir jemand auf die Sprünge helfen.
Oder ist das ein Bug? So dass der page-Zähler zwar mitzählt, aber wenn 
vorher page=0 geschrieben wurde, nicht zur Adressierung verwendet wird, 
sondern immer page=0.

Danke,
Martin

[Stefan K. (stefan64)]

Ich glaube, Du hast da ein paar Sachen falsch verstanden. Wenn ich das 
richtige Datenblatt vorliegen habe, dann hat der Chip 8 pages a 256 
Byte. Entspricht 3 Page-Select Adressleitungen im Slave-Device-Adress 
Byte.

Und ich tippe mal, dass Deine Schreib-Lese-Routinen immer auf die Page 0 
lesen/schreiben. Das fällt bei Deinem 261-Byte-Test nicht auf, weil die 
Daten in Page 0 undd Page 1 identisch sind. Ohne den Code kann man dazu 
aber nicht mehr sagen.

Gruß, Stefan

[Martin S. (martinst)]

Tschuldigung, mein Schreibfehler. Natürlich sind es 8 pages, ich denke 
schon in Bit ;-)

Wenn ich den Speicher sequentiell mehrfach hintereinander auslese (z.B. 
3 x 2048), bekomme ich verschiedene Sequenzen, abhängig davon ob ich bei 
page 0 oder page 1 starte. Wie ist das zu erklären?

[Martin S. (martinst)]

@Stefan: Die Daten von Page 0 und 1 sind nicht identisch.
Die Adressen stimmen laut Oszilloskop. Hier ist der Code zum Schreiben 
und Lesen vom EEPROM:

uint32_t FRAM_write(uint8_t page, void* data, uint32_t length)
{
  uint32_t ret_val = 0;
  uint32_t i;
  if (length == 0) return 0;
  ret_val += I2C_start(I2C);
  ret_val += I2C_send_address(I2C, (FM24CL16B_SLAVE_ID << 4) | (page << 1), I2C_Direction_Transmitter); // prepare a write operation
  ret_val += I2C_write(I2C, 0);    // set lower 8 bit of the word address to 0
  while (length) {          // write all bytes
    ret_val += I2C_write(I2C, *(uint8_t*)data);
    (uint8_t*)data++;        // proceed to next data byte
    length--;
  }
  I2C_GenerateSTOP(I2C, ENABLE);
  return ret_val;
}

uint32_t FRAM_read(uint8_t page, void* data, uint32_t length)
{
  uint32_t ret_val = 0;
  uint32_t i;
  if (length == 0) return 0;
  ret_val += I2C_start(I2C);
  ret_val += I2C_send_address(I2C, (FM24CL16B_SLAVE_ID << 4) | (page << 1), I2C_Direction_Transmitter); // prepare a write operation
  ret_val += I2C_write(I2C, 0);      // set word address (lower 8 bits)
  ret_val += I2C_restart(I2C);      // do not perform the write operation, instead generate a start condition
  ret_val += I2C_send_address(I2C, (FM24CL16B_SLAVE_ID << 4) | (page << 1), I2C_Direction_Receiver); // prepare a read operation
  while (length >= 2) {          // read all bytes until second to the last has been read
    ret_val += I2C_read(I2C, (uint8_t*)data);
    (uint8_t*)data++;          // proceed to next data byte
    length--;
  }
  I2C_AcknowledgeConfig(I2C, DISABLE);    // disable acknowledge of the received data so that no further bytes after the next read byte are requested
  ret_val += I2C_read(I2C, (uint8_t*)data);  // read last byte
  I2C_AcknowledgeConfig(I2C, ENABLE);      // enable acknowledge again
  I2C_GenerateSTOP(I2C, ENABLE);
  return ret_val;
}

[Stefan K. (stefan64)]

Ich sehe keinen Fehler in Deinem Code.

Kann es sein, dass das FRAM nur die unteren 8 Adressbits einer Page beim 
sequentiellen r/w inkrementiert? Steht zwar anders im Datenblatt, 
aber...

Ich würde den Code mal so umbauen, dass beim Erreichen einer Pagegrenze 
ein neuer r/w Zyklus gestartet wird.

Viele Grüße, Stefan