Lecture d'un IC Flash NAND 29F32G08QAA Micron


10

Ce serait bien si c'était une question de shopping - mais c'est 99% + susceptible d'être une question de construction électronique :-(.

Je souhaite trouver le moyen le plus rapide / le plus simple / le moins cher de lire un IC Flash NAND de 4 Go dans une clé USB endommagée. L'IC du contrôleur embarqué est mort Le flash IC peut également être mort, mais je suppose que ce n'est pas jusqu'à ce qu'il devienne autrement évident.

La lecture pourrait impliquer

(1) Faire un lecteur personnalisé,

Peut-être pas une idée complètement idiote car les connexions à Flash sont peu nombreuses (8 données et une poignée de contrôles.)

Quelle est la probabilité que je puisse facilement accéder aux données si je faisais cela, je ne sais pas encore. L'obtention d'une image bit est supportable dans le pire des cas MAIS je préfère de loin avoir quelque chose qui "voit" le système de fichiers et les fichiers tels quels. Bien sûr.

(2) à souder dans un nouveau contrôleur IC

Je ne sais pas encore si ceux-ci sont couramment utilisés dans d'autres appareils. L'échantillon de 1 vérifié jusqu'à présent avait 100% de non-correspondance. Il peut y avoir une norme industrielle, une référence irréprochable, je ne sais pas (encore).

SK6211. QFP48. Décrivez la description ici et la fiche
technique ici .

entrez la description de l'image ici

Ou

(3) Retrait du circuit intégré NAND Flash Micron 29F32G08QAA 32 mbit.
Fiche technique non encore localisée.

Marques TRÈS sombres. Voici une "image photo améliorée des marquages".

entrez la description de l'image ici


DONC

Quelqu'un a-t-il des suggestions sur la meilleure façon de lire cette mémoire au format original, ou pas du tout?

Toutes les pensées sur la source de 6211, les points communs avec d'autres parties, la capacité d'utiliser "n'importe quel" IC de lecture Flash NAND etc.

Des indices.


Contexte:

Un bon ami qui avait été averti de la nécessité d'une sauvegarde des données n'a pas tenu compte des avertissements, car il a "perdu l'accès" à un ensemble extrêmement précieux de fichiers stockés sur une clé USB. Elle étudie pour devenir enseignante et les fichiers sont des plans de cours et d'autres documents créés sur une longue période.

La clé USB a été physiquement gravement endommagée en étant heurtée latéralement lorsqu'elle était branchée sur un port USB. Apparemment, des tentatives ont été faites pour le lire en le rapprochant. Quand il est arrivé à moi, 3 des 4 connexions entre le PCB et le connecteur ont été rompues. J'ai ressoudé ces derniers, m'attendant à ce qu'il y ait de bonnes chances de rétablir le fonctionnement.

Lorsqu'elle est branchée sur un port USB, la clé USB consomme un gros courant (probablement un port limité) et le contrôleur devient TRÈS TRÈS chaud - j'ai d'abord découvert cela en me brûlant gravement sur l'IC. Le CI de mémoire réel se trouve sur le côté opposé du PCB. Il semble également devenir chaud MAIS cela peut être dû à la très grande puissance allant dans le CI du contrôleur. Le dessoudage se produira.


Numéro de pièce corrigé à 29F32G08 Q AA


6
Est-ce que la personne qui a rétrogradé cela voudrait expliquer pourquoi. Si vous pouvez indiquer comment poser une question avec plus d'adéquation, mais sans excédent de bagages, ou comment énoncer plus clairement le problème; ou si vous pouvez expliquer en quoi cette question ne concerne pas la conception ou la construction électroniques; alors votre grande érudition, votre sagacité, votre perspicacité, votre sagesse et (qui peut en douter) votre esprit, et sans doute votre immense beauté personnelle et toute votre joie de vivre, bénéficieraient sans aucun doute de cette exposition accrue. Non?
Russell McMahon

Aïe - 6 résultats sur google pour une fiche technique du 29F32G080AA ... Pas beau sur ce front ...
Majenko

Le contrôleur semble cependant être populaire. "Ce contrôleur se trouve dans les lecteurs flash de différents fabricants, tels que: Kingston, Kingmax, A-data, etc."
Majenko

@Russell - Je suis le deuxième downvoter. Je l'ai déclassé car il manque irrémédiablement des données qui seront nécessaires pour répondre à la question: schémas, fiche technique du module flash, informations sur le comportement normal. Il leur manque car c'est une question de débogage de l'électronique grand public. Vous avez fait un grand effort pour fournir toutes les informations que vous pouvez, mais vous êtes dans une position fondamentalement différente de celle du concepteur du lecteur flash si vous rencontriez les mêmes problèmes. Merci aussi pour les compliments!
Kevin Vermeer

qui avait été averti de la nécessité d'une sauvegarde des données n'a pas tenu compte ... Duh! On dirait qu'elle a obtenu ce qu'elle a demandé. Duh, encore.
Olin Lathrop

Réponses:


4

Il semble que vous puissiez obtenir la fiche technique de la puce flash et ainsi préparer quelque chose pour lire les bits. Cependant, cela peut être loin de récupérer les données. Quelque part dans la pile de bits se trouvent des informations de contrôle privées sur le lecteur flash, probablement certaines données de nivellement d'usure, puis des structures de système de fichiers vues par le système d'exploitation.

Vous devriez pouvoir obtenir des informations sur le système de fichiers (probablement FAT32), mais il est peu probable que les structures du lecteur flash privé et comment / où il stocke les données soient spécifiées publiquement. Je pense que le meilleur pari est d'obtenir un autre lecteur flash du même modèle, de remplacer votre puce flash dans ce lecteur, et j'espère qu'aucun état supplémentaire n'est stocké dans la mémoire non volatile du contrôleur.


Ah. C'est mieux. Pas de poissons morts ni de phases de lune non plus :-). Et oui, merci, c'est un assez bon résumé de ce que j'ai entendu ailleurs jusqu'ici. Veronica Merryfield m'a envoyé un lien vers le brevet qui couvre leur système FTL - j'espère que cela ne deviendra pas si difficile :-)
Russell McMahon

2
@Russell: En fait, tout ce projet est assez incertain, il peut donc nécessiter une agitation appropriée des poissons morts.
Olin Lathrop

1
"Pretty iffy" est un sobriquet "assez large". On ne peut pas toujours choisir ce que la réalité prépare - seulement pour relever le défi ou non. Je sais maintenant quels facteurs sont susceptibles d'affecter le résultat - et que les chances de succès sont faibles :-(. J'ai une clé USB qui semble être la même sur le chemin d'un site d'enchères local et je saurai bientôt si je je vais pouvoir tenter une réparation. Cette gamme de iffy acceptable. Je vais peut-être encore lutter contre le Dragon et peut même arriver à secourir la belle demoiselle. Cela me semble bien.
Russell McMahon

2

Il peut s'agir de cet appareil:

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

Les fiches techniques semblent être sous NDA, mais il y a aussi un lien ici:

http://onfi.org/specifications/

qui a des spécifications génériques.


Je ne pense pas que ce soit vraiment la réponse à votre problème, mais vous pourriez ...

  • Établissez suffisamment pour câbler la puce NAND nue à un microcontrôleur préféré (éventuellement via certains commutateurs de niveau).
  • Ensuite, "bit-bang" l'interface pour télécharger la puce entière sur série. Cela prendra un certain temps.
  • Vous pourrez alors parcourir stringscette image pour extraire le contenu de texte pur.

Mais il y aura toutes sortes de corrections d'erreurs et de fragmentation, ce qui ne vaut probablement pas la peine.


Dessouder une puce ou une autre et la remplacer par une puce fonctionnelle, ou dans un lecteur flash de travail similaire, est probablement votre meilleur choix. bonne chance!


0

La suggestion d'Olin de transplanter la puce dans un autre lecteur du même modèle est probablement la plus rapide si cela fonctionne et si vous avez la capacité de faire le soudage suffisamment proprement.

Une solution de rechange serait de câbler la puce à quelque chose avec suffisamment de GPIO et d'y accéder via une implémentation logicielle du protocole de fiche technique. IIRC, cela peut à peine être fait avec un port parallèle bidirectionnel. Un microcontrôleur connecté en série (Arduino, etc.) serait également une possibilité - soit de lui faire effectuer les cycles d'accès et de diffuser les données sur la série à quelques centaines de kilobauds, soit d'implémenter un langage de commande pour lui dire quels signaux de contrôle affirmer et récupérer les données vraiment, très lentement (multipliez le vraiment par quelques autres si c'est un modèle USB-série, compte tenu de la latence supplémentaire). Pour un projet ponctuel, la lenteur est bien sûr relative - c'est-à-dire, après avoir passé un week-end à le construire et à le déboguer, le laisser fonctionner pendant la nuit ou même pendant quelques jours ne semble pas si mal.


Yesish :-). Un nouveau contrôleur sur un ancien PCB est légèrement plus facile à souder (ce n'est pas un problème) et légèrement moins de risques d'endommager la mémoire Flash (une plus grande issuie). Mais la vieille planche marche mécaniquement blessée et transférera probablement Flash. La traduction USB vers flash est la plus grande inconnue - Micron utilise son propre algorithme breveté et je ne sais pas si déposer un ancien Flash dans le champ de cartographie d'un nouveau contrôleur est indolore ou désastreux ou quelque part entre les deux. Ensuite, il y a le nivellement de l'usure du flash avec la table de mappage qui peut être conservée dans l'ancien contrôleur (mort) ou dans l'ancien flash (vivant, j'espère).
Russell McMahon

Personnellement, je préfère dessouder et déplacer une puce flash nand avec des broches sur deux côtés largement espacés qu'un PQFP avec des broches sur les quatre côtés. Et je dis qu'après avoir réussi à retirer un PCB de 0,5 mm d'un PCB à la main à la maison à l'aide d'une tresse et d'un fil de musique et de le remettre à 90 degrés ;-) Mais je peux voir pourquoi vous préférez travailler sur une puce remplaçable que irremplaçable. Si la greffe du contrôleur ne fonctionne pas, envisagez de souder les fils pour accéder au logiciel aux plots du contrôleur.
Chris Stratton
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.