Поможем друг другу разобраться!

[Brtth]

отзвонил линию, 0 Ом там должен стоять 

Это скрытый контент, для просмотра сообщения Вы должны быть Участником форума.

• Войти
• или
• Регистрация

[Kenotronbot]

@Brtth Посмотрел внимательнее ваше фото и с учетом прозвонки поправлю свой предыдущий вывод.

Если линия действительно звонится напрямую дальше по трассе, как вы показали черной линией, то в данном случае это не согласующий резистор, а обычная SMD-перемычка 0 Ом (0R).

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

То есть в вашей плате этот элемент не выполняет функцию согласования сигнала CMD eMMC, а просто замыкает линию между процессором и eMMC.

Поэтому сюда логично ставить именно 0 Ом.

Номиналы 22–47 Ом встречаются на других платах и ревизиях, где производитель применяет согласование высокоскоростной шины, но в вашем случае сама разводка платы и прозвонка уже показывают, что здесь обычная перемычка 0R.

[самоучка]

В 13.06.2026 в 21:13, Kenotronbot сказал:

@самоучка Пожалуйста, не нужно мусорить. Лог стоит прикреплять к теме в формате .txt (через Блокнот), а не скидывать кучей картинок.

Добрый день.Научился копировать лог. 1 Документы это лог при включении ТВ вилки в

резетку .ТВ находится в дежурке.

2 Документы это лог после запуска ТВ с дежурки.Но лог грузится по кругу постоянно.

Это скрытый контент, для просмотра сообщения Вы должны быть Участником форума.

• Войти
• или
• Регистрация

[Kenotronbot]

@самоучка Отлично. Вот теперь лог намного ценнее.

Я внимательно прогнал оба состояния:

1) включение от сети → дежурка, 2) запуск из дежурки → система грузится дальше.

Сразу вывод: это уже не классический отвал eMMC и не мертвый проц.

Теперь картина уже другая, намного понятнее.

И сразу скажу — UART лог вы сняли не зря, он уже дал больше информации, чем десяток попыток шить вслепую.

Посмотрел весь лог внимательно.

Первое, что видно — процессор стартует абсолютно нормально. Bootloader отрабатывает штатно, DDR полностью проходит инициализацию и training без ошибок. Память определяется как положено: 768 Мб + 256 Мб, то есть с оперативкой проблем не видно вообще.

Дальше проц спокойно переходит к загрузке eMMC.

Тут тоже интересный момент. Память определяется, boot раздел читается, RPMB отрабатывает, HS200 и HS400 режимы переключаются нормально. То есть классической мертвой eMMC, когда проц вообще не может считать загрузчик, здесь нет.

Но мне сразу не понравилась строка:

eMMC Name: UNKNOWN

Обычно контроллер показывает производителя памяти — Samsung, Hynix, Toshiba, Kingston и так далее. А здесь идентификация какая-то странная. Пока это не приговор, но я бы этот момент запомнил.

Дальше видно, что телевизор пытается перейти в USB Upgrade.

И вот здесь уже важный момент.

В логе четко написано:

Do USB upgrade
MUSB_GetInsert return 0
No USB device
USB upgrade stop

То есть телевизор реально пытается искать флешку, но вообще ее не видит.

Обратите внимание — не пишет, что файл неправильный, не пишет ошибку пакета обновления, а именно не видит сам USB накопитель.

Я бы здесь уже проверил питание USB порта. Прямо тестером померить 5 вольт на разъеме. Если USB портов два — проверить оба.

Еще увидел строки:

u1I2cWrite failed

Но дальше I2C восстанавливается и загрузка продолжается, поэтому пока на это сильно не смотрим.

Самое интересное дальше.

После неудачного USB upgrade телевизор не падает в reset и не зависает.

Он штатно уходит в standby.

То есть процессор выполняет программу до конца и сам переводит аппарат в дежурный режим.

Поэтому сразу могу сказать — проц живой, bootloader живой, DDR живая.

Теперь мой вывод.

Я бы пока не трогал процессор, не трогал SPI и точно не спешил менять eMMC.

Но eMMC у меня под подозрением остается.

Почему.

Память читается, но определяется как UNKNOWN. Такое очень часто вижу на начальной стадии деградации, когда boot разделы еще читаются нормально, а user area уже начинает сыпаться.

Плюс USB bootloader почему-то не может увидеть флешку. Тут либо проблема самого USB тракта, либо что-то уже криво работает внутри системы.

Что бы я делал дальше.

Сначала проверить 5V на USB разъеме.

Потом попробовать другую маленькую флешку 2–8 Гб, обязательно FAT32.

Если USB живой и флешка исправная, я бы уже считал eMMC программатором и посмотрел EXT_CSD, особенно параметры износа памяти.

Пока картина такая.

Телевизор не мертвый.

Плата стартует нормально.

Главный подозреваемый сейчас — либо USB тракт, либо начинающая деградировать eMMC.

Но самое главное — UART показал, что бездумно шить память сейчас точно не нужно.

Идем дальше, случай уже стал намного интереснее.

[самоучка]

что означает  На устройстве недостаточно места.

Это скрытый контент, для просмотра сообщения Вы должны быть Участником форума.

• Войти
• или
• Регистрация

[Kenotronbot]

@самоучка

Вот это уже очень важный кусок лога, на который как раз и стоило обратить внимание.

Строки:

init: Unable to write persistent property to temp file
No space left on device

в переводе означают не просто «не хватает места», как обычный пользователь может подумать.

В нашем случае система Android пытается записать служебные данные во внутренний раздел памяти /data, а запись не проходит.

Причин обычно несколько.

Первое — начинает деградировать eMMC.
Очень частая ситуация, когда boot-разделы еще читаются нормально, телевизор запускается, а вот user area памяти уже начинает сыпаться. Читать может, записывать уже нет.

Второе — повреждена файловая система раздела userdata.
Например после неудачного обновления, зависания, аварийного отключения питания.

Третье — раздел /data банально переполнен мусором, логами, временными файлами, остатками приложений и системе уже просто некуда писать новые данные.

То есть здесь фраза No space left on device не всегда означает, что память реально заполнена под завязку.

Очень часто это уже первые признаки проблем с самой eMMC.

И вот здесь маленькое замечание.

Вы начали снимать лог — это отлично, за это плюс.

Но давайте договоримся: когда вам задают вопросы по аппарату, старайтесь не просто копировать следующий кусок лога без комментариев

А то пока получается немного по принципу:

«что вижу — то пою».

Мы же тут пытаемся вместе разобраться в неисправности, а не просто читать терминал построчно.

Поэтому напишите теперь словами:

Что сейчас происходит с телевизором?

Есть изображение или нет?

Загружается ли меню?

Уходит ли в ребут?

Реагирует ли на пульт?

Появляется ли заставка?

Что происходит после полной загрузки?

Потому что по логу я уже вижу, что система у вас грузится гораздо дальше, чем казалось в самом начале.

И пока мой главный подозреваемый все тот же — eMMC либо повреждение раздела userdata/data.

Продолжаем копать дальше.

[самоучка]

ТВ включаем в розетку.Светится красным дежурка.Что с пульта что с клавиатуры 

включается.Индикатор с красного переходит на синий.ТВ запускается пишет LUMUS elektronics затем android и все.Не реагирует на кнопки а также пульта не слушает.

 

[Kenotronbot]

 

@самоучка  Вот, теперь вы наконец дали ту информацию, которую надо было писать сразу

Теперь уже можно связать поведение телевизора с тем, что мы увидели в UART логе.

Смотрите что получается.

Телевизор штатно выходит из дежурки.

Красный индикатор переходит в синий.

Заставка LUMUS electronics появляется.

Дальше появляется Android.

Значит проц MT5886 полностью проходит всю цепочку загрузки.

Bootloader стартует.

Kernel Linux запускается.

Android начинает грузиться.

Панель и видеотракт работают, потому что изображение есть.

То есть сразу исключаем:

процессор;
DDR память;
bootloader;
panel config;
подсветку;
T-CON.

Теперь самое интересное.

Вы пишете:

«после заставки Android телевизор зависает и не реагирует ни на кнопки, ни на пульт».

А вот это уже очень хорошо бьется с тем, что мы видели в логе:

init: Unable to write persistent property
No space left on device

Здесь многие неправильно понимают эту ошибку.

Это не означает просто «память заполнена».

Android пытается писать служебные данные во внутренний раздел /data и запись не проходит.

То есть система загрузилась, дошла до запуска Android, но дальше не может нормально работать с разделом userdata.

Обычно такое вижу в трех случаях.

Первое и самое частое.

Начинает умирать eMMC.

Типовая картина:

boot разделы читаются нормально;
system раздел читается;
Android начинает грузиться;
а user area памяти уже повреждена и запись не идет.

Второй вариант.

Повреждена файловая система раздела userdata после кривого обновления или сбоя питания.

Третий вариант.

Поврежден раздел data/cache и система зависает на этапе инициализации сервисов Android.

Еще мне не нравится вот эта строка, которая у вас повторяется с самого начала:

eMMC Name: UNKNOWN

Контроллер память видит.

Но нормально идентифицировать ее не может.

Это тоже нехороший симптом.

Мой вывод сейчас такой.

Я бы уже почти перестал смотреть в сторону прошивки через USB.

Проблема очень похожа именно на eMMC.

Либо деградация памяти.

Либо повреждение userdata раздела.

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

считать eMMC полностью программатором;

посмотреть EXT_CSD и параметры износа;

проверить boot1/boot2;

если память живая — пробовать чистить userdata/cache;

если память сыпется — менять eMMC.

И маленькое пожелание на будущее

Когда мы вместе диагностируем аппарат, старайтесь сразу описывать поведение телевизора целиком.

А то у нас уже третья страница UART логов, а про то, что телевизор доходит до Android, вы только сейчас написали

Это как в сервисе сказать врачу:

«У меня что-то болит»

А где болит — сказать через неделю

Пока главный подозреваемый у меня один — eMMC.

Я бы уже копал туда.

Такой ответ и технически точный, и читается как живое общение на форуме.

[zakirbek]

Здравствуйте. у меня такой вопрос. 

Есть прошивка считанный с программатором UFPI  от телевизора  BLESK 55D18.   маин 40-MT56T2-MAH2HG.

панел LVF550CSDX E7 V62

вот эту прошивку записать с программатором RT809H ПО ISP подключением еммс.

 

для этого что-то изменить надо в прошивках  или сразу можно.

[Kenotronbot]

@zakirbek Здравствуйте.

Если у вас имеется родной дамп eMMC, считанный программатором UFPI с телевизора BLESK 55D18

(main: 40-MT56T2-MAH2HG, panel: LVF550CSDX E7 V62) и вы хотите записать его программатором RT809H через ISP-подключение,

то в большинстве случаев никаких изменений в самой прошивке делать не требуется, но есть важные нюансы.

1. Сначала нужно понять, в каком формате UFPI сохранил дамп

UFPI может сохранять eMMC несколькими способами.

Вариант 1 — полный дамп (RAW Full Dump)

Обычно это один большой файл:

full.bin
emmc.bin
dump.bin

Размер примерно:

4GB / 8GB / 16GB
(зависит от объема eMMC)

В этом случае дамп представляет собой полную копию памяти без изменений структуры.

Такой файл можно записывать напрямую.

Вариант 2 — сохранение по разделам

UFPI может отдельно сохранить:

BOOT1.bin
BOOT2.bin
USER.bin
EXT_CSD.bin
RPMB.bin

В таком случае нельзя просто объединять файлы вручную.

Запись в RT809H выполняется отдельно:

BOOT1 → раздел Boot1
BOOT2 → раздел Boot2
USER → User Area
2. Конвертация между UFPI и RT809H обычно не требуется

И UFPI, и RT809H работают с обычным бинарным дампом.

Если UFPI сохранил стандартный:

.bin
.img

то RT809H понимает его без переделки.

Ничего перекодировать, конвертировать или редактировать не нужно.

3. Самый важный момент — загрузочные разделы eMMC

У eMMC есть несколько областей памяти:

BOOT1
BOOT2
RPMB
USER AREA

На платформе MediaTek MT56xx / MT58xx загрузчик часто лежит именно в:

BOOT1
или BOOT2

Если записать только основной раздел USER AREA, телевизор может не запуститься.

Будет:

дежурка есть
проц не стартует
нет загрузки
нет UART лога

Поэтому нужно проверить:

сохранил ли UFPI boot-разделы отдельно.

4. Желательно сохранить информацию EXT_CSD

UFPI обычно читает служебный регистр eMMC:

EXT_CSD В нем находятся параметры:

PARTITION_CONFIG
BOOT_ACK
BOOT_BUS_WIDTH
BOOT_PARTITION_ENABLE

Особенно важен параметр:

EXT_CSD[179]
PARTITION_CONFIG

Он указывает, из какого раздела проц будет загружаться.

Если после записи изменится boot configuration — аппарат может не стартовать даже при исправном дампе.

5. При ISP записи нужно учитывать, что процессор может мешать шине

RT809H работает через:

CMD
CLK
DAT0
GND
VCC
VCCQ

Но если процессор остается подключенным к eMMC, он может удерживать линии.

Из-за этого бывают ошибки:

Init Fail
Write Error
Read Timeout
Chip Not Detect
Verify Error

Часто приходится отключать процессор от шины.

Обычно:

поднять резистор CMD
или снять резистор CLK
иногда DAT0

Смотреть по конкретной плате.

6. Внимательно с питающими напряжениями

У eMMC два питания.

Основное питание памяти

VCC = 3.3V
(иногда 2.8V)

Питание интерфейса

VCCQ = 1.8V или 3.3V

Если подать неправильное напряжение:

eMMC не определяется
ошибки чтения
повреждение памяти
Перед подключением лучше измерить мультиметром на плате.

7. Что я рекомендую сделать перед записью

Даже если память повреждена.

Сначала RT809H:

Read Full Backup

Сохранить:

BOOT1
BOOT2
USER AREA
EXT_CSD
Это страховка.
Потом:
Erase Chip
После этого записывать.

8. Если дамп считан с ЭТОЙ ЖЕ платы

Если UFPI считал дамп именно с этого телевизора:

BLESK 55D18
40-MT56T2-MAH2HG
родная eMMC
то:
ничего менять не нужно
конвертация не нужна
можно записывать напрямую
9. Если дамп не родной

Если дамп от другого аппарата, даже похожего:

нежелательно перезаписывать области:

factory
persist
nvram
private
protect
metadata

Там могут храниться:

MAC address
HDCP keys
DRM сертификаты
Serial Number
WiFi calibration
Bluetooth calibration
Widevine keys

После чужого дампа часто получаем:

не работает Wi-Fi
не работает Smart TV
нет Bluetooth
слетает серийный номер
ошибка DRM
не запускается YouTube/Netflix
Итог
Если UFPI считал родной дамп и это обычный:

.bin
или
.img

то схема такая:

UFPI → RT809H ISP → запись без изменений

Проверить нужно только:

1. Есть ли BOOT1 / BOOT2
2. Сохранился ли EXT_CSD
3. Не мешает ли процессор линии CMD/CLK
4. Правильные ли VCC и VCCQ
5. Сделать backup перед записью

Если покажете как именно UFPI сохранил файлы (названия файлов в папке backup) — можно сказать уже точно,

как правильно заливать через RT809H именно этот дамп.

[zakirbek]

Спасибо за ответ.

второй вопрос. 

Если радной еммс 4gb  можно заменит на 8gb 

если да, что изменить надо.

 

[zakirbek]

на BLESK 55D18 радной еммс юзер не считается .

считал только  эти

Это скрытый контент, для просмотра сообщения Вы должны быть Участником форума.

• Войти
• или
• Регистрация

[Kenotronbot]

Спасибо за дополнительную информацию.

По вашему скриншоту картина стала понятнее.

UFPI считал следующие файлы:

EMMC_AUTO_ISP_2300.BIN
EMMC_AUTO_ISP_2300.BIN.BOOT1
EMMC_AUTO_ISP_2300.BIN.BOOT2
EMMC_AUTO_ISP_2300.BIN.EXT_CSD

Это означает следующее.

С высокой вероятностью:

EMMC_AUTO_ISP_2300.BIN = основной USER AREA (главная область eMMC)
BOOT1 = загрузочный раздел 1
BOOT2 = загрузочный раздел 2
EXT_CSD = конфигурационный регистр eMMC

То есть UFPI, скорее всего, все-таки считал основную область памяти, а не только boot-разделы.

Теперь по вашему вопросу

Можно ли вместо родной eMMC 4GB поставить 8GB?

Ответ:

Да, можно. На платформе MediaTek/TCL это обычно работает без проблем.

Что происходит при замене 4GB → 8GB

Когда вы записываете дамп от 4GB памяти в новую 8GB eMMC:

данные записываются в начало памяти
структура разделов остается как у 4GB
оставшиеся 4GB остаются пустыми

Пример:

родная память = 4GB

новая память = 8GB

записали 4GB дамп

первые 4GB заняты
остальные 4GB не используются

Телевизор обычно запускается нормально.

Нужно ли что-то изменять в дампе?

В большинстве случаев:

Нет.
Ничего изменять не нужно.

Не требуется:

редактировать bootloader
менять разделы вручную
конвертировать dump
править Android system

Просто записываете как есть.

Что обязательно записывать

В новую eMMC необходимо перенести все разделы.

Минимально:

USER AREA  → EMMC_AUTO_ISP_2300.BIN
BOOT1      → BIN.BOOT1
BOOT2      → BIN.BOOT2
Что делать с EXT_CSD
Здесь важный момент.

Файл:

BIN.EXT_CSD

Это не обычный раздел памяти.

Это служебная конфигурация eMMC.

Там хранится:

Boot partition enable
Bus width
Partition config
Boot acknowledge
HS timing mode

Сам файл напрямую обычно не прошивается.

Но нужно проверить, чтобы новая eMMC имела такую же boot-конфигурацию.

Критичный параметр:

EXT_CSD[179]
PARTITION_CONFIG

Если boot partition будет выбрана неправильно:

проц не стартует
дежурка будет
загрузки не будет
UART пустой
На что обратить внимание у RT809H

При ISP записи RT809H иногда плохо работает с eMMC большого объема.

Обязательно проверить линии:

CMD
CLK
DAT0
VCC
VCCQ
GND

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

может мешать записи.

Иногда приходится:

снимать резистор CMD
отключать CLK
изолировать DAT0
Если родная eMMC повреждена

Вы написали:

родной eMMC user не считается

Это уже тревожный признак.

Обычно означает:

битые блоки NAND внутри eMMC
деградация памяти
ошибки чтения USER AREA
умирающий контроллер eMMC

Но если UFPI смог считать:

EMMC_AUTO_ISP_2300.BIN

значит USER область хотя бы частично читается.

Проверьте размер файла.

Если он примерно:

3.6–3.8 GB

значит USER AREA считалась полностью.

Практически я бы делал так

1. Берем новую eMMC 8GB.

2. Через RT809H записываем:

BOOT1
BOOT2
USER AREA

3. Проверяем Verify.

4. Ставим на плату.

5. Первый запуск.

Если не стартует:

смотрим UART.

Итог

По вашей ситуации:

4GB → 8GB заменить можно

ничего в прошивке менять обычно не нужно

EMMC_AUTO_ISP_2300.BIN вероятнее всего USER AREA

BOOT1 и BOOT2 обязательно переносить

EXT_CSD не прошивается как обычный bin, но boot config должен совпадать

Один момент интересен.

Напишите точный размер файла EMMC_AUTO_ISP_2300.BIN (в байтах или ГБ).

По размеру сразу скажу:
это полный USER dump, частичный dump или UFPI считал память с ошибками.

[zakirbek]

1 час назад, zakirbek сказал:

считал только  эти

Это скрытый контент, для просмотра сообщения Вы должны быть Участником форума.

• Войти
• или
• Регистрация

это считанный с родного еммс с программатором rt809h

радной еммс не пртгоден.

----------------------------------

сейчас еммс заменил на 4gb 

сейчас по пробую подключится по  spi

Изменено Суббота в 12:09 пользователем zakirbek

[Kenotronbot]

Цитата

А кто-нибудь знает как запустить обновление на этом аппарате? никакие танцы ни с кнопками ни с пультом не помогают.

@Filosof777 Привет! У данной модели уже новая платформа на базе MediaTek, поэтому стандартные методы обновления через USB, которые работают на старых Haier, здесь часто не срабатывают.

Состав аппарата

Haier H65M95EUG
Main Board: TD.MT9617.732 (T)
CPU: MediaTek MT9617
Panel: RDL650WY (CW0-004)
T-CON: CSC06-7
LED strips: CSU16-XR-1

Файлы прошивки

upgrade_image_cusdata.pkg
upgrade_image_no_tvcertificate.pkg
upgrade_image_project_id.pkg

Что можно проверить.

1. Обычный автозапуск обновления

Флешка обязательно:

FAT32
MBR разметка
лучше USB 2.0
8–16GB

Файлы положить строго в корень флешки.

upgrade_image_cusdata.pkg
upgrade_image_no_tvcertificate.pkg
upgrade_image_project_id.pkg

Отключить телевизор полностью от сети.

Вставить USB.

Подать питание.

На некоторых версиях bootloader сам начинает поиск pkg файлов.

Если реакции нет — идем дальше.

2. Запуск с кнопки на корпусе

Попробовать:

зажать кнопку Power или джойстик на телевизоре

подать питание

держать 15–20 секунд

Но на MT9617 производитель часто отключает этот режим.

3. Проверить все USB порты

На новых платформах Haier иногда recovery работает только с определенного USB порта.

Подключать флешку нужно поочередно во все USB разъемы.

4. Внутренний сервисный USB

На плате присутствует сервисная линия:

EXT-USB
CN15

Иногда recovery идет только через внутренний сервисный USB, а внешние порты при старте bootloader не опрашиваются.

5. Проверить UART терминал

На этой платформе желательно снять лог загрузки.

Ищем UART возле процессора.

Обычно 4 точки:

GND
TX
RX
3.3V

Скорость чаще всего:

115200

Если загрузчик живой, по логу сразу видно:

видит ли USB

пытается ли искать update пакет

есть ли ошибки чтения eMMC

6. Возможна защита Secure Boot

Платформа MT9617 нередко использует:

Secure Boot
AVB
Verified Boot
контроль цифровой подписи пакета

В таком случае bootloader может просто игнорировать файл обновления даже если он записан правильно.

7. Если аппарат неисправный — проверить eMMC

Замерить:

VCC 3.3V
VCCQ 1.8V

Осциллографом смотреть:

CLK
CMD
DAT0

Если обмена нет — проблема уже не в USB обновлении.

Нужно еще уточнить у владельца.

Телевизор включается полностью или висит на логотипе Haier?

Есть ли реакция индикатора после подключения флешки?

Если есть возможность — нужен UART лог.

На новых TD.MT9617 обычная схема «зажал кнопку и вставил вилку» очень часто уже не работает.

Тут без анализа загрузчика иногда не обойтись.

По описанию это уже не похоже на проблему запуска USB обновления как такового.

Если аппарат доходит до Haier, потом Android TV и дальше висит, значит bootloader, kernel и часть system живые.

USB recovery он может не подхватывать по двум причинам:

либо штатный recovery на этой сборке отключен/закрыт, либо пакет не тот по project_id/подписи.

Поведение с реле БП тоже надо учитывать.

Три минуты после подачи сети майн фактически не стартует полноценно, значит в этот момент нет нормального запуска основных DC-DC на main.

Поэтому зажатие кнопки при подаче вилки может вообще не попасть в нужную фазу загрузчика.

Он в этот момент еще не в bootloader, а в каком-то pre-standby/инициализации питания.

Что бы я проверил первым.

Флешку делать только FAT32, MBR, USB 2.0, лучше 8–16GB. Файлы строго в корень:

upgrade_image_no_tvcertificate.pkg
upgrade_image_project_id.pkg
upgrade_image_cusdata.pkg

Пробовать все USB порты по очереди. На части новых Haier загрузчик смотрит не все порты.

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

Кнопку на корпусе пробовать не только при подаче 220V, а еще из дежурки: зажать кнопку на корпусе, потом включить пультом или подать команду Power. Иногда recovery ловится именно при переходе standby to on, а не при cold boot.

Но по MT9617 лучше сразу снимать UART. Без лога тут гадание.

По UART будет видно:

видит ли загрузчик USB

ищет ли pkg

почему отбрасывает пакет

уходит ли в Android normal boot

есть ли ошибки разделов userdata/cache/vendor

есть ли ошибки eMMC

По зависанию после Android TV очень похоже на проблему в userdata/data, vendor или на отвал сервисных разделов.

Для Android типично: заставка проходит, потом система упирается в data, сервисы не стартуют, пульт уже не работает нормально или аппарат зависает.

eMMC под радиатором лишний раз трогать не надо, согласен.

Сначала UART.

Если в логе будут ошибки mmc read/write, ext4/f2fs, no space left, mount failed, dm-verity, avb, userdata corrupt — тогда уже понятно, куда лезть.

По питанию тоже надо разобраться. На майне в первые три минуты проверить:

STB 5V или 12V с БП на main

PS-ON

BL-ON

дежурные DC-DC на main

3.3V standby

1.8V standby

питание SPI/eMMC

Если с БП приходит только дежурка, а остальные линии появляются только после щелчка реле, то это может быть штатный алгоритм энергосбережения. Но если в это время проц уже должен слушать кнопку, а он молчит — надо смотреть standby контроллер, обвязку кнопки, IR/KEY line и питание дежурного проца.

Авторизникам Haier стоит задать конкретные вопросы:

какой точный порядок запуска USB recovery для TD.MT9617.732

какой USB порт используется для обновления

нужно ли переименовывать pkg

нужно ли класть только один файл или все три вместе

нужен ли сервисный пульт

есть ли отдельный factory key / service key

привязан ли пакет к project_id

можно ли обновлять без входа в меню

есть ли у них полный emergency пакет, а не обычное пользовательское обновление

По моему мнению, обычным USB он не стартует не потому, что вы что-то не так делаете, а потому что у него либо закрыт recovery-режим, либо нужен другой сервисный порядок запуска.

Сейчас самый правильный ход — UART лог.

После него уже будет понятно: прошивка, userdata, eMMC или питание/standby.

[Kenotronbot]

@Filosof777 добавлю кратко и по делу.

По описанию аппарат не кирпич. Если есть заставка Haier, потом Android TV и дальше висит, значит bootloader, kernel и часть system живые.

USB обновление может не подхватываться не из-за флешки, а потому что на этой платформе TD.MT9617.732 recovery-запуск закрыт или нужен сервисный порядок запуска.

Поведение с реле БП тоже важное.

Если после включения в сеть три минуты приходит только дежурка и майн не реагирует, то зажатие кнопки при подаче 220V может вообще не попадать в загрузчик.

Пробовать нужно не только с холодного старта, а после того как аппарат вышел в нормальную дежурку и начал реагировать на кнопку.

Что проверить:

Флешка FAT32, MBR, лучше USB 2.0 на 8–16GB.

Файлы строго в корень:

• upgrade_image_no_tvcertificate.pkg
• upgrade_image_project_id.pkg
• upgrade_image_cusdata.pkg

Пробовать все USB порты.

Пробовать запуск из нормальной дежурки: дождаться пока реле отщелкнет и аппарат начнет реагировать, вставить флешку, зажать кнопку на корпусе и включить.

Но правильнее всего сначала снять UART лог.

Без него на MT9617 гадание.

По UART будет видно:

видит ли загрузчик USB
ищет ли pkg файл
почему отбрасывает прошивку
есть ли ошибки eMMC
есть ли ошибки userdata/cache/vendor
есть ли dm-verity или AVB

eMMC под радиатором пока не трогал бы.

Если аппарат доходит до Android TV, сначала лог терминала.

Очень похоже на повреждение data/userdata, vendor или служебных разделов, либо на отказ принятия пакета из-за подписи/project_id.

У авторизников Haier (если вас есть связь) надо уточнить конкретно:

• какой USB порт используется для recovery
• нужно ли переименовывать pkg
• класть один файл или все три
• нужен ли сервисный пульт
• есть ли отдельный emergency package
• привязан ли пакет к project_id панели RDL650WY

Сейчас главный шаг — UART лог загрузки.

После него будет понятно: софт, eMMC или проблема по standby/питанию.