Brett vorm Kopf: Schreiben auf I2C EEPROM

Mit EEPROMs am I2C habe ich nicht gespielt, aber schau noch mal in die specs, ob das zu schreibende Byte nicht ohne ACK zu schicken ist. Manche Devices die ich am Wickel hatte hatten so was (und mir ein paar graue Haare mehr bereitet :-)).

Waldemar

Am 11.11.2010 19:03, schrieb Waldemar Krzok:

Naja, im Datenblatt steht zwar:

Note: The 24LC21 does not generate any acknowledge bits if an internal programming cycle is in progress.

Aber sagt dann auch, um den "Schreibe Byte" Algorithmus zu erklären:

After receiving another acknowledge signal from the 24LC21 the master device will transmit the data word to be written into the addressed memory location. The 24LC21 acknowledges again and the master generates a stop condition. This initiates the internal write cycle, and during this time the 24LC21 will not generate acknowledge signals (Figure 4-1)

D.h. ganz normal das Byte reinschreiben, ACK auslesen, Stop Condition senden und dann erst schreibt das EEPROM. Sollte also alles so passen, oder hab ich mich vertan?

Viele Grüße, Johannes

Johannes Bauer schrieb:

Bist Du sicher, dass wirklich das Schreiben fehlschlägt und nicht etwa das Lesen? Vielleicht schreibst Du ja das korrekte Byte, liest es aber um ein Bit geshiftet. Ein Scope-Screenshot vom Lesen wäre da hilfreich.

Christian

Kann ich nicht viel zu sagen da ich kaum I2C benutze, aber Dein letzter Satz macht mich stutzig weil Du von "mein ACK" schreibst. M.W. sollen bei I2C nur empfangende Devices ACK generieren, schreibende aber nicht. Das schreibende muss nur einen einzelnen Clock Cycle dafuer erzeugen. Sorry wenn ich das jetzt missverstanden habe.

Muss man bei Pages Writes nicht zuerst die Stop Condition senden und dann erst kommt ACK?

Am 11.11.2010 19:27, schrieb Christian Zietz:

Meine Güte :-(

Du hast natürlich völlig Recht. Genau das war's. Zum falschen Zeitpunkt den SDA gesampled. Den Code hatte ich getestet und da ging er, dann was geändert und völlig vergessen, erneut zu testen.

Vielen Dank für diesen Wink mit dem Zaunpfahl!

Viele Grüße, Johannes

Am 11.11.2010 19:37, schrieb Joerg:

Nein, ich hab mich blöd ausgedrückt. War natürlich der ACK vom EEPROM. Der Fehler lag aber woanders, ich hatte den betroffenen Code nach einem Test für unfehlbar gehalten - dann was geändert und natürlich nicht mehr getestet. Weia.

Hm nein, zumindest bei dem EEPROM kommt der ACK immer nach dem Senden, danach die Stop Condition.

Viele Grüße, Johannes

Da steht nirgendwo etwas davon, daß der 24LC21 auf ein ACK vom Master wartet. Oder anders ausgedrückt: Deine Vermutung, daß er dein ACK als Datenbit interpretiert, ist wohl richtig.

Du solltest an deinem Englisch arbeiten...

Das passiert auch Analogleuten. Ich war absolut hundertpro sicher dass ich den Kondensator nach dem Bode-Test wieder getauscht ... :-)

Erst gemerkt nachdem der zweite PWM Chip in Folge die spektakulaere Abrauche gemacht hatte.

Bei I²C sendet grundsätzlich der Empfänger das ACK. Der Master muss natürlich den Takt entsprechend bereitstellen.

Passt, denke ich. Der EEPROM ACKt nicht, solange er schreibt, deshalb musst du beim nächsten Zugriff (z.B. fürs Rücklesen) eben solange versuchen, ihn zu adressieren, bis er mit dem Schreiben fertig ist.

Stefan

Solange Du nicht wie ein Kunde eine Schachtel neue SNTs aus US bestellst...

Ersten ans Netz *fatz*peng* Mist, gleich beim ersten ein defektes erwischt. Nächstes *plopp* - *fatz*peng*.

Ich musste mich festhalten, sonst wär ich vor Lachen unter den Tisch gefallen.

Heinz "Experience is that marvelous thing that enables you to recognize a mistake when you make it again." -- F. P. Jones