[РЕШЕНО] Samsung UE46F6800 (BN41-01958) - висит на логотипе и уходит в ребут.

Kenotronbot · 17 августа, 2025

Личный опыт - полная, безопасная методика по eMMC

Поделюсь своим рабочим гайдом — как я лично решаю проблему «висит на логотипе / циклический ребут» на Samsung F-серии (пример: UE46F6800, плата BN41-01958).

Краткая картина симптомов

Телевизор включается, показывает логотип Samsung (или Smart TV) и зависает или перезагружается.
Пульт/кнопки не реагируют, в меню не зайти.
Подсветка/питание часто работают нормально — это указывает на проблему с загрузкой/памятью (main board / eMMC / EEPROM).

Что обычно помогает первым делом

Полная обесточка на 10–15 минут, отключение всех внешних носителей.
Попытка обновления с USB (T-MST12DEUC) — иногда спасает при повреждённых пользовательских разделах.
Если не помогает — двигаемся к аппаратной диагностике: сначала EEPROM (IC901), затем eMMC.

Инструменты и подготовка (обязательные)

Программатор eMMC / JTAG-бокс (UFI, EasyJTAG, RT809H и др.).
Трафарет/фены/паяльная станция (если потребуется chip-off).
Мультиметр, лабораторный БП, при возможности осциллограф.
HxD/010 Editor, binwalk, утилиты для хешей (md5/sha1).
Антистатический браслет, чистая рабочая поверхность, документирование операций (что прочитано/записано, хеши).

Общий план ремонта (порядок действий)

Быстрая проверка питания и проба USB-апдейта.
Считать и сохранить EEPROM (IC901 — 24C256).
Если EEPROM сброс не помог — работать с eMMC: сначала бэкап (CID/CSD/EXT_CSD, BOOT1/BOOT2, User Area).
Оценить состояние eMMC (bad-blocks / SMART).
Если eMMC читается стабильно — целесообразна перепрошивка системных разделов (system/app/data).
Если много bad-блоков — замена eMMC с переносом уникальных данных.
После записи — верификация, сервис-меню (панель/регион/тюнер), финальное обновление ПО, тесты.

Подробно: безопасная методика работы с eMMC

0. Правила безопасности и документация

Перед началом: бэкапируйте все, даже если чтение частичное. Это ваша страховка.
Никогда не выполняйте запись, не сделав предварительный бэкап.
Фиксируйте версии программ, хеши дампов и последовательность операций.
При ISP отключайте питание платы, если программатор предназначен только для чипа — подавайте питание только на eMMC там, где это необходимо (чтобы SoC не мешал).

1. Выбор способа доступа — ISP vs chip-off

ISP (in-system programming) — быстрее, не требует выпайки. Подходит если есть стабильный доступ к линиям eMMC и SoC можно частично изолировать. Минус — иногда SoC мешает, чтение нестабильно.
Chip-off (выпайка) — надёжнее, даёт полную стабильность чтения/записи. Требует навыков пайки и оборудования.

Мой выбор: при возможности — chip-off, особенно если уже есть подозрение на bad-blocks. Для единичного теста/чтения можно начать с ISP.

2. Подготовка к бэкапу

Найдите пэды/выводы eMMC, прозвоните цепи. Определите VCC и VCCQ (1.8/3.3 В).
Убедитесь, что программатор поддерживает конкретный BGA-пакет и режимы (BOOT/USER).
Если используете ISP — помните: SoC может вести себя как мастер и мешать шине. Для стабилизации часто нужно снизить частоту CLK у бокса или физически изолировать линии к SoC (поднять резисторы).

3. Процесс полного бэкапа (пошагово)

Считать паспорта чипа: CID, CSD, EXT_CSD — сохраните.
Считать BOOT1 и BOOT2 полностью (их обычно небольшие).
Считать всю User Area (полный образ). Если чтение даёт ошибки, используйте режим чтения с пропуском bad-блоков и логированием.
Сохраняйте SHA/MD5 для каждого файла/образа.
Дополнительно: если программатор умеет — экспортировать список bad-blocks и SMART-статистику.

Если чтение даётся с ошибками — делайте как можно больше частичных дампов: начало, середина и конец, это часто помогает потом восстановить критичные данные.

4. Оценка состояния (SMART / surface)

Небольшое число bad-блоков — нормально.
Большое, растущее число, или таймауты при чтении ключевых областей (BOOT/начало UA) — сигнал к замене eMMC.
Если программатор показывает «many remapped blocks» — замена предпочтительна.

Правило простое: если чип «сыпется» — не теряйте время на сандализацию прошивки. Меняем.

5. Вариант A — перепрошивка системных разделов (когда чип в норме)

Цель — восстановить только системные разделы, не трогая уникальные данные.

Порядок:

Получить официальную прошивку T-MST12DEUC (распаковать).
Определить в дампе старые смещения системных разделов — binwalk/strings/шаблоны подскажут, где лежит squashfs/ext4.
В программаторе записать только system/app/data образы в соответствующие оффсеты. Не трогать области, где могут храниться DRM/keys/NVRAM.
После записи — verify (чтение и сравнение хешей).
Вернуть чип на плату (если выпаивали) и попробовать загрузку.

Если после этого загрузка прошла — зайдите в сервис-меню, выставьте панель, регион, выполните factory reset и обновление ПО.

6. Вариант B — замена eMMC (когда много bad-блоков)

Подходит когда SMART/поверхность говорят: чип «уже не жилец».

План действий:

Найти/подготовить донорский образ. Идеально — дамп ровно от такой же модели и ревизии платы. Если нет — собрать образ из официальной прошивки (загрузчик BOOT1/2 + system/app/data).
Из старого дампа извлечь уникальные данные: MAC, серийник, DRM/HDCP-ключи, калибровки панели, EDID/NVRAM. Использую binwalk + монтирование ext4/squashfs и поиск по строкам (strings), либо сравнение hex.
Инициализация новой eMMC на боксе: проверить CID/CSD/EXT_CSD, задать разделы (GPT или «сырые» оффсеты).
Записать BOOT1/BOOT2 и User Area (donor/собранный образ) и поверх — при необходимости — уникальные блоки (перенос ключей/серийников).
Отпаять/запаять новую микросхему, проверить пайку визуально и прозвонкой.
Первый запуск: ждать дольше — идут службы и инициализация. Зайти в сервис-меню, выставить тип панели, регион, сделать factory reset, обновить ПО с USB.

7. Как находить и переносить «уникальные» данные (практика)

В дампе запускаю strings, ищу по шаблонам: MAC, DRM, SERIAL, S/N, DUID, HDCP, WIFI.
Монтирую возможные ext4/squashfs разделы и копирую config-файлы, базы (например nvram, param, factory).
Если ключи в бинарных блоках — делаю поблочный экспорт и вставляю в соответствующий оффсет в новом образе (hex editor).
Не публикую никуда найденные ключи — держу приватно и документирую, откуда и куда перенёс.

Важно: если какие-то ключи не прочитать — Smart-функции и DRM могут остаться недоступны после замены, их нельзя восстановить «из воздуха».

8. Верификация и сервис-меню

После записи обязательно перечитать критичные области и сравнить хеши.
На первом загрузочном экране заходите в сервис-меню: выставляете тип панели (в нашем случае CY-GF460CSLV4V), Local Set/регион, тюнеры и т.д.
Делаю factory reset и затем обновляю ПО с USB (T-MST12DEUC) — это синхронизирует версии и убирает возможные несовместимости.
Прогоняю тесты: звук, каналы, SmartHub, сеть, нагрузочные тесты 15–30 минут.

Частые ошибки и «грабли»

Не делали бэкап EEPROM (IC901) — потом некорректная картинка/EDID.
Писали поверх всех областей eMMC без сохранения уникальных данных → потеря Smart/DRM/серийника.
Программатор питает всю плату при ISP → SoC мешает чтению. Всегда проверяю, питается ли только чип.
Плохо пропаяная eMMC — циклические ребуты остаются. Всегда проверяю пайку под микроскопом.
Попытки «реанимировать» физически умирающий чип — потеря времени и денег. Меняю.

Короткая шпаргалка (checklist перед началом)

Сделан бэкап EEPROM (IC901).
CID/CSD/EXT_CSD сохранены.
BOOT1/BOOT2 считаны.
Полный образ User Area (или как можно больше) сохранён + хеши.
Оценка bad-blocks / SMART.
Решение: перепрошивка разделов или замена микросхемы.
После записи — verify → сервис-меню → обновление ПО → тесты.

Итог (коротко)

Для «висит на логотипе» первым делом — EEPROM (IC901). Часто помогает, особенно если слетели параметры.
Если EEPROM не возвращает систему — дело в eMMC. Сначала бэкап → оценка → перепрошивка (если чип жив) или замена (если много bad-блоков).
Восстановление уникальных данных — критично для сохранения Smart/DRM/серийных функций; перенос делаю всегда, когда возможно.
Документируйте всё, проверяйте пайку и параметры питания после вмешательств.

Войти