Lesen eines Micron 29F32G08QAA NAND Flash IC

Es wäre schön, wenn dies eine Einkaufsfrage wäre - aber es ist zu 99% + wahrscheinlich eine elektronische Konstruktionsfrage :-(.

Ich möchte den schnellsten / einfachsten / billigsten Weg finden, einen 4 GB NAND Flash IC in einem beschädigten USB-Speicherstick zu lesen. Der Onboard-Controller-IC ist tot. Der Flash-IC ist möglicherweise auch tot, aber ich gehe davon aus, dass dies nicht der Fall ist, bis es anders offensichtlich wird.

Das Lesen könnte beinhalten

(1) Erstellen eines benutzerdefinierten Lesegeräts,

Vielleicht keine ganz dumme Idee, da es nur wenige Verbindungen zu Flash gibt (8 Daten und eine Handvoll Steuerelemente).

Wie wahrscheinlich es ist, dass ich leicht auf die Daten zugreifen könnte, wenn ich dies tue, weiß ich noch nicht. Ein bisschen Bild zu bekommen ist im schlimmsten Fall erträglich, ABER ich hätte weitaus lieber etwas, das das Dateisystem und die Dateien so "sieht", wie sie waren. Natürlich.

(2) Einlöten eines neuen Steuerungs-IC

Ich weiß noch nicht, ob diese in anderen Geräten gebräuchlich sind. Die bisher überprüfte Stichprobe von 1 hatte eine 100% ige Nichtübereinstimmung. Es kann einen Industriestandard geben, Teilenummer unabhängig davon, ich weiß es (noch) nicht.

SK6211. QFP48. Beschreibung hier und
Datenblatt hier .

Oder

(3) Entfernen des 32-MBit-NAND-Flash-ICs Micron 29F32G08QAA.
Datenblatt noch nicht gefunden.

Markierungen SEHR dunkel. Hier ist "verbessertes Foto von Markierungen".

SO

Hat jemand Vorschläge, wie ich diesen Speicher am besten im Originalformat oder überhaupt lesen kann?

Alle Gedanken zur Quelle von 6211, Gemeinsamkeiten mit anderen Teilen, Fähigkeit, "jeden alten" NAND-Flash-Lese-IC zu verwenden usw.

Irgendwelche Hinweise.

Hintergrund:

Ein guter Freund, der vor der Notwendigkeit einer Datensicherung gewarnt worden war, hat die Warnungen nicht beachtet, da er den Zugriff auf einen äußerst wertvollen Satz von Dateien verloren hat, die auf einem USB-Speicherstick gespeichert sind. Sie studiert, um Lehrerin zu werden, und die Akten sind Unterrichtspläne und anderes Material, das über einen langen Zeitraum erstellt wurde.

Der USB-Speicherstick wurde physisch schwer beschädigt, indem er beim Anschließen an einen USB-Anschluss seitwärts gestoßen wurde. Anscheinend wurde versucht, es zu lesen, indem man es zusammenschob. Als es zu mir kam, waren 3 der 4 Verbindungen zwischen Leiterplatte und Stecker unterbrochen. Ich löste diese auf und erwartete, dass es gute Chancen gibt, den Betrieb wiederherzustellen.

Wenn der Memory Stick an einen USB-Anschluss angeschlossen ist, verbraucht er einen großen Strom (wahrscheinlich mit begrenztem Anschluss) und der Controller wird SEHR SEHR heiß - ich habe dies zuerst entdeckt, indem ich mich auf dem IC stark verbrannt habe. Der eigentliche Speicher-IC befindet sich auf der gegenüberliegenden Seite der Leiterplatte. Es scheint auch heiß zu werden, ABER dies kann an der sehr großen Leistung liegen, die in den Controller-IC fließt. Entlöten wird passieren.

Teilenummer korrigiert auf 29F32G08 Q AA

Es sieht so aus, als könnten Sie das Datenblatt für den Flash-Chip erhalten und dadurch etwas aufbauen, um die Bits zu lesen. Dies kann jedoch weit von der Wiederherstellung der Daten entfernt sein. Irgendwo auf dem Stapel von Bits befinden sich Steuerinformationen, die für das Flash-Laufwerk privat sind, wahrscheinlich einige Verschleißausgleichsdaten und dann Dateisystemstrukturen, wie sie vom Betriebssystem gesehen werden.

Sie sollten in der Lage sein, Informationen über das Dateisystem (wahrscheinlich FAT32) abzurufen, aber es ist unwahrscheinlich, dass die Strukturen des privaten Flash-Laufwerks und wie / wo die Daten tatsächlich gespeichert werden, öffentlich angegeben werden. Ich denke, die beste Wahl ist, ein anderes Flash-Laufwerk des gleichen Modells zu kaufen, Ihren Flash-Chip in dieses Laufwerk zu ersetzen und zu hoffen, dass kein zusätzlicher Status im nichtflüchtigen Speicher des Controllers gespeichert wird.

Es kann dieses Gerät sein:

http://www.micron.com/products/ProductDetails.html?product=products/nand_flash/mass_storage/MT29F32G08ABAAAM73A3WC1

Datenblätter scheinen unter NDA zu stehen, aber es gibt auch einen Link zu hier:

http://onfi.org/specifications/

das hat generische Spezifikationen.

Ich denke nicht, dass dies wirklich die Antwort auf Ihr Problem ist, aber Sie könnten ...

• Stellen Sie genug her, um den nackten NAND-Chip mit einem bevorzugten Mikrocontroller zu verbinden (möglicherweise über einige Pegelumsetzer).
• Dann "Bit-Bang" die Schnittstelle, um den gesamten Chip über serielle herunterzuladen. Das wird eine Weile dauern.
• Möglicherweise können stringsSie dieses Bild dann überfahren, um reinen Textinhalt zu extrahieren.

Es werden jedoch alle Arten von Fehlerkorrekturen und Fragmentierungen im Weg stehen, sodass sich die Mühe wahrscheinlich nicht lohnt.

Das Entlöten des einen oder anderen Chips und das Ersetzen durch einen funktionierenden oder in einem funktionierenden Flash-Laufwerk ähnlicher Art ist wahrscheinlich die beste Wahl. Viel Glück!

Olins Vorschlag, den Chip in ein anderes Laufwerk des gleichen Modells zu verpflanzen, ist wahrscheinlich am schnellsten, wenn er funktioniert und wenn Sie in der Lage sind, das Löten sauber genug durchzuführen.

Eine Fallback-Möglichkeit wäre, den Chip mit ausreichend GPIOs zu verbinden und über eine Software-Implementierung des Datenblattprotokolls darauf zuzugreifen. IIRC kann dies mit einem bidirektionalen parallelen Port kaum erreicht werden. Ein seriell verbundener Mikrocontroller (Arduino usw.) wäre ebenfalls eine Möglichkeit - entweder lassen Sie ihn die Zugriffszyklen durchführen und die Daten mit einigen hundert Kilobaud über die serielle Schnittstelle zurückströmen, oder implementieren Sie eine Befehlssprache, um ihm mitzuteilen, welche Steuersignale zu aktivieren sind und Holen Sie sich die Daten wirklich, wirklich langsam zurück (multiplizieren Sie die wirklich mit ein paar mehr, wenn es sich um ein USB-serielles Modell handelt, angesichts der zusätzlichen Latenz). Für ein einmaliges Projekt ist langsam natürlich relativ - dh nachdem Sie ein Wochenende damit verbracht haben, es zu erstellen und zu debuggen, scheint es nicht so schlimm, es über Nacht oder sogar für ein paar Tage laufen zu lassen.