Topic
Работа с НАНД памети.
- dtmf75
- Topic Author
- Offline
- Platinum Member
- Posts: 904
- Thank you received: 140
- Points: 2753.00
Работа с НАНД памети. was created by dtmf75
Забелязвам че има много хора които не са в час с материята , и за това отварям такава тема.
Не че аз съм много напред, но така за обща култура.
Като се свали чипа от някакъв уред и се сложи на програматора, при сканиране за лоши блокове показва някакъв брой, примерно 10.
Тези 10 броя ББ ( Bad Block) са сумарно както във чипа , така и във софтуера. Може да се повреди част от самия чип, както и част от софтуера .
Преди запис на нов дъмп във стар чип задължително се изтрива стария чип и се прави проверка на чистота.
След това нова проверка за ББ. Много често след изтриването на чипа и ново сканиране за ББ, виждаме че от 10 броя са останали примерно 3 ББ. Тези 3 броя ББ са в чипа, а останалите 7 броя се оказва че са били в софтуера.
Някои програматори (например NTT) могат да сканират за ББ преди записа, отделно чипа и отделно бина и да направят анализ попада ли полезна информация от софтуера върху ББ от чипа.
При запис прескачането на ББ в чипа не винаги дава сигурен резултат. Примерно Самсунг или ЛГ могат да имат различно виждане за ББ от това което вижда програматора.
При поставяне на нов непознат чип в програматора винаги сверявайте това което мисли програматора с информацията от datasheet .
Най-честия случай при неправилно определен чип, се оказва късо съединение между 2 крачета което трудно се вижда без микроскоп. Получава се при свалянето на чипа от платката.
В останалите случаи чипа е непознат за програматора, понеже ID-тата и конфигурацията му не е добавена от производителя на програматора.
1Gb чип при 8 битова система, разделяме на 8 и получаваме грубо около 125 MB изходен файл от програматора.
Не че аз съм много напред, но така за обща култура.
Като се свали чипа от някакъв уред и се сложи на програматора, при сканиране за лоши блокове показва някакъв брой, примерно 10.
Тези 10 броя ББ ( Bad Block) са сумарно както във чипа , така и във софтуера. Може да се повреди част от самия чип, както и част от софтуера .
Преди запис на нов дъмп във стар чип задължително се изтрива стария чип и се прави проверка на чистота.
След това нова проверка за ББ. Много често след изтриването на чипа и ново сканиране за ББ, виждаме че от 10 броя са останали примерно 3 ББ. Тези 3 броя ББ са в чипа, а останалите 7 броя се оказва че са били в софтуера.
Някои програматори (например NTT) могат да сканират за ББ преди записа, отделно чипа и отделно бина и да направят анализ попада ли полезна информация от софтуера върху ББ от чипа.
При запис прескачането на ББ в чипа не винаги дава сигурен резултат. Примерно Самсунг или ЛГ могат да имат различно виждане за ББ от това което вижда програматора.
При поставяне на нов непознат чип в програматора винаги сверявайте това което мисли програматора с информацията от datasheet .
Най-честия случай при неправилно определен чип, се оказва късо съединение между 2 крачета което трудно се вижда без микроскоп. Получава се при свалянето на чипа от платката.
В останалите случаи чипа е непознат за програматора, понеже ID-тата и конфигурацията му не е добавена от производителя на програматора.
1Gb чип при 8 битова система, разделяме на 8 и получаваме грубо около 125 MB изходен файл от програматора.
Please Log in or Create an account to join the conversation.
- ciklon
- Offline
- Administrator
Replied by ciklon on topic Работа с НАНД памети.
Да добавя, че при работа с програматора RT809H, ако се проверява за Bad Blocks то при тази проверка се изтрива информацията в нанда, което да се има в предвид.
- "Разни хора, разни идеали..." - Алеко Константинов
- "Аз знам, че нищо не знам" - Сократ
www.ciklon.org
- "Аз знам, че нищо не знам" - Сократ
www.ciklon.org
The following user(s) said Thank You: jeloi
27 Sep 2019 23:59
#2
Please Log in or Create an account to join the conversation.
- ggg3
- Offline
- Platinum Member
- Posts: 156
- Thank you received: 54
- Points: 60.00
Replied by ggg3 on topic Работа с НАНД памети.
В много от случаите на краен неуспех след записване на нанд или еммс, някой колеги търсят причината в програматора или наличието на лоши блокове. Истинската причина не е нито в едното нито в другото. Ако не се направят ръчно някой промени в съдържанието на паметите, неуспеха е гарантиран и в случаите, когато изглежда, че тв. работи нормално незвисимо, дали паметта е била заменена с нова или не.
28 Sep 2019 08:58
#3
Please Log in or Create an account to join the conversation.
- dtmf75
- Topic Author
- Offline
- Platinum Member
- Posts: 904
- Thank you received: 140
- Points: 2753.00
Replied by dtmf75 on topic Работа с НАНД памети.
Лог от Самсунга D55XX на Йордан от другия форум. Вече и аз го бях отписал, а се оказа че програматора го оправил:
PageSize = 8192 byte, blk_size = 1048576, chip_size = 2048 Mbyte, bus = 0, chips = 1
K9GAG08U0E
Using this parameters:
Block Size = 1048576 byte
Block count = 2048
Page Size = 8192 byte
Spare Size = 436 byte
Общий размер = 2048 Mbyte
Кол-во адресных циклов = 5
Scanning for Bad-Blocks ...
Found BadBlock (164) at 0x0A400000 (raw 0x0ACBA800) (chip 0)
Found BadBlock (473) at 0x1D900000 (raw 0x1F22CA00) (chip 0)
Found BadBlock (508) at 0x1FC00000 (raw 0x21709800) (chip 0)
Found BadBlock (510) at 0x1FE00000 (raw 0x21924C00) (chip 0)
Found BadBlock (1020) at 0x3FC00000 (raw 0x43249800) (chip 0)
Found BadBlock (1022) at 0x3FE00000 (raw 0x43464C00) (chip 0)
Found BadBlock (1208) at 0x4B800000 (raw 0x4F84B000) (chip 0)
Found BadBlock (1532) at 0x5FC00000 (raw 0x64D89800) (chip 0)
Found BadBlock (1724) at 0x6BC00000 (raw 0x717C1800) (chip 0)
Found BadBlock (1805) at 0x70D00000 (raw 0x76D11200) (chip 0)
Found BadBlock (1806) at 0x70E00000 (raw 0x76E1EC00) (chip 0)
Found 11 Bad-Blocks
Стираем 0 чип
ERASE: Status (0xE1) error !
Ошибка стирания блока 473
ERASE: Status (0xE1) error !
Ошибка стирания блока 1208
ERASE: Status (0xE1) error !
Ошибка стирания блока 1724
ERASE: Status (0xE1) error !
Ошибка стирания блока 1805
ERASE: Status (0xE1) error !
Ошибка стирания блока 1806
Стирание успешно !
Scanning for Bad-Blocks ...
Found BadBlock (473) at 0x1D900000 (raw 0x1F22CA00) (chip 0)
Found BadBlock (1208) at 0x4B800000 (raw 0x4F84B000) (chip 0)
Found BadBlock (1724) at 0x6BC00000 (raw 0x717C1800) (chip 0)
Found BadBlock (1805) at 0x70D00000 (raw 0x76D11200) (chip 0)
Found BadBlock (1806) at 0x70E00000 (raw 0x76E1EC00) (chip 0)
Found 5 Bad-Blocks
Анализируем файл C:\Users\User\Desktop\D5 DANCHO\HERMES DUMP\K9GAU08G0E-2048mB.nttc
Используется декодирование дампа
Поиск бэд-блоков начат
1642
Проверяем 0 чип ...
Scanning Dump(0) for Bad-Blocks ...
BBT не используется в настройках!
Найдена таблица Samsung BadBlock v1
Системных секторов = 4
Резервных блоков = 120
Найдено (1) BadBlock в заголовке
HW BadBlock (CE0, 473) содержит данныe!
HW BadBlock (CE0, 1208) не содержит данных!
HW BadBlock (CE0, 1724) содержит данныe!
HW BadBlock (CE0, 1805) не содержит данных!
HW BadBlock (CE0, 1806) не содержит данных!
Found Dump BadBlock (1876) at 0x75400000 (raw 0x7B7D8800) (chip 0) (partition 0x0)
Found 1 Bad-Blocks in Dump(0)
Найдена таблица разделов Samsung v1!
Поиск завершен
16:52:00
New Bad Blocks parameter applied!
Bad Block skip ENABLED!
Записываем файл C:\Users\User\Desktop\D5 DANCHO\HERMES DUMP\K9GAU08G0E-2048mB.nttc
Используется декодирование дампа
Используем замену Samsung BB D
Запись начата
PageSize = 8192 byte, blk_size = 1048576, chip_size = 2048 Mbyte, bus = 0, chips = 1
K9GAG08U0E
Using this parameters:
Block Size = 1048576 byte
Block count = 2048
Page Size = 8192 byte
Spare Size = 436 byte
Общий размер = 2048 Mbyte
Кол-во адресных циклов = 5
Scanning for Bad-Blocks ...
Found BadBlock (164) at 0x0A400000 (raw 0x0ACBA800) (chip 0)
Found BadBlock (473) at 0x1D900000 (raw 0x1F22CA00) (chip 0)
Found BadBlock (508) at 0x1FC00000 (raw 0x21709800) (chip 0)
Found BadBlock (510) at 0x1FE00000 (raw 0x21924C00) (chip 0)
Found BadBlock (1020) at 0x3FC00000 (raw 0x43249800) (chip 0)
Found BadBlock (1022) at 0x3FE00000 (raw 0x43464C00) (chip 0)
Found BadBlock (1208) at 0x4B800000 (raw 0x4F84B000) (chip 0)
Found BadBlock (1532) at 0x5FC00000 (raw 0x64D89800) (chip 0)
Found BadBlock (1724) at 0x6BC00000 (raw 0x717C1800) (chip 0)
Found BadBlock (1805) at 0x70D00000 (raw 0x76D11200) (chip 0)
Found BadBlock (1806) at 0x70E00000 (raw 0x76E1EC00) (chip 0)
Found 11 Bad-Blocks
Стираем 0 чип
ERASE: Status (0xE1) error !
Ошибка стирания блока 473
ERASE: Status (0xE1) error !
Ошибка стирания блока 1208
ERASE: Status (0xE1) error !
Ошибка стирания блока 1724
ERASE: Status (0xE1) error !
Ошибка стирания блока 1805
ERASE: Status (0xE1) error !
Ошибка стирания блока 1806
Стирание успешно !
Scanning for Bad-Blocks ...
Found BadBlock (473) at 0x1D900000 (raw 0x1F22CA00) (chip 0)
Found BadBlock (1208) at 0x4B800000 (raw 0x4F84B000) (chip 0)
Found BadBlock (1724) at 0x6BC00000 (raw 0x717C1800) (chip 0)
Found BadBlock (1805) at 0x70D00000 (raw 0x76D11200) (chip 0)
Found BadBlock (1806) at 0x70E00000 (raw 0x76E1EC00) (chip 0)
Found 5 Bad-Blocks
Анализируем файл C:\Users\User\Desktop\D5 DANCHO\HERMES DUMP\K9GAU08G0E-2048mB.nttc
Используется декодирование дампа
Поиск бэд-блоков начат
1642
Проверяем 0 чип ...
Scanning Dump(0) for Bad-Blocks ...
BBT не используется в настройках!
Найдена таблица Samsung BadBlock v1
Системных секторов = 4
Резервных блоков = 120
Найдено (1) BadBlock в заголовке
HW BadBlock (CE0, 473) содержит данныe!
HW BadBlock (CE0, 1208) не содержит данных!
HW BadBlock (CE0, 1724) содержит данныe!
HW BadBlock (CE0, 1805) не содержит данных!
HW BadBlock (CE0, 1806) не содержит данных!
Found Dump BadBlock (1876) at 0x75400000 (raw 0x7B7D8800) (chip 0) (partition 0x0)
Found 1 Bad-Blocks in Dump(0)
Найдена таблица разделов Samsung v1!
Поиск завершен
16:52:00
New Bad Blocks parameter applied!
Bad Block skip ENABLED!
Записываем файл C:\Users\User\Desktop\D5 DANCHO\HERMES DUMP\K9GAU08G0E-2048mB.nttc
Используется декодирование дампа
Используем замену Samsung BB D
Запись начата
Please Log in or Create an account to join the conversation.
- dtmf75
- Topic Author
- Offline
- Platinum Member
- Posts: 904
- Thank you received: 140
- Points: 2753.00
Replied by dtmf75 on topic Работа с НАНД памети.
Много полезен инструмент е програма за работа с блокове в бинове от НАНД памети: проверка за лоши блокове, преместване , изтриване, замяна на блокове между 2 дъмпа за да се получи един подобрен и т.н.
Нерегистрираната версия показва само броя и номерата на лошите блокове, но пак е по -добре от нищо и работене на сляпо.
В примера дъмп от Samsung D серия:
Нерегистрираната версия показва само броя и номерата на лошите блокове, но пак е по -добре от нищо и работене на сляпо.
В примера дъмп от Samsung D серия:
The following user(s) said Thank You: ciklon
This message has an attachment image.
Please log in or register to see it.
Please Log in or Create an account to join the conversation.
- dtmf75
- Topic Author
- Offline
- Platinum Member
- Posts: 904
- Thank you received: 140
- Points: 2753.00
Replied by dtmf75 on topic Работа с НАНД памети.
Част от лог от One Nand на Samsung D серия.
Програматора видя разделите, и премести лошия блок от чипа към края на дъмпа където няма полезна информация:
HW BadBlock (CE0, 961) содержит данныe!
Bad-Blocks in Dump(0) not found
Найдена таблица разделов Samsung v1!
Найдено 12 разделов в заголовке для СЕ0
Found partition on СЕ0 at addr 0x00000000 (0 block)
Found partition on СЕ0 at addr 0x00020000 (1 block)
Found partition on СЕ0 at addr 0x00060000 (3 block)
Found partition on СЕ0 at addr 0x00080000 (4 block)
Found partition on СЕ0 at addr 0x000C0000 (6 block)
Found partition on СЕ0 at addr 0x00540000 (42 block)
Found partition on СЕ0 at addr 0x009C0000 (78 block)
Found partition on СЕ0 at addr 0x009E0000 (79 block)
Found partition on СЕ0 at addr 0x00A00000 (80 block)
Found partition on СЕ0 at addr 0x00A20000 (81 block)
Found partition on СЕ0 at addr 0x01620000 (177 block)
Found partition on СЕ0 at addr 0x05E00000 (752 block)
Found last partition on СЕ0 at addr 0x07D00000 (1000 block)
Используется декодирование дампа
Используем замену Samsung BB D
Запись начата
Block bb replace 961 -> 1019
Програматора видя разделите, и премести лошия блок от чипа към края на дъмпа където няма полезна информация:
HW BadBlock (CE0, 961) содержит данныe!
Bad-Blocks in Dump(0) not found
Найдена таблица разделов Samsung v1!
Найдено 12 разделов в заголовке для СЕ0
Found partition on СЕ0 at addr 0x00000000 (0 block)
Found partition on СЕ0 at addr 0x00020000 (1 block)
Found partition on СЕ0 at addr 0x00060000 (3 block)
Found partition on СЕ0 at addr 0x00080000 (4 block)
Found partition on СЕ0 at addr 0x000C0000 (6 block)
Found partition on СЕ0 at addr 0x00540000 (42 block)
Found partition on СЕ0 at addr 0x009C0000 (78 block)
Found partition on СЕ0 at addr 0x009E0000 (79 block)
Found partition on СЕ0 at addr 0x00A00000 (80 block)
Found partition on СЕ0 at addr 0x00A20000 (81 block)
Found partition on СЕ0 at addr 0x01620000 (177 block)
Found partition on СЕ0 at addr 0x05E00000 (752 block)
Found last partition on СЕ0 at addr 0x07D00000 (1000 block)
Используется декодирование дампа
Используем замену Samsung BB D
Запись начата
Block bb replace 961 -> 1019
01 Nov 2019 00:04
#6
Please Log in or Create an account to join the conversation.
- rumbarov
- Offline
- New Member
- Posts: 12
- Thank you received: 3
- Points: 14.00
Replied by rumbarov on topic Работа с НАНД памети.
..............Tези 10 броя ББ ( Bad Block) са сумарно както във чипа , така и във софтуера. Може да се повреди част от самия чип, както и част от софтуера .
Преди запис на нов дъмп във стар чип задължително се изтрива стария чип и се прави проверка на чистота.
След това нова проверка за ББ. Много често след изтриването на чипа и ново сканиране за ББ, виждаме че от 10 броя са останали примерно 3 ББ. Тези 3 броя ББ са в чипа, а останалите 7 броя се оказва че са били в софтуера......................
Няма такова нещо като "бед блок" в софтуера. "Бед блок-ове" може да има само в чипа. При всеки блок, след запис или четене се прави проверка запис или проверка четене. Ако при някоя от тези две операции се открие грешка, която не може да бъде коригирана от ECC, съдържанието на този блок се копира в друг блок, а първия блок се обявява за 'бед" и се добавя в таблицата с "бед блокове"
Преди запис на нов дъмп във стар чип задължително се изтрива стария чип и се прави проверка на чистота.
След това нова проверка за ББ. Много често след изтриването на чипа и ново сканиране за ББ, виждаме че от 10 броя са останали примерно 3 ББ. Тези 3 броя ББ са в чипа, а останалите 7 броя се оказва че са били в софтуера......................
Няма такова нещо като "бед блок" в софтуера. "Бед блок-ове" може да има само в чипа. При всеки блок, след запис или четене се прави проверка запис или проверка четене. Ако при някоя от тези две операции се открие грешка, която не може да бъде коригирана от ECC, съдържанието на този блок се копира в друг блок, а първия блок се обявява за 'бед" и се добавя в таблицата с "бед блокове"
05 Nov 2019 12:14
#7
Please Log in or Create an account to join the conversation.
- dtmf75
- Topic Author
- Offline
- Platinum Member
- Posts: 904
- Thank you received: 140
- Points: 2753.00
Replied by dtmf75 on topic Работа с НАНД памети.
Има има. Като прочетеш дъмп от повреден чип, тези ББ от чипа се пренасят в дъмпа . Това че твоя програматор не ги вижда не значи че ги няма.
05 Nov 2019 12:21
#8
Please Log in or Create an account to join the conversation.
- rumbarov
- Offline
- New Member
- Posts: 12
- Thank you received: 3
- Points: 14.00
Replied by rumbarov on topic Работа с НАНД памети.
първо ри пишеш за "бед блокове в софтуера", каквото и да означава това, а такова
нещо нняма. Това че в дъмпа има информация прчеетенч от бед блок на чипа, не означава че в него има бед блок. В ДЪМПА ИМА ДАННИ ПРОЧЕТЕНИ ОТ БЕД БЛОК НА ЧИПА. Освен това, когато бед блоковете са записани в таблицата на бедблокове, НАНДА не работи с тях, те просто не ни интересуват.
Аз ти дадох дефиниция за бед блок в НАНД,, дай и ти дефиниция за бед блок в ссофтуер и спокойно можеш да кандидатстваш за професорска степен......... но само в Ловешката АН.
нещо нняма. Това че в дъмпа има информация прчеетенч от бед блок на чипа, не означава че в него има бед блок. В ДЪМПА ИМА ДАННИ ПРОЧЕТЕНИ ОТ БЕД БЛОК НА ЧИПА. Освен това, когато бед блоковете са записани в таблицата на бедблокове, НАНДА не работи с тях, те просто не ни интересуват.
Аз ти дадох дефиниция за бед блок в НАНД,, дай и ти дефиниция за бед блок в ссофтуер и спокойно можеш да кандидатстваш за професорска степен......... но само в Ловешката АН.
05 Nov 2019 15:01
#9
Please Log in or Create an account to join the conversation.
- dtmf75
- Topic Author
- Offline
- Platinum Member
- Posts: 904
- Thank you received: 140
- Points: 2753.00
Replied by dtmf75 on topic Работа с НАНД памети.
rumbarov wrote: първо ри пишеш за "бед блокове в софтуера", каквото и да означава това, а такова
нещо нняма. .
Много ясно че имам предвид в дъмпа. Само малоумен може да помисли че софтуер тип примерно .exe може да се записва в НАНД.
Това че има таблици с ББ се вижда и от лога на програматора, и какво от това.
Ако всички лоши блокове бяха записани в таблиците , и всички таблици в дъмпа са изправни то тогава нямаше да има повредени телевизори.
Please Log in or Create an account to join the conversation.