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 .
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".
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
la source
Réponses:
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.
la source
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 ...
strings
cette 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!
la source
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.
la source