24C64WP: wofür steht das WP

[Knut E. (knulli)]

Hi Leute,
ich versuche nen LED-TV zu reanimieren und bin beim o.g. seriellen 
EEPROM gelandet.
Jetzt die große Frage: Wofür steht das WP in der Bezeichnung. Hab bei ST 
nix gefunden.
Weiß jemand was?

Knulli

[g457 (Gast)]

> Weiß jemand was?

Datenplatt Kapitel 10

HTH

[Paul B. (paul_baumann)]

Knut E. schrieb:
> Wofür steht das WP in der Bezeichnung.

Das wird "Write Protekt" heißen, d.h. Schreibschutz

Mfg Paul

[Deutschleera (Gast)]

Paul B. schrieb:
> Das wird "Write Protekt" heißen

Nein. Wenn schon, dann "write protect".

[test (Gast)]

Das ist das Gehäuse. Schau im Datenblatt unter den Ordercodes nach. Laut 
Post #2 stehts auf Seite 10.

[GHD (Gast)]

Nachdem es hier wieder nur Schrottantworten gibt:
-WP besagt Versorgungsspannung 2,5-5,5V
Das P steht dabei für RoHS ergo bleifrei etc. Wenn du einen Ersatz 
bestellen möchtest gibt es meiner Meinung nach nur den Fehler das 
falsche Gehäuse zu nehmen. Ansonsten kannst du da nichts falsch machen. 
Alle anderen haben einen weiteren Betriebsspannungsbreich nach unten. 
Sollte also keine Probleme geben.

[Mod: Offtopic Teil gelöscht]

[Knut E. (knulli)]

Hui....hier pfeift ja ganz schön der Wind :-)

Ja, aus Kapitel 10 bin ich eben nicht schlau geworden.
Wenn bei WP das W für 2.5V-5.5V steht und das P für EcoPack (Was auch 
immer das ist), dann fehlt z.B. komplett die Bezeichnung fürs Gehäuse.
Im Beispiel in Kapitel 10 ist auch selbst ein Widerspruch zur Legende 
auf der Seite zuvor: da wird ein Wafer beschrieben, den es gar nicht 
geben dürfte.

Also kann ich nur hoffen, dass es keine Sonderanfertigung für den 
TV-Hersteller ist, mit irgendwelchen Gemeinheiten. Denn wenn WP 
tatsächlich für WriteProtect steht, müsste das ja heißen: 
Werksprogrammiert oder nur einmal programmierbar. Mit den Pin hat's wohl 
eher nix zu tun, der heißt bei ST /WC = Write Control.

2. Frage, auch zum 24C64 (bzw. ser. EEPROM allg.)
Hat jemand es schonmal erlebt, dass so ein Ding beim Einspielen der 
Write-Adresse mit ACK reagiert und bei der gleichen Adresse mit 
gesetztem ReadBit nicht?
Das ist nämlich der Grund, warum ich bei dem Ding ein Defekt vermute.
Aber komisch iss schon: Mal reagiert er, mal nicht.

Ich kann natürlich einfach nen neuen einlöten und sehen, ob's dann 
geht...
Aber ich gehe den Sachen gerne auf den Grund.

Knulli

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Knut E. schrieb:
> Das ist nämlich der Grund, warum ich bei dem Ding ein Defekt vermute.
> Aber komisch iss schon: Mal reagiert er, mal nicht.

Das deutet schon auf eine Macke hin - umgekehrt würde da ein Schuh 
draus, wenn z.B. der WP Pin aktiv wäre, also kein ACK beim Schreiben.
Ideal wäre es, wenn du den Inhalt mal in einem unverfänglichen Lesegerät 
auslesen würdest (schlimmstenfalls PonyProg oder so) und auf Konsistenz 
checkst. Ist die Betriebsspannung über jeden Verdacht erhaben, also 
sauber und ohne Einbrüche?

Knut E. schrieb:
> Also kann ich nur hoffen, dass es keine Sonderanfertigung für den
> TV-Hersteller ist, mit irgendwelchen Gemeinheiten.

Nee, dann würden die sich gleich noch eine Fantasiebezeichnung 
draufdrucken lassen. Es gab einen speziellen EEPROM für die EDID bei 
Monitoren (das 24LC21), aber deines sollte ein normales von der Stange 
sein.
Ach übrigens, die Dinger leben nicht ewig. Wir haben hier 24C08 in einem 
Controller für E-Autos, in denen alle paar Sekunden der Kilometerstand 
gespeichert wird. Da war nach 20 Jahren Schluss mit lustig, nach etwa 
1,5 - 2 Mio. Schreibzyklen. Das sollte in deinen TV allerdings nicht 
passieren, wenn die Jungs die Schreibstrategie sinnvoll anlegten.

[m.n. (Gast)]

Matthias S. schrieb:
> Ach übrigens, die Dinger leben nicht ewig. Wir haben hier 24C08 in einem
> Controller für E-Autos, in denen alle paar Sekunden der Kilometerstand
> gespeichert wird. Da war nach 20 Jahren Schluss mit lustig, nach etwa
> 1,5 - 2 Mio. Schreibzyklen.

Da nimmt man aber auch nicht immer die gleiche Speicherstelle, sondern 
nutzt möglichst das ganze EEPROM.

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

m.n. schrieb:
> Da nimmt man aber auch nicht immer die gleiche Speicherstelle, sondern
> nutzt möglichst das ganze EEPROM.

Das hätten die Jungs damals auch wissen können (T&O aus Dänemark), 
habens aber nicht gemacht. Vermutlich dachten sie, das die Kewets 
(besagte E-Autos) nie so alt werden, das es jemand merkt. Als es dann 
doch soweit war, zeigten die Kilometerzähler lustige Zeichen und Unsinn.

[Dieter W. (dds5)]

Knut E. schrieb:
> Wenn bei WP das W für 2.5V-5.5V steht und das P für EcoPack (Was auch
> immer das ist), dann fehlt z.B. komplett die Bezeichnung fürs Gehäuse.

Da muss man sehr genau zwischen der Bestellbezeichnung und der 
Bauteilbeschriftung unterscheiden.

Auf dem Teil selbst ist nie die Gehäusebauform angegeben, da die ja 
durch das Objekt erkennbar ist.

[Dummentwickler (Gast)]

Matthias S. schrieb:
> Wir haben hier 24C08 in einem
> Controller für E-Autos, in denen alle paar Sekunden der Kilometerstand
> gespeichert wird.

Was ist das für ein brunsdummer Algorithmus?

Daten cached man im RAM und man schreibt sie erst dann
ins EEPROM wenn der Motor und/oder die Zündung aus ist.

[Knut E. (knulli)]

So, neuer EEPROM ist drin und benimmt sich leider genauso.
Dank des Hinweises hab ich mal ~WC und UB mitgemessen (Bild anbei).

~WC ist per Brücke auf Masse gelegt (Schaltbild als pdf geht hoffentlich 
durch die Zensur, EEPROM ist U103).

Das Manual sagt zu WC:

2.4 Write Control (WC)
This input signal is useful for protecting the entire contents of the 
memory from inadvertent write operations. Write operations are disabled 
to the entire memory array when Write Control (WC) is driven high. Write 
operations are enabled when Write Control (WC) is either driven low or 
left floating.
When Write Control (WC) is driven high, device select and address bytes 
are acknowledged, Data bytes are not acknowledged.

Also sollte doch auch bei Read-Befehlen ein ACK kommen, oder hab ich nen 
Knoten im Hirn?

Knulli

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Knut E. schrieb:
> Also sollte doch auch bei Read-Befehlen ein ACK kommen, oder hab ich nen
> Knoten im Hirn?

Nicht beim letzten Byte. Der Master signalisiert das Ende des Lesens 
durch weglassen des ACK, und das EEPORM lässt die SDA auf high:

"A device that acknowledges  must pull down the SDA
line during the acknowledge clock pulse in such a way
that the SDA line is stable LOW during the HIGH period
of the acknowledge related clock pulse.   Of course,
setup and hold times must be taken into account.  Dur-
ing reads, a master must signal an end of data to the
slave by NOT generating an acknowledge bit on the last
byte  that  has  been  clocked  out  of  the  slave.    In  this
case, the slave (24C32) will leave the data line HIGH to
enable the master to generate the STOP condition."

Das stammt aus dem DB des 23C32, passt aber auch aufs 24C64.