Гость AleksandrBurkov Опубликовано 9 ноября, 2018 Поделиться Опубликовано 9 ноября, 2018 Пришёл в ремонт lg 32lb628u с заявленной неисправностью - после выключения телевизор сбрасывается к заводским настройкам. Main: LC43B/LD43B/LB43T EAX65388006(1.0) 14.05.26 В таких случаях было достаточно обновить прошивку тв с официального сайта. Но в данном случае не помогло. Снял NAND TC58NVG0S3HTA00, слил дамп, увидел один битый блок 768, на замену не нашёл микросхемы. залил дамп обратно с обходом бэд блоков, установил в телевизор. Проблема исчезла. Обновил дополнительно с официального сайта для верности. Проблема больше не появлялась. ( дамп сливал до обновления с оф. сайта ). ЛОГ чтения Скрытый текст Using FULL key USB VCC: Chip VCC = 3,28 FileVersion = 0.1.1.62 Using: 8bit bus Normal timing, 7.5 Mhz Using Spare Using Ignore Errors Маркер совпадает с TOSHIBA Используйте ручное определение, если неправильно определяются параметры! CE0 CE1 CE2 CE3 ID0 = 98 FF FF FF ID1 = F1 FF FF FF ID2 = 80 FF FF FF ID3 = 15 FF FF FF ID4 = 72 FF FF FF ID5 = 16 FF FF FF PageSize = 2048 byte, blk_size = 131072, chip_size = 128 Mbyte, bus = 0, chips = 1 TC58NVG0S3HTA00 Using this parameters: Block Size = 131072 byte Page Size = 2048 byte Spare Size = 128 byte Общий размер = 128 Mbyte Кол-во адресных циклов = 4 Читаем в файл C:\Users\Burkov\Desktop\LG 42LD550-ZC, Main LC43BLD43BLB43T\damp.ntt Чтение начато 9:44:06 Читаем 0 чип ... Чтение завершено 9:44:30 Scanning for Bad-Blocks ... Found BadBlock (768) at 0x06000000 (raw 0x06600000) (chip 0) Found 1 Bad-Blocks ЛОГ записи Скрытый текст USB VCC: Chip VCC = 3,29 FileVersion = 0.1.1.64 Using: 8bit bus Normal timing, 7.5 Mhz Using Spare Using Ignore Errors Маркер совпадает с TOSHIBA Используйте ручное определение, если неправильно определяются параметры! CE0 CE1 CE2 CE3 ID0 = 98 FF FF FF ID1 = F1 FF FF FF ID2 = 80 FF FF FF ID3 = 15 FF FF FF ID4 = 72 FF FF FF ID5 = 16 FF FF FF PageSize = 2048 byte, blk_size = 131072, chip_size = 128 Mbyte, bus = 0, chips = 1 TC58NVG0S3HTA00 Using this parameters: Block Size = 131072 byte Page Size = 2048 byte Spare Size = 128 byte Общий размер = 128 Mbyte Кол-во адресных циклов = 4 Стираем 0 чип ERASE: Status (0xE1) error ! Ошибка стирания блока 768 Стирание успешно ! Bad Block skip ENABLED! Записываем файл C:\Users\Burkov\Desktop\LG 42LD550-ZC, Main LC43BLD43BLB43T\damp.ntt Используем пропуск BB Запись начата 12:03:13 Записываем 0 чип ... Записываем 1024 блок(ов) из доступных 1024 Skipped write block (1024, 1023) Запись завершена 12:03:57 Анализируем файл C:\Users\Burkov\Desktop\LG 42LD550-ZC, Main LC43BLD43BLB43T\damp.ntt Поиск бэд-блоков начат 12:04:24 Проверяем 0 чип ... Scanning Dump(0) for Bad-Blocks ... Найдена таблица LG BadBlock! HW BadBlock (CE0, 768) содержит данныe! Found Dump BadBlock (768) at 0x06000000 (raw 0x06600000) (chip 0) (partition 0x0) Found 1 Bad-Blocks in Dump(0) Найдена таблица разделов mstar_map0! Поиск завершен 12:04:25 Ссылка на комментарий
Гость saftarsaratov Опубликовано 9 ноября, 2018 Поделиться Опубликовано 9 ноября, 2018 Надо была другой дамп залить Ссылка на комментарий
Диментий Опубликовано 9 ноября, 2018 Поделиться Опубликовано 9 ноября, 2018 6 часов назад, AleksandrBurkov сказал: один битый блок 768 В этих микросхемах он вроде как с завода так помечен, нет? Ссылка на комментарий
Гость AleksandrBurkov Опубликовано 9 ноября, 2018 Поделиться Опубликовано 9 ноября, 2018 @Диментий вроде да Ссылка на комментарий
Гость Опубликовано 9 ноября, 2018 Поделиться Опубликовано 9 ноября, 2018 эта популярный дефект в LB и LF серии Ссылка на комментарий
Гость Опубликовано 8 января, 2019 Поделиться Опубликовано 8 января, 2019 Тоже делал недавно такой дефект. Прошил другим дампом вроде все ок, но через два дня все повторилось. TC58NVG0S3HTA00 заменил на новую с 768 бедом, они у меня все такие, прогон неделю все ок. Самое интересное при верификации старой микры много битовых ошибок по даташиту ECC в допуске. у новой микры не одной битовой ошибки при верификации,пришел к выводу микры надо менять. Мое мнение телевизор к автору темы скорее всего вернется. Ссылка на комментарий
Гость Опубликовано 8 января, 2019 Поделиться Опубликовано 8 января, 2019 И еще по логу записи. Сначала анализ дампа, а потом уже запись. USB VCC: Chip VCC = 3,34 FileVersion = 0.1.1.68 Using: 8bit bus Normal timing, 7.5 Mhz Using Spare Using Ignore Errors Using R/B for Busy Маркер совпадает с TOSHIBA Используйте ручное определение, если неправильно определяются параметры! CE0 CE1 CE2 CE3 ID0 = 98 FF FF FF ID1 = F1 FF FF FF ID2 = 80 FF FF FF ID3 = 15 FF FF FF ID4 = 72 FF FF FF ID5 = 16 FF FF FF PageSize = 2048 byte, blk_size = 131072, chip_size = 128 Mbyte, bus = 0, chips = 1 TC58NVG0S3HTA00 Using this parameters: Block Size = 131072 byte Page Size = 2048 byte Spare Size = 128 byte Общий размер = 128 Mbyte Кол-во адресных циклов = 4 Стираем 0 чип ERASE: Status (0xFFE1) error ! Ошибка стирания блока 768 Стирание успешно ! Bad Block skip ENABLED! Анализируем файл C:\Users\Сергей\Desktop\111\dubl.ntt Поиск бэд-блоков начат 13:40:23 Проверяем 0 чип ... Scanning Dump(0) for Bad-Blocks ... Найдена таблица LG BadBlock! HW BadBlock (CE0, 768) содержит данныe! Found Dump BadBlock (768) at 0x06000000 (raw 0x06600000) (chip 0) (partition 0x0) Found 1 Bad-Blocks in Dump(0) Найдена таблица разделов mstar_map0! Поиск завершен 13:40:23 Записываем файл C:\Users\Сергей\Desktop\111\dubl.ntt Используем замену LG BB Запись начата 13:40:36 Записываем 0 чип ... Записываем 1024 блок(ов) из доступных 1024 Skipped write block (-1, 768) Запись завершена 13:40:56 Ссылка на комментарий
Гость Опубликовано 3 апреля, 2019 Поделиться Опубликовано 3 апреля, 2019 Обход бэдблоков обязательно включать если в дампе 768 бэд и в новой микросхеме 768 бэд совпадают? Ссылка на комментарий
Гость AleksandrBurkov Опубликовано 3 апреля, 2019 Поделиться Опубликовано 3 апреля, 2019 1 час назад, Diksont сказал: Обход бэдблоков обязательно включать В 09.11.2018 в 13:19, AleksandrBurkov сказал: Снял NAND TC58NVG0S3HTA00, слил дамп, увидел один битый блок 768, на замену не нашёл микросхемы. залил дамп обратно с обходом бэд блоков, установил в телевизор. В 08.01.2019 в 14:45, Serega-doc сказал: ound Dump BadBlock (768) at 0x06000000 (raw 0x06600000) (chip 0) (partition 0x0) Found 1 Bad-Blocks in Dump(0) Найдена таблица разделов mstar_map0! Поиск завершен 13:40:23 Записываем файл C:\Users\Сергей\Desktop\111\dubl.nttИспользуем замену LG BB Ссылка на комментарий
Гость Опубликовано 3 апреля, 2019 Поделиться Опубликовано 3 апреля, 2019 1 час назад, AleksandrBurkov сказал: Согласен с Александром, если смотреть выше дамп был без бедов и замена нужна, иначе проц потом туда что-нибудь запишет и Ссылка на комментарий
Гость Serge77 Опубликовано 3 апреля, 2019 Поделиться Опубликовано 3 апреля, 2019 По моему, ничего он туда не пишет. Так во всех дампах идет 768 й (для чего, не понятно) и замена ББ не нужна в таком случае. Ссылка на комментарий
Гость Опубликовано 3 апреля, 2019 Поделиться Опубликовано 3 апреля, 2019 Лучше действовать наверняка и не перепаивать несколько раз нанд. Ссылка на комментарий
Гость AleksandrBurkov Опубликовано 3 апреля, 2019 Поделиться Опубликовано 3 апреля, 2019 2 часа назад, Serge77 сказал: и замена ББ не нужна в таком случае. так это и не мануал о том как правильно ремонтировать, а лишь пост о проделанной работе с рабочим вариантом. Как вам ремонтировать, решать исключительно вам ! Считаю, что дискуссии по данному вопросу бесполезны. С нетерпением ждём от вас поста с ремонтом в вашем варианте ! Ссылка на комментарий
Рекомендуемые сообщения