NAND FLASH z pendriva - format danych
Masz problem? Zapytaj na forum elektroda.pl
From: Pawel Kraszewski <Pawel_at_nospam_Kraszewscy.net>
Subject: NAND FLASH z pendriva - format danych
Date: Mon, 10 Jul 2006 02:26:05 +0200
Witam!
Mam zgryza technicznego. Znajomemu "uszkodził się" pendrive (pies go
odgryzł, czy co). W każdym razie miał wyczucie i podzielił PCB między
pamięciami (2x FLASH) a kontroleram (i raczej nie nadaje się do
zlutowania - wielowarstwowy PCB i wyprute ścieżki).
Znajomy odlutował mi pamięci, kupiłem w Epsilonie ZIFa do tych chipów,
zmajdrowałem na podstawie dokumentacji do chipa czytnik i zassałem
zawartość do komputera.
I tu jest problem: dane nie są ułożone sekwencyjnie. Dane wyglądają tak:
Ramka ma 2048+64 bajty. W środku wygląda to tak:
4x struktura (512 bajtów sektor + 8 bajtów krzaczków + 8 bajtów 0xFF )
64 ramki tworzą stronę, stron jest 2048.
Są dwa scalaki, już wyczaiłem, że system czyta ramki raz z jednego, raz z
drugiego.Zrobiłem program, który wywala śmieci z ramki (te wstawki po 16
bajtów między sektorami) oraz skleja ramki z obu chipów w "superramki" po
4096 bajtów a te w "superstrony" po 64 superramki, czyli po 256kB.
Jak popatrzę na superramkę, to mam tam zupełnie sensowne dane - dają się
odczytać napisy, widać fragmenty struktury dysku (FAT, MBR, itd). Problem z
tym, że superstrony nie są w kolejności... Pierwsze 256kB pena jest w
superramce 0x0CD. Kończy się to FATem, więc szukając kontynuacji znalazłem
2 następne superramki: 0x0E2 i 2 następne do wyboru : 0x00D albo 0x0B1.
I pytanie moje: czy ktoś ma jakiekolwiek pojęcie (nawet teoretyczne, czy
nawet "ciocia mówiła"), jak powiązać ramki??? Widzę dwie możliwości: gdzieś
w pamięci jest superramka z mapowaniem numerów sekwencyjnych na superramki
bądź te śmieci między sektorami zawierają jakąś formę mapy...
Za jakąkolwiek pomoc będę bardzo wdzięczny
--
Pawel Kraszewski
www.kraszewscy.net
From: John Smith <dam9723_at_nospam_buziaczek.pl>
Subject: Re: NAND FLASH z pendriva - format danych
Date: Mon, 10 Jul 2006 03:36:02 +0200
Mam zgryza technicznego. Znajomemu "uszkodził się" pendrive (pies go
odgryzł, czy co). W każdym razie miał wyczucie i podzielił PCB między
pamięciami (2x FLASH) a kontroleram (i raczej nie nadaje się do
zlutowania - wielowarstwowy PCB i wyprute ścieżki).
Kupić identyczny pendrive i wlutować te kości. Jak sądzę to dane
zawarte na nim są najwięcej warte.
K.
From: Wojtek Kaniewski <wojtekka_at_nospam_SPAM.SPAM.SPAM>
Subject: Re: NAND FLASH z pendriva - format danych
Date: Mon, 10 Jul 2006 07:57:51 +0200
Pawel Kraszewski napisał(a):
I pytanie moje: czy ktoś ma jakiekolwiek pojęcie (nawet teoretyczne, czy
nawet "ciocia mówiła"), jak powiązać ramki???
Poszukaj dokumentacji kontrolera tego pendrive'a i sprawdź, czy
przypadkiem nie opisali sposobu zapisu, zapewnienia ,,wear leveling''
itp. Jeśli tego nie ma, to możliwe, że będzie chociaż przykładowy
schemat, na którego podstawie można sklecić pendrive'a na pająku.
A łatwiej by było na pewno kupić takiego samego pendrive'a (skoro dane
są takie ważne, to raczej nie był to noname) i podmienić pamięć, jak już
wcześniej wspomniano.
w.
From: Pawel Kraszewski <Pawel_at_nospam_Kraszewscy.net>
Subject: Re: NAND FLASH z pendriva - format danych
Date: Mon, 10 Jul 2006 08:18:19 +0200
Wojtek Kaniewski wrote:
Pawel Kraszewski napisaĹ(a):
I pytanie moje: czy ktoĹ ma jakiekolwiek pojÄcie (nawet teoretyczne, czy
nawet "ciocia mĂłwiĹa"), jak powiÄ
zaÄ ramki???
Poszukaj dokumentacji kontrolera tego pendrive'a i sprawdĹş, czy
przypadkiem nie opisali sposobu zapisu, zapewnienia ,,wear leveling''
itp. JeĹli tego nie ma, to moĹźliwe, Ĺźe bÄdzie chociaĹź przykĹadowy
schemat, na ktĂłrego podstawie moĹźna skleciÄ pendrive'a na pajÄ
ku.
A Ĺatwiej by byĹo na pewno kupiÄ takiego samego pendrive'a (skoro dane
sÄ
takie waĹźne, to raczej nie byĹ to noname) i podmieniÄ pamiÄÄ, jak juĹź
wczeĹniej wspomniano.
w.
Ha... No tak... To byĹ mĂłj pierwszy odruch... Ale obudowy do pendrive'a nie
ma, a PCB nie jest sygnowana...
Kontroler jest taki (loga firmy brak):
M-DiSK
01-AS-046-01
WyglÄ
da to na TwinMOSa (przynajmniej wg Google). SkontaktujÄ siÄ z nimi.
DziÄki za ,,wear leveling'' - poszukam wiÄcej w sieci.
--
Pawel Kraszewski
www.kraszewscy.net
From: "William" <nie_at_nospam_ma.mnie.pl>
Subject: Re: NAND FLASH z pendriva - format danych
Date: Mon, 10 Jul 2006 08:29:48 +0200
Za jakąkolwiek pomoc będę bardzo wdzięczny
Numeracja bitów szyny danych i adresowej pamięci (D0...D7, A0... Ax) jest
"umowna" tzn. projektant mógł połączyc je ze sterownikiem tak aby mu wyszły
najlepiej ścieżki na płytce, a nie zgodnie z numeracją. Po odczytaniu
zawartosci takiej pamieci programatorem trzeba zrobić permutację adresu /
danych zgodnie ze schematem połączeń na płytce.
From: Pawel Kraszewski <Pawel_at_nospam_Kraszewscy.net>
Subject: Re: NAND FLASH z pendriva - format danych
Date: Mon, 10 Jul 2006 08:50:25 +0200
William wrote:
Za jakÄ
kolwiek pomoc bÄdÄ bardzo wdziÄczny
Numeracja bitĂłw szyny danych i adresowej pamiÄci (D0...D7, A0... Ax) jest
"umowna" tzn. projektant mĂłgĹ poĹÄ
czyc je ze sterownikiem tak aby mu
wyszĹy najlepiej ĹcieĹźki na pĹytce, a nie zgodnie z numeracjÄ
. Po
odczytaniu zawartosci takiej pamieci programatorem trzeba zrobiÄ
permutacjÄ adresu / danych zgodnie ze schematem poĹÄ
czeĹ na pĹytce.
Dobry punkt - ale to jest NAND-FLASH a nie zwykĹy (jak, powiedzmy, BIOS) i
nie ma szyny adresowej. Tj. i ma i nie ma - bez wĹaĹźenia w szczegĂłĹy - dane
sÄ
multipleksowane z adresem na jednej 8-bitowej szynie. Czyli jak czÄĹÄ
danych widzÄ, to zanóźkowaĹem go dobrze i nie ma moĹźliwoĹci pomyĹki.
IdÄ
c tropem M-DiSKa - znalazĹem takie coĹ (datowane 25.02.05):
http://www.cdrlab.pl/article_strona_1607_6.html
'Mobile Disk III' ma kropka w kropkÄ takÄ
samÄ
pĹytkÄ, te same chipy
pamiÄci, tylko ciut inny kontroler (ja mam 01-AS-046-01 a tam jest
01-AS-038-00)
--
Pawel Kraszewski
www.kraszewscy.net
From: "=?ISO-8859-2?Q?Pawe=B3_?=" <paweu3_at_nospam_gazeta.SKASUJ-TO.pl>
Subject: Re: NAND FLASH z pendriva - format danych
Date: Mon, 10 Jul 2006 20:15:55 +0000 (UTC)
Pawel Kraszewski <Pawel_at_nospam_Kraszewscy.net> napisał(a):
Witam!
Mam zgryza technicznego. Znajomemu "uszkodził się" pendrive (pies go
odgryzł, czy co). W każdym razie miał wyczucie i podzielił PCB między
pamięciami (2x FLASH) a kontroleram (i raczej nie nadaje się do
zlutowania - wielowarstwowy PCB i wyprute ścieżki).
[ciach]
podłączę się pod wątek,
w sumie stoję przed podobnym problemem - zdechła karfa Compact Flash
Kingston 512MB - próbowałem kupić taką - niestety mimo takiej samej obudowy -
zawartość inna - mcu karty - ARM - nieżywy - jestem przygotowany na
wylutowanie pamięci i odczytanie ich za pomocą innego mcu - tylko pytanie co
dalej - wear leveling algorithm (o ile jest zastosowany) chyba mocno
skomplikuje sprawę... może ktoś doświadczony podzieli się sugestiami?
dziękuję i pozdrawiam
Paweł
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/