Vysvetlenie poruchovosti NAND K9GAG08U0E v D55XX/D57XX TV
Moderátor: Moderátoři
Ještě jedna věc Heňo,
jestli to teda chápu správně a hypoteticky kdyby byly ve funkčním dumpu potřebná data v bloku 1D5, což je v mém případě BB musel bych nakopírovat data z adresního prostoru 0x1edf6200-0x1ef03bff do spare oblasti 7FB a spočítat adresní prostor dle tvého postupu, je to tak???
Jinak soubor dumpu původní NAND poslu přes úschovnu jakmile se tam nahraje.
Zatím to vypada zle pro PROMAN, mam ještě amatersky polsky NANDLite, teď budu laborovat s ním.
Díky moc za podporu
jestli to teda chápu správně a hypoteticky kdyby byly ve funkčním dumpu potřebná data v bloku 1D5, což je v mém případě BB musel bych nakopírovat data z adresního prostoru 0x1edf6200-0x1ef03bff do spare oblasti 7FB a spočítat adresní prostor dle tvého postupu, je to tak???
Jinak soubor dumpu původní NAND poslu přes úschovnu jakmile se tam nahraje.
Zatím to vypada zle pro PROMAN, mam ještě amatersky polsky NANDLite, teď budu laborovat s ním.
Díky moc za podporu
Hm takto to teda nepobeží bez ručného swapu všetkého čo je naopak...
Otázka je, či tú chybu proman robí pri zápise do nand alebo len pri stahovaní obsahu nand.
Ak by to bol len druhý prípad t.j. len pri stahovaní obsahu K9GAG08U0E, potom by nahraté dumpy mohli byť funkčné, keďže BBT v dumpe čo si stiahol zo starej pamäte prehodená nebola tak asi ani jej ECC prehodená nebude a možno by aj verifikácia bola ok, keďže k chybe môže dôjsť len pri presune dát z programátoru do súboru vytvoreného pred stahovaním obsahu, ale pri verifikácii sa súbor nevytvára, len sa kontroluje už hotový súbor s tým čo je v pamäti.
Má proman možnosť stahovať, zapisovať a verifikovať len od vopred určených adries?
Ak áno, chyba by sa dala obísť tak, že by si pamäť stahoval po poloviciach alebo len po menších kusoch, kde by možno k chybe nedošlo...
Aj by ti to zrýchlilo stahovanie obsahu starej pamäte, že by si z nej vycucol let to čo potrebuješ a to je BBT+jej ECC.
Otázka je, či tú chybu proman robí pri zápise do nand alebo len pri stahovaní obsahu nand.
Ak by to bol len druhý prípad t.j. len pri stahovaní obsahu K9GAG08U0E, potom by nahraté dumpy mohli byť funkčné, keďže BBT v dumpe čo si stiahol zo starej pamäte prehodená nebola tak asi ani jej ECC prehodená nebude a možno by aj verifikácia bola ok, keďže k chybe môže dôjsť len pri presune dát z programátoru do súboru vytvoreného pred stahovaním obsahu, ale pri verifikácii sa súbor nevytvára, len sa kontroluje už hotový súbor s tým čo je v pamäti.
Má proman možnosť stahovať, zapisovať a verifikovať len od vopred určených adries?
Ak áno, chyba by sa dala obísť tak, že by si pamäť stahoval po poloviciach alebo len po menších kusoch, kde by možno k chybe nedošlo...
Aj by ti to zrýchlilo stahovanie obsahu starej pamäte, že by si z nej vycucol let to čo potrebuješ a to je BBT+jej ECC.
Áno ak dáta vo funkčnom dumpe by padli na 1D5 v tvojej pamäti, potom by sa stratili a mohli by spôsobiť závadu TV. Nemusí to tak byť vždy. Ale riskovať to nemá zmysel.elbas píše:Ještě jedna věc Heňo,
jestli to teda chápu správně a hypoteticky kdyby byly ve funkčním dumpu potřebná data v bloku 1D5, což je v mém případě BB musel bych nakopírovat data z adresního prostoru 0x1edf6200-0x1ef03bff do spare oblasti 7FB a spočítat adresní prostor dle tvého postupu, je to tak???
Jinak soubor dumpu původní NAND poslu přes úschovnu jakmile se tam nahraje.
Zatím to vypada zle pro PROMAN, mam ještě amatersky polsky NANDLite, teď budu laborovat s ním.
Díky moc za podporu
Ak v dobrom dumpe na bloku 1D5 nie je nič, potom netreba nič presúvať, lebo tento blok sa nikdy používať v pamäti nebude v súlade s pôvodnou BBT pamäte.
Spare oblast nie je oblasť rezervných blokov. Spare úsek velkosti DA00 pred koncom každého bloku.
Stačí teda hex editoru zadať príkaz na vystrihnutie alebo swap úseku dát od 0x1edf6200 do 0x1ef03bff a tento presunúť priamo alebo swapovať s obsahom úseku rezervného bloku 7FB tak ako je uložené v BBT.
Podľa výpočtu teda umiestniš úsek dát od 1EDF6200 do 1EF03BFF na úsek od 867BBE00 do 868C97FF (rezervný blok 7FB).
Swap ak to tvoj editor dokáže zároveň to čo bolo v 7FB presunie do 1D5, čo ale nie je nutné, keďže pri zápise dát do bloku 1D5 programátorom sa tam nezapíše nič resp. aj tak to čo tam bude nie je už dôležité, lebo TV tento blok podla BBT nebude ani čítať ani s ním nič robiť, kedže je zakázaný.
Keď už nič s promanom, tak aspon bude dobrý na overenie, či BBT sedí s logom vadných blokov čo proman vypluje ak by ten poský výtvor toto nedokázal...
Tak link by jsi měl mít v poště. Použil jsem mail z naší předchozí komunikace.
Ještě jednou díky za osvětu.
PS: ohledně výpočtu ecc bych mohl se doptat mých bývalých kolegu z NXP co si hrají z i.MX chipy. Já jsem více hardwarově zaměřený, soft si píšu jen na oživováni HW
Ještě jednou díky za osvětu.
PS: ohledně výpočtu ecc bych mohl se doptat mých bývalých kolegu z NXP co si hrají z i.MX chipy. Já jsem více hardwarově zaměřený, soft si píšu jen na oživováni HW
Naposledy upravil(a) elbas dne 28 pro 2018, 23:03, celkem upraveno 1 x.
Díky za info,
jeste dotaz, co s tim BB co nebyl v NAND a programator ho ukazal???
BBLK: block1534[0x5fe00000-0x5fefffff], with spare area[0x64fa4c00-0x650b25ff]
Z 20ks NAND co jsem koupil ve dvou varkach ukazuje jedna 0BB krome bloku 2073. Připravím obsah a nasypu to do te co ma 0BB. Snad to klapne s tim "polskym 100% dumpem" z elektrody.pl .
<Check bad block information>:
NAND ID: 0xecd58472_0x5042ecd5
Manufacturer: Samsung
>>Auto detected successfully.
>>The parameters are as below:
*Page data area size8192 bytes.
*Page spare area size436 bytes.
*Each block has 128 pages
*The chip has 1 chip-select signals.
*There are 2076 blocks each chip-select.
*Total 2076 blocks each chip.
*Total memory size 2076 Mbytes
*Range 0x0 - 0x81bfffff
*Memory type: MLC NAND, 4bit/cell
BBLK: block2073[0x81900000-0x819fffff], with spare area[0x88754a00-0x888623ff]
Check chip finished. Totally 1 bad block(s) exist.
jeste dotaz, co s tim BB co nebyl v NAND a programator ho ukazal???
BBLK: block1534[0x5fe00000-0x5fefffff], with spare area[0x64fa4c00-0x650b25ff]
Z 20ks NAND co jsem koupil ve dvou varkach ukazuje jedna 0BB krome bloku 2073. Připravím obsah a nasypu to do te co ma 0BB. Snad to klapne s tim "polskym 100% dumpem" z elektrody.pl .
<Check bad block information>:
NAND ID: 0xecd58472_0x5042ecd5
Manufacturer: Samsung
>>Auto detected successfully.
>>The parameters are as below:
*Page data area size8192 bytes.
*Page spare area size436 bytes.
*Each block has 128 pages
*The chip has 1 chip-select signals.
*There are 2076 blocks each chip-select.
*Total 2076 blocks each chip.
*Total memory size 2076 Mbytes
*Range 0x0 - 0x81bfffff
*Memory type: MLC NAND, 4bit/cell
BBLK: block2073[0x81900000-0x819fffff], with spare area[0x88754a00-0x888623ff]
Check chip finished. Totally 1 bad block(s) exist.
S tým blokom navyše ti neporadím.
Skús najprv polský neupravený dump nahrat cez polský programátor do nand bez BB či v objímke pojde a keď pojde, tak potom, keď zbastlíš upravený dump tak ako by mal vyzerať úpravou toho polského a nepojde v nand bez BB, tak sa budeme radiť čo dalej.
Prípadne pošleš upravený dump a polský dump a ja vytvorím z toho podla BBT svoj a porovnám s tvojím výtvorom a uvidíme, kde si urobil chybu.
Skús najprv polský neupravený dump nahrat cez polský programátor do nand bez BB či v objímke pojde a keď pojde, tak potom, keď zbastlíš upravený dump tak ako by mal vyzerať úpravou toho polského a nepojde v nand bez BB, tak sa budeme radiť čo dalej.
Prípadne pošleš upravený dump a polský dump a ja vytvorím z toho podla BBT svoj a porovnám s tvojím výtvorom a uvidíme, kde si urobil chybu.
BBT a jej ECC zo súboru, čo si mi poslal je plne funkčná, otestoval som to na TV s nand bez vadných blokov po oprave mojím vyskúšaným dumpom.
Najprv som vytvoril opravený dump s BBT a ECC bez vadných blokov a následne dump ušitý na tvoju pamäť s tvojou BBT a jej ECC + swapy úsekov dát podla tvojej BBT:
1D5 (469) do 7FB (2043)
1D6 (470) do 7FA (2042)
363 (867) do 7F9 (2041)
5FD (1533) do 7F8 (2040)
728 (1832) do 7F7(2039)
Najprv som vytvoril opravený dump s BBT a ECC bez vadných blokov a následne dump ušitý na tvoju pamäť s tvojou BBT a jej ECC + swapy úsekov dát podla tvojej BBT:
1D5 (469) do 7FB (2043)
1D6 (470) do 7FA (2042)
363 (867) do 7F9 (2041)
5FD (1533) do 7F8 (2040)
728 (1832) do 7F7(2039)
Tak jsem vyzkoušel první možnost, čistý polský dump bez úprav naprogramovaný přes NandLite do paměti s 0BB. Při verifikaci se vyskytly nějaké chyby, ale podle výpisu 1bit na page, což je si myslím akceptovatelné. Bohužel stále BOOTLOOP. Bohužel dnes nebylo moc času na testy kvůli návštěvě. Přes noc se vrhnu na úpravu obsahu, ale pokud ten polsky dump není funkční pravděpodobně dostanu stejný výsledek. No nic musím to prorazit není možné, abych ani jednu desku nedal do kupy .
Zopár bitových chýb na každú page nie je u MLC nand závada.
Pošli ten polský alebo ruský dump v rar a zároveň zistíš podľa veľkosti vytvoreného rar, ktorý z nich má toho v sebe menej a môžem skúsiť či sú pojazdné.
Pokial je reštart spôsobený naozaj obsahom nand a nie niečím iným, čo je samozrejme menej pravdepodobné - spomeň si na to, čo som písal o červenej ledke ako sa má správať po každom reštarte...
A pamätaj aj na to, že akýkolvek komunikačný vývod pamäte, ktorý má byť zapojený ak je v lufte alebo v skrate, tak isto sa to bude reštartovat a to ihned po logu resp. v okamihu zobrazenia hlášky no signal/naladeného programu.
Pošli ten polský alebo ruský dump v rar a zároveň zistíš podľa veľkosti vytvoreného rar, ktorý z nich má toho v sebe menej a môžem skúsiť či sú pojazdné.
Pokial je reštart spôsobený naozaj obsahom nand a nie niečím iným, čo je samozrejme menej pravdepodobné - spomeň si na to, čo som písal o červenej ledke ako sa má správať po každom reštarte...
A pamätaj aj na to, že akýkolvek komunikačný vývod pamäte, ktorý má byť zapojený ak je v lufte alebo v skrate, tak isto sa to bude reštartovat a to ihned po logu resp. v okamihu zobrazenia hlášky no signal/naladeného programu.