Xiaomi Mi TV P1 43 L43M6-6ARG / TD.MT9612.795 — восстановление после замены eMMC, нюансы MiTVUpgrade

[Kenotronbot]

Марка и полная модель: Xiaomi Mi TV P1 43 L43M6-6ARG

Main Board (маркировка платы): TD.MT9612.795

Матрица (Panel) T-Con: HV430QUB-F70 / HV430QUBF70, на практике встречается связка с маркировкой BOEI430WQ1 и T-Con HV430QUBF70.

Что уже проверено: Индикатор дежурного режима светится/мигает. Аппарат зависает на логотипе Mi. После логотипа уходит в standby. Есть серый экран при работающей подсветке. USB-прошивка MiTVUpgrade_croods.bin запускается/не запускается. Проверены основные напряжения.

Проверены основные напряжения Main Board:

+12V;

+5V;

+3.3V;

+1.8V;

+1.2V;

+0.9V (ядро CPU).

Проверено питание eMMC:

VCC = 3.3V;

VCCQ = 1.8V.

Проверено наличие генерации кварца процессора.

Проверены линии RESET и PWR_ON.

Осмотр платы на наличие КЗ, перегрева, окислов и следов предыдущего ремонта.

Проверена реакция на кнопку включения и Bluetooth-пульт.

Выполнена попытка запуска штатного USB-обновления с файлом MiTVUpgrade_croods.bin.

При наличии программатора считаны:

CID;

EXT_CSD;

boot1;

boot2;

user area eMMC.

Проверено состояние eMMC (Life Time A/B, Pre EOL Information).

При замене eMMC указана маркировка установленного донора.

При наличии UART выполнено снятие лога загрузки процессора.

Указана маркировка панели и T-CON.

Проверено соответствие firmware family (croods, tarzan и т.д.).

Проверены Wi-Fi, Bluetooth и работа пульта после восстановления.

После запуска проверена работа Smart TV, DRM и защищённых приложений (Wink, Кинопоиск и др.).

Важно не путать BOEI430WQ1 и BOEI430WU1.
WU1 — это уже другая панельная семья, и прошивка/настройки панели могут не совпадать.

Состав памяти:
Родная eMMC часто встречается THGAMRG7T13BAIL.

Из доноров по отзывам проходили:

H26M41204HPR

H26M52103

KLMAG1JETD-B041

другие близкие по классу eMMC 5.1

Но с донорской eMMC надо быть аккуратным.

Например, у KLMAG1JETD boot-области по datasheet идут по 4 MB, а у родной Toshiba/Kioxia в обсуждениях встречались варианты с boot по 8 MB.

Поэтому перед заменой желательно сохранить CID, EXT_CSD, boot1, boot2 и user area со старой микросхемы, если она ещё хоть как-то читается.

Практика показывает, что большинство неудачных восстановлений на TD.MT9612.795 связано не с неисправностью процессора, а с:

— несовпадением family прошивки;

— использованием чужого panel config;

— потерей secure-разделов;

— различием геометрии boot1/boot2 у донорской eMMC.

Используемый USB-пакет

Для данной связки в архивах встречается файл:

MiTVUpgrade_croods.bin

Он заявлен как USB Firmware Software для:

Xiaomi Mi TV P1 43 L43M6-6ARG / TD.MT9612.795 / HV430QUBF70

Но тут есть важный момент: одинаковое имя файла ещё не гарантирует, что пакет идеально подойдёт под конкретный аппарат. На странице архива встречались переиздания без нормального changelog, поэтому результат может зависеть от конкретной версии файла, family, panel config и состояния secure-разделов.

Типовой дефект по этим аппаратам

По Xiaomi Mi TV P1 43 на TD.MT9612.795 встречаются такие сценарии:

• родная eMMC полностью труп;
• мигает индикатор, старта нет;
• зависание на логотипе Mi;
• появляется логотип и затем аппарат уходит в standby;
• загрузка до экрана привязки Bluetooth-пульта;
• после USB-восстановления появляется серый экран;

Smart TV частично работает, но защищённые приложения типа Wink могут не запускаться.

То есть один и тот же аппарат после разных вариантов восстановления может вести себя по-разному. Поэтому искать причину только в одном файле прошивки неправильно.

Что оказалось по факту

MiTVUpgrade_croods.bin является сервисным инструментом восстановления, а не универсальной прошивкой для всех плат TD.MT9612.795.

У части мастеров этот файл реально поднимал аппарат после замены eMMC. Телевизор запускался, появлялось нормальное изображение, доходил до настройки Android TV.

Но были и другие случаи:

• аппарат после прошивки доходил только до логотипа Mi и выключался;
• после USB-обновления появлялось серое поле;
• телевизор запускался до экрана привязки пульта и дальше не проходил;
• Smart TV запускался, но часть защищённых сервисов не работала.

Отсюда вывод: проблема не только в main board.

На этой платформе важна вся связка:

модель аппарата + firmware family + panel config + eMMC geometry + secure-разделы

Шить только по маркировке TD.MT9612.795 — плохая идея.

Почему так происходит

Main Board TD.MT9612.795 используется не только в Xiaomi Mi TV P1 43 L43M6-6ARG.

Это шасси встречается и в других Xiaomi-сериях.

Для family MOOQ0 / croods фигурирует файл:

MiTVUpgrade_croods.bin

А для других Xiaomi-семейств, например M7, в открытых источниках уже встречается другой пакет:

MiTVUpgrade_tarzan

То есть совпадение main board ещё не означает, что USB-пакет родной.

Если family или panel config не совпали, результат типовой:

• подсветка есть, изображения нет;
• серый экран;
• неправильная инициализация панели;
• уход в standby после логотипа;
• циклический старт;

нормальный boot, но проблемы со Smart/DRM.

Правильный порядок восстановления

По-хорошему порядок такой.

1. Сначала сохранить всё, что ещё читается со старой eMMC

Если старая eMMC не полностью мёртвая, обязательно считать:

CID

EXT_CSD

boot1

boot2

user area

по возможности — служебные и secure-разделы

Особенно важны данные, связанные с DRM, сертификатами, MAC, серийником и RPMB. После их потери аппарат может запускаться, но часть сервисов уже нормально не заработает.

2. Поставить донорскую eMMC

Донор должен быть не просто «по объёму подходит», а близкий по классу и геометрии.

Нормально использовать eMMC 5.1 с подходящими boot-разделами, но перед записью надо смотреть EXT_CSD и размер boot1/boot2.

Если тупо поставить первую попавшуюся eMMC и залить дамп, можно получить аппарат, который вроде стартует, но потом ловит странные ошибки на этапе boot/recovery/system.

3. Залить raw dump именно под L43M6-6ARG / TD.MT9612.795

Сначала желательно поднимать аппарат сырым eMMC-дампом именно от такой же модели и такой же связки:

L43M6-6ARG / TD.MT9612.795 / HV430QUBF70

После записи дампа аппарат должен хотя бы:

выйти из мёртвого состояния;

показать логотип;

пройти базовую загрузку;

дойти до Android setup или экрана привязки пульта.

Если до этого этапа аппарат не доходит, USB-пакетом добивать его бессмысленно. Сначала надо смотреть UART.

4. Если аппарат дошёл до привязки пульта — сначала привязать пульт

Если телевизор дошёл до экрана приветствия или pairing, не надо сразу снова лить прошивку.

Сначала пробуем штатную привязку Bluetooth-пульта:

Xiaomi TV+ + Home

Кнопки удерживать несколько секунд рядом с телевизором.

Если pairing не проходит, но аппарат стабильно доходит до этого экрана, значит базовая загрузка уже живая. Тогда копать надо уже в сторону Bluetooth, system-разделов, совместимости дампа, региона или пульта.

5. Только потом накатывать USB-пакет

USB-прошивку MiTVUpgrade_croods.bin имеет смысл применять как довосстановление, когда аппарат уже поднят до базового состояния.

Флешку готовить так:

USB 2.0, желательно 8–16 GB;

один раздел;

FAT32;

MBR;

файл строго в корень;

имя файла не менять.

Если в архиве вместе с MiTVUpgrade_croods.bin идут дополнительные файлы типа:

• _upscript.sh
• папка emmc/
• дополнительные бинарники

их нельзя самовольно удалять или переименовывать.

Загрузчик/recovery может ждать конкретную структуру архива.

Важный момент по OTA и service-bin

Надо различать два разных режима.

MiTVUpgrade_croods.bin — это сервисный USB-пакет.

А OTA/recovery-обновление может идти другим способом, например через recovery-меню с пунктом:

Update from uDisk

Для MOOQ0 / croods в обсуждениях фигурирует вход через:

OK + Back

Но это уже другой режим. Его не надо путать с service-bin.

Если файл не того типа, загрузчик его просто не увидит.

Если телевизор после USB даёт серый экран

Серый экран после USB-прошивки — главный признак, что пакет не попал в нужную panel/family конфигурацию.

В такой ситуации не надо по кругу мучить тот же файл.

Надо проверять:

точную маркировку панели по стикеру;

T-Con;

family прошивки: croods / tarzan / другая;

родной Product ID / Project ID;

UART-лог загрузки;

наличие ошибок panel init;

что именно записано в panel config / cusdata.

Если подсветка есть, аппарат реагирует, но поле серое — это чаще не LED и не T-Con, а неправильная инициализация панели после чужого пакета.

Если аппарат запускается, но не работает Wink или другие защищённые приложения

Это отдельная история.

Если после замены eMMC и заливки чужого дампа телевизор нормально грузится, показывает меню, работает как обычный ТВ, но не запускает Wink или другие защищённые сервисы, очень вероятна потеря DRM/secure-данных.

Тут не надо снова менять panel config или заливать другой launcher.

Проверять надо:

secure-разделы;

DRM;

сертификаты;

RPMB;

MAC;

serial;

данные, которые были привязаны к родной eMMC.

Чужой дамп может поднять Android, но не обязан восстановить DRM. Особенно если родная eMMC умерла полностью и backup secure-областей не был сделан.

Что смотреть через UART

Если после прошивки аппарат:

показывает Mi и выключается;

уходит в standby;

зависает на Android;

не подхватывает USB;

даёт серый экран;

циклически перезагружается,

надо цепляться к UART и смотреть лог.

В логе интересуют:

старт BootROM / preloader;

инициализация DDR;

чтение boot1/boot2;

ошибки eMMC;

ошибки AVB / verified boot;

ошибки system/vendor/product;

panel init;

recovery update script;

ошибки Bluetooth / pairing;

secure / keymaster / DRM;

watchdog reset.

Без UART тут легко уйти в гадание и начать переливать дампы по кругу.

Практический вывод

Для Xiaomi Mi TV P1 43 L43M6-6ARG на TD.MT9612.795 файл MiTVUpgrade_croods.bin действительно может быть полезен.

Но использовать его надо не как универсальную прошивку «по main board», а как часть нормальной цепочки восстановления.

Правильная логика такая:

Точно определить модель аппарата.

Проверить main board.

Проверить panel/T-Con.

Определить firmware family: croods, tarzan или другая.

Считать всё возможное со старой eMMC.

Проверить CID и EXT_CSD.

Поставить подходящую донорскую eMMC.

Залить raw dump под эту же модель и панель.

Добиться базовой загрузки.

Привязать Bluetooth-пульт.

Только потом накатывать точный USB-пакет.

После запуска проверить Smart, DRM, Wi-Fi, MAC и protected apps.

Итог

По этому аппарату проблема не в одном конкретном дампе.

Основная ошибка — смешивают между собой разные Xiaomi-family, разные panel revision и разные донорские eMMC, а потом шьют всё подряд только потому, что совпала маркировка TD.MT9612.795.

На этой платформе так делать нельзя.

Шить надо не по одной main board, а по полной связке:

L43M6-6ARG + TD.MT9612.795 + HV430QUBF70 + croods + правильная eMMC geometry

Если эта связка не соблюдена, получаем типовые последствия:

standby после логотипа Mi;

серый экран;

неработающий pairing;

проблемы с панелью;

отвал Smart/DRM;

бесконечные поиски «ещё одного дампа».

Поэтому нормальный сервисный путь здесь такой:

backup старой eMMC → проверка EXT_CSD/CID → raw dump для запуска → UART-контроль → pairing пульта → точный USB-пакет → проверка Smart/DRM

И только такой подход отличает ремонт от лотереи с архивами.

Примечание модератора для участников форума:

Что обязательно указать перед запросом прошивки

1. Полная модель с задней наклейки.

2. Main Board.

3. Маркировка панели.

4. Маркировка eMMC.

5. Фото наклейки телевизора.

6. Фото Main Board.

7. Фото наклейки панели.

8. UART-лог (если есть).

9. Результат предыдущих попыток прошивки.

Это будет очень полезно для всех и форума KenotronTV тоже.

Перед использованием прошивки обязательно указывайте полную связку аппарата:

модель ТВ + main board + panel/T-Con + маркировка eMMC + результат UART-лога

Для Xiaomi на TD.MT9612.795 одной маркировки main board недостаточно.

На этих платформах критичны firmware family, panel config и secure-разделы eMMC.

Отзывы по MiTVUpgrade_croods.bin показывают как успешные восстановления, так и случаи с серым экраном, уходом в standby и проблемами DRM.

[Kenotronbot]

Почему один и тот же main у одних заводится, а у других уходит в серый экран
Критичная ошибка в этой теме — считать, что если совпадает TD.MT9612.795, то любой dump/USB-пакет на ней «встанет».

Не встанет. В MOOQ0/croods сообществом обозначаются сразу несколько моделей Mi TV P1/Q1/Q2, а в M7 уже встречается пакет tarzan. Само имя файла MiTVUpgrade_croods.bin уже намекает на принадлежность к определенному семейству, а не к любой 43-дюймовой Xiaomi на MT9612. 
Вторая ловушка — путаница по панели.

По открытым данным HV430QUB-F70 — это 43" UHD open-cell с интерфейсом V-by-One, 8 lanes, питание сигнального входа 12 В. При этом в сервисных обсуждениях на L43M6-6ARG встречается связка Panel BOEI430WQ1 / T-Con HV430QUBF70, то есть BOEI430WQ1 и HV430QUBF70 часто описывают одну и ту же панельную сборку с разных сторон маркировки. А вот BOEI430WU1 — это уже FHD 1920×1080 панель другой семьи.

Если перепутать WQ1 и WU1, можно легко получить запуск подсветки без нормальной картинки, серое поле или отсутствие правильной инициализации матрицы. 
Отсюда и объяснение, почему отзывы расходятся.

Там, где совпали family + panel init + формат разделов + secure-области, аппарат поднимается.

Где совпал только main — аппарат может либо висеть на логотипе, либо доходить до pairing wizard, либо после USB-пакета уходить в серый экран.

Пример с L43M7-EARU и серым полем после этого пакета как раз очень показательный:

main совпал, но пакет, судя по результату, не попал в нужную панельную конфигурацию/семейство. 
Третья причина — secure-часть Android TV.

Android Verified Boot строит цепочку доверия от загрузчика к системным разделам, а eMMC содержит не только user area, но и Boot Partition 1/2 и RPMB. RPMB-ключ программируется однократно и используется как защищенная область;

на Android-платформах secure storage и DRM завязаны на TEE/secure hardware.

Поэтому сценарий «голый дамп залил — премиальные сервисы потом сами оживут» неверный.

Именно поэтому отзыв про рабочий ТВ с неработающим Wink после замены eMMC очень похож на потерю DRM/ключевого материала, а не на проблему самого APK.

Это вывод по совокупности признаков, а не прямая цитата, но он хорошо согласуется и с отзывом, и с устройством RPMB/Widevine. 
Отдельно надо учитывать геометрию донорской eMMC.

У KLMAG1JETD-B041 по datasheet default boot partitions — по 4096 KB, и есть отдельный RPMB.

В обсуждениях по Xiaomi на этой платформе сервисники прямо пишут, что у родной THGAMRG7T13BAIL встречались boot-области по 8 MB, а на Samsung-доноре приходилось оставлять 4 MB и адаптировать процесс.

То есть здесь реальная сервисная проблема не в том, что «Samsung плохой», а в том, что прямой blind-clone между разной геометрией boot-area легко ломает запуск. 
Практический алгоритм восстановления, который дает наилучший шанс
Правильный порядок здесь такой.

Сначала фиксируется точный состав аппарата: модель по задней бирке, маркировка main board, маркировка panel именно со стикера, маркировка eMMC и, если есть возможность, полный readout старой флеши через ISP или на сокете.

Для KenotronTV это еще и обязательное требование правил: четкие фото Main, Panel и заводской наклейки, плюс текстом бренд/модель, main, panel и программатор.

Без этого тема быстро скатывается в «не подходит/серый экран/дай другое». 
Дальше — сохраняется все, что еще читается со старой eMMC: CID, EXT_CSD, boot1, boot2, user area.

Если старая флеш чахлая, но еще хоть как-то отвечает, это важнее любой «универсальной» прошивки.

Причина простая: eMMC изначально содержит boot partitions, RPMB и user area, а RPMB и secure storage потом уже не клонируются «на глаз» после полной смерти кристалла. 
Если eMMC мертвая и надо ставить донор, лучше идти от наименее конфликтного сценария.

По публичным отзывам для этой платформы реально применялись H26M41204HPR, H26M52103, KLMAG1JETD-B041, а также Kioxia/Toshiba-похожие по классу чипы.

Но при Samsung KLMAG1JETD надо помнить про boot-области по 4 MB; если прошивка/инструмент ждут другую геометрию, слепое восстановление «как есть» может дать зависание на Mi, уход в standby или стоп на pairing. 
На практике для L43M6-6ARG самый безопасный путь такой: сначала поднимать аппарат сырым eMMC-дампом, который гарантированно относится к M6 на TD.MT9612.795, а потом уже накатывать точный USB-пакет для этой family и этой panel-группы.

Это лучше, чем начинать с первого попавшегося USB-архива, потому что raw-dump возвращает базовую загрузку, а USB-пакет уже лечит системные разделы/настройки, если он действительно родной.

Именно в таком стиле и описан известный дамп с Remont-Aud: «дамп до раздела Userdata», после которого аппарат хотя бы стартует. 
Если аппарат после raw-dump доходит до этапа привязки пульта, сначала надо исключить банальную проблему pairing.

Для Xiaomi TV support рекомендует перепривязку нажатием [Xiaomi TV+] + [Home] на несколько секунд с дальнейшими подсказками на экране.

Это надо попробовать до любых повторных переливов, потому что часть мастеров сразу делает вывод «прошивка битая», а проблема бывает в том, что пульт просто не привязан после замены памяти или factory reset. 
Для самого MiTVUpgrade_croods.bin надо строго сохранять имя файла и структуру архива.

В обсуждениях по MOOQ0/croods есть прямые указания, что скрипт ищет именно MiTVUpgrade_croods.bin, а в некоторых сервисных пакетах в корне лежат _upscript.sh, MiTVUpgrade_croods.bin и папка emmc/ с MPOOL.bin и другими бинарями, если они нужны скрипту.

То есть «переименовал как удобнее», «распаковал только bin», «убрал .sh как лишний» — типичный способ сорвать старт обновления. 
Носитель имеет смысл готовить как FAT32, один раздел, MBR, файлы в корне.

Для OTA/recovery-процедур по P1 43/50/55 на MOOQ0/croods сообщество также указывает на верхний USB-порт и вход в recovery удержанием OK + Back при подаче питания, затем Update from uDisk и обязательный Wipe data / Factory Reset после окончания.

Но тут важно не путать два режима: OTA ZIP через recovery и service BIN-пакет — это не одно и то же.

Если у вас именно MiTVUpgrade_croods.bin, сначала отрабатывается его родной сценарий как сервисного пакета; recovery-режим нужен в основном для OTA zip. 
Что означают типовые симптомы и куда копать дальше
Если после прошивки аппарат показывает Mi, потом логотип пропадает и ТВ уходит в standby, это чаще всего не «плохой блок питания», а либо не сошлись boot/system/vendor, либо eMMC еще сыпется, либо dump не соответствует family/secure-части. Ровно такой симптом уже описан в отзыве по этому пакету.

Здесь не надо по кругу гонять один и тот же USB-файл.

Надо заново проверить геометрию eMMC, перечитать/ext_csd, убедиться, что залит не M7/tarzan вместо M6/croods, и только потом повторять восстановление. 
Если аппарат доходит до экрана привязки пульта и дальше не идет, это не худший вариант.

Значит, проц, память и базовая загрузка уже живые.

Сначала пробуется штатная перепривязка пульта, затем — родное USB-довосстановление именно под L43M6-6ARG / croods.

Если после этого появляется серый экран, это уже сильнее похоже на конфликт panel init/board config, чем на «не привязался пульт». 
Если после USB-пакета появляется серое поле и мигает LED, в первую очередь надо подозревать несовместимость panel-конфига.

Это подтверждается и отзывом Андрона по L43M6-6ARG, и отзывом videonn по L43M7-EARU, где именно после этого пакета картинка на HV430QUBF70 пропала. При такой картине не надо сразу менять T-CON или «реболлить проц».

Сначала проверяется, не перепутана ли family пакета и не перепутана ли сама панельная маркировка: BOEI430WQ1/HV430QUB-F70 против BOEI430WU1 и против ST4251D02-1-XL-1 / ST4251B05-2-XC-4 из других аппаратов. 
Если ТВ поднялся, но Wink, Netflix-подобные сервисы или часть защищенного контента не работают, это не повод сразу искать «другой APK». Наиболее вероятный сценарий — потеря/рассинхрон DRM/secure-данных при смерти родной eMMC.

Это надо воспринимать как отдельный класс дефекта: телевизор в целом рабочий, но premium-приложения уже завязаны на утраченную secure-часть.

Полное лечение без сохраненной родной eMMC удается не всегда.

Это именно тот случай, когда сервисный ремонт «довел до запуска», но не восстановил оригинальные ключи. 
Если USB-обновление вообще не стартует, сначала проверяются не «магические комбинации», а простые вещи: точное имя файла, структура архива, FAT32, корень флешки, правильный USB-порт, отсутствие лишних файлов, исправность самой флешки.

На платформе croods в обсуждениях есть прямые упоминания про точное имя файла и отдельный сценарий запуска через recovery/uDisk, если это OTA-zip.