Micron 29F32G08QAA NANDフラッシュICの読み取り

これが買い物の質問だったらいいのですが、それは99％+で、電子構造の質問である可能性があります:-(。

破損したUSBメモリスティックで4GB NANDフラッシュICを読み取るための最も速く/簡単/最も安い方法を見つけたいと思います。オンボードのコントローラーICが故障しています。FlashICも故障している可能性がありますが、それが明らかになるまではそうではないと思います。

それを読むには

（1）カスタムリーダーの作成、

Flashへの接続が少ないため、まったくばかげた考えではないかもしれません（8つのデータと少数のコントロール）。

知らないうちにデータに簡単にアクセスできる可能性はどれくらいありますか。ビットイメージを取得するのは耐えられる最悪のケースですが、ファイルシステムとファイルを従来どおり「認識」するものを用意するほうがはるかに遠いです。もちろん。

（2）新しいコントローラーICでのはんだ付け

これらが他のデバイスで一般的に使用されているかどうかはまだわかりません。これまでにチェックされた1のサンプルは、100％不一致でした。業界標準があるかもしれませんが、部品番号は関係ありませんが、（まだ）わかりません。

SK6211。QFP48。概要説明はこちら、
データシートはこちら。

または

（3）Micron 29F32G08QAA 32 mbit NANDフラッシュICを取り外します。
データシートがまだ見つかりません。

マーキングは非常に薄暗い。こちらは「マーキングの写真画像」です。

そう

誰もが私がこのメモリを元の形式でどのように読み取るのが最善であるか、またはまったく提案がありますか？

6211のソースに関する考え、他のパーツとの共通点、「古い」NANDフラッシュ読み取りICを使用する能力など

ヒント。

バックグラウンド：

USBメモリスティックに保存されている非常に貴重なファイルセットへの「アクセスが失われた」ため、データバックアップの必要性について警告されていた親友は警告に注意を払うことができませんでした。彼女は教師になるための勉強をしており、ファイルは授業計画や長期間にわたって作成されたその他の資料です。

USBメモリスティックは、USBポートに接続されているときに横向きにたたくと、物理的に深刻な損傷を受けました。どうやら、一緒に押して読む試みがなされたようです。PCBとコネクタの間の4つの接続のうち3つが壊れました。私はこれらを再販しました、操作を回復する良いチャンスがあることを期待しています。

USBポートに接続すると、メモリスティックに大きな電流が流れ（おそらくポートが制限されます）、コントローラーが非常に熱くなります。これは、ICをひどく燃やすことによって初めて発見されました。実際のメモリICはPCBの反対側にあります。また、高温になっているように見えますが、コントローラICに入る非常に大きなワット数が原因である可能性があります。はんだ吸取が発生します。

部品番号が29F32G08 Q AAに修正されました

フラッシュチップのデータシートを入手して、ビットを読み取るためのリグを作成できるようです。ただし、データの回復には長い時間がかかる場合があります。ビットの山のどこかに、フラッシュドライブ専用の制御情報、おそらくウェアレベリングデータ、そしてオペレーティングシステムから見たファイルシステム構造があります。

ファイルシステム（おそらくFAT32）に関する情報を取得できるはずですが、プライベートフラッシュドライブの構造と、データが実際に格納される方法/場所が公に指定されることはほとんどありません。まったく同じモデルの別のフラッシュドライブを入手し、フラッシュチップをそのドライブに交換し、コントローラーの不揮発性メモリに追加の状態が保存されないようにすることをお勧めします。

それはこのデバイスかもしれません：

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

データシートはNDAの下にあるようですが、ここへのリンクもあります。

http://onfi.org/specifications/

一般的な仕様があります。

これは本当にあなたの問題の答えだとは思いませんが、あなたは...

• 裸のNANDチップをお気に入りのマイクロコントローラーに（おそらくいくつかのレベルシフターを介して）接続するのに十分なものを確立します。
• 次に、インターフェイスを「ビットバン」して、シリアル経由でチップ全体をダウンロードします。これにはしばらく時間がかかります。
• その後strings、そのイメージを実行して、純粋なテキストコンテンツを抽出できます。

しかし、あらゆる種類のエラー修正と断片化が邪魔になるので、これはおそらく努力する価値はありません。

1つまたは他のチップのはんだを外し、それを正常なチップと交換するか、同様のilkの正常なフラッシュドライブで交換するのがおそらく最善の策です。幸運を！

チップを別の同じモデルのドライブに移植するというOlinの提案は、それが機能し、はんだ付けを十分に行うことができる場合に、おそらく最も速くなります。

フォールバックの可能性は、十分なGPIOを備えた何かにチップを配線し、データシートプロトコルのソフトウェア実装を介してそれにアクセスすることです。IIRC、これは、双方向パラレルポートではほとんど実行できません。シリアル接続されたマイクロコントローラー（arduinoなど）も可能性があります-アクセスサイクルを実行し、数百キロボーでシリアル経由でデータをストリーミングするか、アサートする制御信号を伝えるコマンド言語を実装します。データを本当にゆっくりと戻します（レイテンシが追加された場合、USBシリアルモデルの場合は、実際の数にさらに数を掛けます）。1回限りのプロジェクトの場合、もちろん遅いことは相対的です。つまり、週末の構築とデバッグを行った後、一晩または数日間実行しても、それほど悪くはありません。