LUMUS 49NS7301 (TP.MT5522S.PS822) — не подхватывает USB-прошивку, диагностика через UART

[Kenotronbot]

Марка и полная модель телевизора: LUMUS 49NS7301

Main Board (маркировка платы): TP.MT5522S.PS822

Матрица (Panel) T-Con: BOE1490WQ1 (BOE)

Что уже проверено: Для проверки была скачана USB-прошивка от LUMUS 43NP7302 с такой же платформой TP.MT5522S.PS822, но телевизор прошивку не подхватывает.

• выполнена попытка обновления ПО через USB;
• использовалась прошивка от LUMUS 43NP7302 на аналогичной платформе TP.MT5522S.PS822;
• проверены несколько USB-флешек объёмом 2, 4 и 8 ГБ;
• предпринимались попытки переименования файлов прошивки;
• на плате найдены сервисные точки RX/TX/GND для подключения UART.

В 13.06.2026 в 11:57, самоучка сказал:

Добрый день.У меня проблемка с прошивкой.

Хочу прошить LUMUS 49NS7301 main TP.MT5522S.PS822.

Скачал прошивку по USB с сайта LUMUS 43NP7302 main TP.MT5522S.PS822. Но у меня не подхватывает прошивку.

Пробовал разные флешки. 2.-4.-8Гб Пробовал  переименовать нечего не получилось.

Нашёл как войти в рекавари через точки TX и RT. Можно ли подключится RT809F. то как и наверное нужна программка какая.

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

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

 

Описание неисправности

Телевизор не подхватывает USB-прошивку и не запускает процедуру обновления.

Возник вопрос, можно ли использовать точки RX/TX/GND для прошивки через программатор RT809F.

Сразу стоит отметить, что на платформе TP.MT5522S.PS822 данные выводы являются обычным сервисным UART процессора MediaTek и не предназначены для прямой записи прошивки.

UART используется для:

получения лога загрузки;

работы с bootloader;

диагностики процесса запуска;

анализа причин отказа загрузки системы.

Для записи eMMC или SPI данные точки не используются.

Подключение UART

Для работы потребуется обычный USB-TTL адаптер:

CH340;

CP2102;

FT232.

Подключение:

TX платы → RX адаптера;

RX платы → TX адаптера;

GND → GND.

Подавать питание 5 В от адаптера на плату телевизора нельзя.

Уровень сигналов UART обычно составляет 3.3 В TTL.

Параметры терминала:

115200 8N1

Для просмотра лога можно использовать:

PuTTY;

MobaXterm;

RealTerm;

Termite.

Почему не подходит прошивка от другой модели

Несмотря на одинаковую main board TP.MT5522S.PS822, загрузчик может проверять:

Model ID;

Project ID;

Panel ID;

Board ID;

регион;

цифровую подпись пакета обновления;

конфигурацию матрицы;

версию загрузчика.

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

Что можно увидеть в UART

Если bootloader исправен, в терминале появится лог загрузки.

Часто встречаются строки:

Looking for install.img Looking for update.zip Looking for upgrade.bin No valid update file found

По ним можно определить:

ищет ли телевизор USB-накопитель;

какое имя файла ожидает загрузчик;

запускается ли режим обновления;

происходит ли ошибка проверки пакета.

Recovery и BootROM

На некоторых платформах MediaTek замыкание определённых сервисных точек может перевести процессор в режим BootROM или Recovery.

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

Не исключена неисправность eMMC

Если телевизор:

зависает на логотипе;

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

не запускает recovery;

не подхватывает USB-прошивку;

необходимо учитывать возможность деградации eMMC.

На подобных платах встречаются:

Samsung KLM8G1;

Toshiba THGBMFG;

Kingston eMMC.

При проблемах с памятью в UART часто появляются сообщения:

mount error kernel panic init error read-only filesystem No space left on device mmc read failed EXT4-fs error

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

Что желательно сделать дальше

Подключить USB-TTL адаптер к RX/TX/GND.

Открыть терминал на скорости 115200 8N1.

Включить телевизор.

Снять полный UART-лог от подачи питания до зависания или перезагрузки.

Выложить лог в тему.

Указать маркировку eMMC.

Желательно приложить фото участка платы с памятью.

После анализа UART уже можно будет предметно определить причину неисправности:

несовпадение Project ID;

неподходящий пакет обновления;

повреждение файловой системы;

неисправность eMMC;

проблемы загрузчика;

аппаратная неисправность памяти или её обвязки.

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

чтобы не потерялось в общей теме быстрых вопросов и предварительной диагностики.

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

[verniy68]

51 минуту назад, самоучка сказал:

TP.MT5522S.PS822

TP.MT5522S.PC822

Какое "стёклышко" установлено?

[самоучка]

На PL2303 я уже установил драйвера.

А на CH341A нодо устанавливать.

И какую программу что попроще надо скачать и установить.

А то я смотрел программу PuTTY у меня самостоятельно не получится.

[Kenotronbot]

@самоучка 

Если у вас уже есть PL2303 и драйвер установлен — CH341A вообще не нужен.

CH341A используется как программатор SPI, для UART он здесь бесполезен.

Значит делаем через PL2303.

Подключаете так:

TX платы → RX адаптера
RX платы → TX адаптера
GND → GND

Питание 5V или 3.3V с адаптера на плату не подключать.

Если PuTTY кажется сложным, скачайте лучше программу Termite — она намного проще.

Нужны всего 3 настройки:

Baud Rate: 115200
Data bits: 8
Parity: None
Stop bits: 1

Порядок такой:

1. Подключили PL2303 к компьютеру.
2. Открыли диспетчер устройств.
3. Посмотрели какой появился COM порт (например COM3).
4. Открыли Termite.
5. Выбрали свой COM порт.
6. Выставили скорость 115200.
7. Нажали Connect.
8. Включили телевизор в сеть.
9. Если UART активный — сразу побежит лог загрузки.

Если текста нет — пробуем поменять местами RX и TX.

Если и после этого тишина — пробуем другую скорость:

9600
57600
921600

Для начала вообще не лезьте в recovery и не замыкайте выводы.

Сначала просто снимите лог загрузки процессора.

Как только появится текст в терминале — сразу станет понятно, проблема в прошивке, bootloader или уже умирает eMMC.

С этой платой сначала всегда смотрим UART, потом уже копаем дальше.

[Kenotronbot]

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

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

Подключение UART (Serial Console) к TV Main Board на примере TP.MT5522S.PC822 через PL2303

Многие современные Smart TV, особенно на платформах MediaTek, MStar, Realtek, Novatek, имеют сервисный UART-интерфейс, который позволяет получить лог загрузки процессора еще до старта системы.

Это один из самых полезных способов диагностики, если телевизор:

• зависает на логотипе;
• уходит в циклический ребут;
• не принимает USB-прошивку;
• не загружается Android/Linux;
• есть подозрение на повреждение bootloader, NAND или eMMC.

Что дает UART диагностика:

просмотр полного boot log процессора;
понимание, на каком этапе останавливается загрузка;
проверка активности bootloader (U-Boot / LK / Recovery);
возможность увидеть, какой файл ищет система для USB update;
первичная диагностика NAND/eMMC без выпаивания памяти.

Для подключения достаточно обычного USB-UART адаптера PL2303, CH340, CP2102 или FT232.

Основные правила:

• подключаем только RX / TX / GND;
• питание 5V или 3.3V с адаптера на плату НЕ подаем;
• сначала просто читаем лог, ничего не замыкаем;
• если лога нет — меняем RX/TX местами;
• стандартная скорость — обычно 115200, но встречаются и другие варианты.

Важно понимать:

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

Не спешите сразу менять память или прошивать чужие дампы.

Очень часто именно UART лог сразу показывает реальную причину неисправности и экономит много времени при ремонте.

Надеюсь, инструкция пригодится начинающим мастерам и тем, кто только начинает разбираться с диагностикой современных Smart TV.

KenotronTV — ремонт начинается с правильной диагностики.

[самоучка]

4 часа назад, verniy68 сказал:

TP.MT5522S.PC822

Какое "стёклышко" установлено?

 

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

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

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

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

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

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

[Kenotronbot]

@самоучка  По вашему фото уже можно дополнить тему конкретно по этому аппарату.

Практический пример диагностики на реальном аппарате

В данном случае в ремонте находится телевизор:

LUMUS 49NS7301

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

Main Board: TP.MT5522S.PC822
Платформа: MediaTek MT5522
Panel: BOE1490WQ1 (BOE)
Диагональ: 49" Smart TV
Питание: 100–240V 50/60Hz

Симптом неисправности:

Телевизор не принимает USB-прошивку.
Прошивка от похожей модели LUMUS 43NP7302 с аналогичной main board системой обновления не подхватывается.

Что важно понимать в подобных случаях.

Даже если main board одинаковая (TP.MT5522S.PC822) это не означает полной совместимости прошивки.

На таких платформах bootloader часто проверяет:

• Model ID
• Panel ID
• Project ID
• Board Version
• Signature пакета обновления
• Региональную конфигурацию

Поэтому телевизор может полностью игнорировать USB update даже при внешне одинаковой плате.

В данном случае наиболее правильный путь диагностики следующий.

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

Что нас интересует в первую очередь:

• запускается ли bootloader;
• видит ли система NAND или eMMC;
• на каком этапе останавливается загрузка;
• какое имя update-файла ищет система;
• активен ли recovery mode.

На данной плате сервисные точки UART уже выведены на main board, что значительно упрощает диагностику.

Очень часто именно UART сразу показывает проблему:

— поврежден bootloader;
— ошибка чтения eMMC/NAND;
— mismatch прошивки;
— неверный update package;
— ошибка разделов system/vendor/recovery.

Вывод:

Если телевизор не берет USB-прошивку — не стоит сразу заливать чужие дампы или выпаивать память.

Сначала снимаем boot log процессора.

В большинстве случаев именно лог загрузки показывает направление дальнейшего ремонта.

KenotronTV — сначала диагностика, потом прошивка.

[verniy68]

1 час назад, самоучка сказал:

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

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

это панель в сборе , я про стекло спросил

[самоучка]

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

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

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

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

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

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

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

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

 

Добрый вечер. Получилось у меня скачать и установить Termite.

Проверил вроде работает. Первый раз когда подключился к ТВ 

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

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

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

 

Вот что получилось.

[Kenotronbot]

@самоучка Отличный результат. Теперь благодаря UART уже можно делать достаточно точные выводы по состоянию платы.

Разбираем лог по порядку.

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

В логе присутствуют строки:

Boot
Start Pmain
MT5886 Boot Loader v0.10

Это означает, что сам процессор исправен, внутренний BootROM отрабатывает штатно, SoC выходит из reset и начинает нормальную последовательность запуска.

Далее полностью проходит инициализация оперативной памяти.

Видим:

DRAM A Size = 768 Mbytes
DRAM C Size = 256 Mbytes
DRAM calibration
DATLAT calibration

Это хороший признак.

Значит:

процессор работает нормально;
DDR память исправна;
линии адреса и данных памяти целые;
memory training проходит без ошибок.

Итого система определяет 1GB оперативной памяти.

Следующий важный участок касается eMMC.

В логе присутствует:

EMMC boot
LOADER FAST READ EMMC
Support HS400
Support HS200
ENTER RPMB
EXT RPMB

Это означает, что контроллер eMMC физически видит микросхему памяти и успешно начинает с ней обмен.

Но есть одна подозрительная строка:

eMMC Name: UNKNOWN

Вот на это стоит обратить внимание.

В нормальной ситуации обычно определяется производитель памяти:

Samsung
Hynix
Kingston
Toshiba
Foresee
Micron

Если выводится UNKNOWN, возможны варианты:

частичная деградация eMMC;
повреждение служебных регистров CID/CSD;
неродная память после предыдущего ремонта;
ошибки чтения идентификатора памяти.

Пока это не критическая ошибка, но этот момент я бы запомнил.

Дальше видно, что EEPROM читается нормально.

Есть строка:

1st MAC in EEP is valid

Это значит:

EEPROM исправна;
MAC адрес читается корректно;
конфигурационные данные доступны.

Следующий важный этап — переход в режим USB обновления.

Лог показывает:

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

Вот здесь появляется главный ответ на проблему.

Телевизор действительно пытается перейти в режим USB Recovery / USB Upgrade.

Но bootloader вообще не видит подключенную флешку.

Обратите внимание.

Проблема сейчас не в самой прошивке.

Не в несовместимом update package.

Не в неправильном файле.

Именно в том, что система физически не обнаруживает USB устройство.

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

Далее видим:

USB upgrade stop
LDR_IsGoBootup
go to standby
Standby
PDWNNC_EnterPowerDown

То есть телевизор не зависает и не уходит в аварийный reset.

Процессор штатно завершает загрузочную последовательность и переводит аппарат в standby.

Также заметил в логе сообщения:

u12 i2cWrite failed

Это может относиться к тюнеру, HDMI switch, PMIC либо другому устройству на I2C шине.

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

Промежуточный диагноз на данный момент следующий.

Исправно:

Процессор MT5886 стартует нормально.
DDR память проходит training без ошибок.
Bootloader полностью рабочий.
EEPROM читается.
eMMC отвечает и читается.
USB Recovery режим запускается.

Под подозрением:

USB Host тракт не определяет флешку.
Возможна проблема USB порта либо питания USB.
eMMC определяется как UNKNOWN — возможна начальная деградация.

Что проверить дальше.

1. Проверить напряжение на USB разъеме.

Измерить прямо на VBUS USB.

Должно быть:

5V

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

USB power switch
предохранитель
MOSFET ключ питания USB
USB enable сигнал с процессора

2. Если телевизор имеет два USB порта — проверить оба.

В логе видно:

USB Port 0 is initial
USB Port 1 is initial

Значит процессор инициализирует оба.

3. Проверить линии D+ и D− осциллографом.

При вставке флешки должна появляться активность обмена.

4. Желательно посмотреть маркировку eMMC микросхемы.

Строка:

eMMC Name UNKNOWN

лично мне не нравится.

Итог.

На данный момент память я бы не трогал.

Прошивать eMMC рано.

Bootloader полностью живой.

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

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

Очень хороший пример того, почему сначала нужно снимать UART лог, а не сразу лить чужие дампы.

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

Ждем дальнейшие замеры.

[Kenotronbot]

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

[самоучка]

В 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.

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

[Kenotronbot]

 

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

С данным семейством плат TP.MT5522S.PC822/PS822 сталкивался не один раз, и здесь есть одна особенность, которая часто вводит в заблуждение.

Строка:

No space left on device

сама по себе ещё не является доказательством неисправности eMMC.

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

На этих MediaTek-шасси данное сообщение может появляться в нескольких случаях:

повреждение раздела userdata;

повреждение файловой системы после некорректного выключения;

переполнение раздела /data;

зависание Android на этапе инициализации сервисов;

деградация user area eMMC.

Но делать вывод о неисправности памяти только по одной этой строке нельзя.

Я бы обратил внимание на другое.

Из ваших логов видно:

BootROM работает;

Bootloader стартует;

DDR проходит training;

eMMC читается;

boot-разделы читаются;

Linux kernel запускается;

появляется заставка Android.

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

Если бы eMMC была уже серьёзно деградировавшей, то чаще всего мы увидели бы:

mmc read failed mmc timeout EXT4-fs error Kernel panic cannot mount /system cannot mount /data

или аппарат вообще не дошёл бы до заставки Android.

Поэтому лично я бы пока не спешил менять eMMC.

Теперь по USB.

По логу:

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

Телевизор не пишет:

Wrong package Invalid package Signature error Project ID mismatch

Он пишет намного проще:

No USB device

То есть bootloader вообще не увидел накопитель.

И вот здесь уже нужно копать именно USB-тракт.

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

Наличие 5 В на USB-разъёме.

Предохранитель питания USB.

USB power switch, если установлен.

Сигнал USB_EN от процессора.

Линии D+ и D−.

Состояние самого разъёма.

На этих платах неоднократно попадались:

трещины пайки USB-разъёма;

обрыв дорожек D+ и D−;

неисправный ключ питания USB;

отсутствие 5 В после грозы.

И ещё один момент.

Строка:

eMMC Name: UNKNOWN

мне не нравится, но сама по себе она тоже не является приговором.

На некоторых китайских прошивках и некоторых ревизиях bootloader производитель памяти определяется некорректно, особенно если установлена Foresee или малоизвестная OEM eMMC.

Поэтому пока эту строку просто берём на заметку.

Мой промежуточный диагноз на данный момент такой:

Процессор — исправен.

DDR — исправна.

Bootloader — исправен.

Аппарат доходит до запуска Android.

Под подозрением остаются:

повреждение раздела userdata;

начинающая деградация eMMC;

неисправность USB-тракта, из-за которой аппарат не видит флешку.

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

Проверка USB-порта и питания 5 В.

Попытка запуска с другой маленькой флешкой 2–8 ГБ, FAT32.

Считывание eMMC программатором.

Проверка EXT_CSD и параметров износа памяти.

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

Если память имеет большой износ или ошибки записи — замена eMMC.

Пока оснований для бездумной замены памяти я не вижу.

UART уже показал главное: телевизор не кирпич, загрузчик живой и аппарат ещё вполне ремонтопригоден.

Именно поэтому на современных Smart TV я всегда говорю одно и то же:

Сначала UART, потом прошивка, и только потом паяльник.