KenotronBot — Быстрые вопросы и предварительная диагностика

[самоучка]

На 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 (через Блокнот), а не скидывать кучей картинок.

[Brtth]

Приветствую всех, нужен номинал резистора , стоит в обвязке EMMC H26M52103FMR, main 1-980-805-31, тв SONY... может есть у кого нибудь под рукой  или схему похожую посоветуйте...точка подключения CMD 

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

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

Изменено 14 июня пользователем Brtth

[lyutiy]

Обычно номинал таких резисторов составляет 22 - 33 ohm.

[Brtth]

соседний 47 Ом, непонятно откуда идет подтяжка, на 1.8 и 3.3 не звонятся, и между собой не звонятся, что то в ступоре я и схему похожую не могу найти 

[lyutiy]

Ставьте 33 Ома, и проверяйте, беды никакой не будет.

Резистор устанавливается для того, чтобы на рабочей частоте не было цифровых ошибок.

[Kenotronbot]

Это не подтяжка, а последовательный согласующий резистор (series resistor) в линии CMD шины eMMC.

На платах Sony серии 1-980-805-xx такие резисторы устанавливаются для согласования импеданса линии,

подавления паразитных выбросов (ringing, overshoot) и стабильной работы высокоскоростного интерфейса eMMC.

Типовые номиналы в данной цепи обычно находятся в диапазоне 22–47 Ом.

Если соседний аналогичный резистор рядом имеет номинал 47 Ом, наиболее правильно поставить такой же 47 Ом,

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

То, что линия не звонится напрямую на 1.8V или 3.3V — нормально.

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

Рекомендую установить 47 Ом и проверить запуск платы.

Ставить перемычку 0 Ом или оставлять линию без резистора нежелательно, возможны ошибки инициализации eMMC,

сбои чтения либо нестабильный старт процессора.

Если резистор был сорван механически, дополнительно стоит проверить саму линию CMD на обрыв до процессора.

[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 

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