KION 24H5L56KF, TP.SK516S.PB818, обновление по USB не пошло, телик не цепляет обнову.

[vgolova]

Марка и полная модель: KION 24H5L56KF

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

Матрица (Panel) T-Con:   PT236AT02-1

Что уже проверено: Клиент пытался установить какое то приложение самостоятельно.

В итоге - заставка KION и все, темный экран.

Для начала нужно попробовать восстановить через USB.

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

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

/monthly_2026_08/IMG_0584.jpeg.1c63edfe796f2ed78495712f206554f1.jpeg" src="https://kenotrontv.ru/applications/core/interface/js/spacer.png">

Обновление по USB не пошло, телик не цепляет обнову.

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

Буду дальше разбираться , что к чему.

Видимо хозяева крепко попортили ПО.

Архив распаковал, все файлы перенес на флешку.

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

Пробовал кликать (все перепробовал) - неа, не хочет.

Флешка 8gb, отформатирована FAT32, файлы из распакованного архива перенесены туда.

Все. Вот как то так. Разберусь, надеюсь, дополню отзыв. 

[Kenotronbot]

@vgolova  Смотри, коллега. Давай разложим всю эту ситуацию по полочкам, от софтовых граблей до железа.

Ты пошел по пути наименьшего сопротивления, но в ремонте, особенно на MStar, этот путь обычно ведет в тупик.

Ниже полный разбор полетов и четкий алгоритм, как вытащить этот телик.

1. Анализ провала с USB-обновлением (Почему не пошло)

Ты пытался обновить бутлоадер (U-Boot) через USB, но он проигнорировал носитель.

Вот твои ошибки:

Файловая структура: Бутлоадер MStar — он тупой. Он не умеет искать файлы в папках. Ты распаковал всё в корень.

Ему нужен строго один файл (обычно MstarUpgrade.bin, allupgrade.bin или upgrade_loader.pkg в зависимости от версии бутлоадера) в корне флешки. Лишние файлы из архива (скрипты, readme) могут сбить его с толку.

Размер и тип флешки:

Ты воткнул 8 ГБ. Бутлоадеры на этих платах (особенно ранних ревизий) имеют кривые драйверы USB и не видят флешки больше 4 ГБ.

Плюс, размер кластера при форматировании 8 ГБ в FAT32 часто получается 16КБ или 32КБ, а буту нужно 4КБ (или вообще FAT16).

Порт: Втыкать нужно строго в USB 2.0 (черный).

Синий USB 3.0 на этапе ранней загрузки не инициализируется.

2. Главная ошибка: Несоответствие матрицы (Панели)

Ты скачал дамп с именем ...PT236AT02-1..., а на телике, судя по фото шильдика, стоит матрица C240Y19-5C (XK5L129SS78).

Это фатальная ошибка.

В дампе зашиты тайминги инициализации LVDS, гамма-коррекция и T-CON конфиг именно под PT236.

Если бы ты даже чудом пролил этот дамп по USB, ты бы получил:

Либо черный экран при работающей подсветке (неверные тайминги).

Либо инверсию цветов / негатив.

Либо артефакты и вылет в ребут.

3. Аппаратная диагностика (Что на самом деле с железом)

Симптом «логотип KION висит, экран темный» после попытки клиента что-то установить — это классическая типовуха для деградации eMMC.

Когда клиент тыкал меню и ставил софт, система активно писала в User Area.

Если eMMC старая или была просадка по питанию, контроллер флешки ушел в Read-Only (защита от записи) или посыпались бэды (bad blocks) в разделах Boot1/Boot2 или User Area. Процессор пытается читать конфиг матрицы, получает ошибку CRC, паникует и отрубает BL_EN (подсветку) или не подает тактирование на T-CON.

Что нужно проверить по схеме и плате (TP.SK516S.PB818):

Питание eMMC: Возьми мультиметр или осциллограф. Найди ноги питания eMMC (она у тебя спрятана под черным радиатором процессора). Проверь VCC (должно быть 3.3В) и VCCQ (1.8В).

Посмотри осциллографом, нет ли сильных пульсаций.

Если по VCCQ просадки — ищи пробитый конденсатор в обвязке.

Подсветка: Убедись, что темный экран — это именно отключенная подсветка, а не неработающий T-CON.

Посвети фонариком на экран. Если видишь тусклое изображение — проблема в инверторе/LED-драйвере или BL_EN.

Если темно как в танке — подсветка не стартует.

4. Конкретное решение (Алгоритм действий)

Хватит мучить флешки. Переходим к тяжелому арту.

Шаг 1. Доступ к eMMC На плате TP.SK516S eMMC распаяна с обратной стороны или под радиатором (судя по компоновке SK516S, она под радиатором, рядом с DDR).

Снимай радиатор.

Либо паяйся на тестпоинты (если они выведены на обратную сторону платы) для чтения по ISP.

Лучший вариант: Сдуй eMMC феном, очисти ноги и вставь в адаптер для RT809H / UFPI.

Так ты исключишь влияние обвязки и кривые переходники.

Шаг 2. Чтение и анализ дампа

Подключаешь к программатору.

Читаешь дамп. Смотри на лог программатора!

Если пишет Read Only, Error, CRC mismatch или скорость чтения падает до нуля — флешка труп. Только замена.

Ставь новую eMMC (например, FORESEE или Samsung) на 8 ГБ (раз в оригинале была 8ГБ, судя по имени файла, но проверь маркировку на самом чипе!).

Если читается чисто — сохраняй этот дамп как backup_original.bin.

Шаг 3. Подготовка правильного дампа Тебе нужно найти или собрать дамп именно под TP.SK516S.PB818 + Panel C240Y19-5C.

Если в интернете есть только дамп от PT236, его лить нельзя. Ищи на профильных форумах дамп именно по шильдику матрицы.

Если не находишь — придется брать родной дамп (если он читался), чистить раздел User Area (форматировать в FAT32 внутри редактора разделов программатора) и прошивать обратно, чтобы сбросить софтовые глюки, которые наворотил клиент.

Шаг 4. Прошивка

Если ставишь новую eMMC: проливаешь правильный дамп (Boot1, Boot2, User Area) через программатор.

Запаиваешь чип на плату.

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

Резюме: Твоя проблема не в том, что «хозяева попортили ПО».

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

Бери паяльник, фен и программатор. Читай чип, смотри логи, ищи дамп под C240Y19-5C.

Как прочитаешь чип и увидишь логи RT809H — пиши, разберем дальше, если будут косяки.

 

[vgolova]

Вот это поддержка! Завтра с утра в бой! Пошагово.

[Kenotronbot]

Дополнение.

Перед тем как снимать eMMC, я бы обязательно снял UART-лог 115200.

TP.SK516S.PB818 - это платформа MT9256, и по логу сразу станет понятно, где реально останавливается загрузка:

bootloader, kernel, recovery, userdata или уже Android/launcher.

Также уточнение: прошивка allupgrade516_8GB_1GB_ref65.bin как раз предназначена для KION 24H5L56KF + TP.SK516S.PB818 + PT236AT02-1, то есть по панели здесь всё совпадает.

Если USB штатно не цепляется, сначала UART, затем чтение eMMC с сохранением CID/EXT_CSD, BOOT1/BOOT2 и USER, проверка Life Time/Pre-EOL и несколько контрольных чтений.

Только после этого решать, битое ПО или уже дохнет сама eMMC.

И USER Area в FAT32 не форматировать, это Android-разделы, там нужен нормальный wipe/recovery либо восстановление штатной разметки.

[LiVan]

2 минуты назад, Kenotronbot сказал:

Перед тем как снимать eMMC, я бы обязательно снял UART-лог 115200.

Согласен на 100%.

Для снятия UART-лога можно использовать даже CH341A в режиме USB-UART (TTL).

Главное правильно подключить GND, RX/TX и выставить нужную скорость, обычно 115200 8N1.

Дальше лог удобно читать нашей KENOTRONTV SERVICE SUITE:

программа автоматически принимает UART-поток, сохраняет лог и делает его расшифровку и показывает этап загрузки,

ошибки eMMC, kernel, watchdog, mount-разделов и другие критичные моменты.

То есть сначала UART и анализ лога, а уже потом решать, есть ли смысл снимать eMMC и лезть глубже.

[vgolova]

Всем привет! Прошивка точно для моего пациента. Я выложил фото шильдика корыта, а на планке матрицы как раз то. Докладываю - взял флешку 4Gb, пробовал и одним файлом, и в купе, и переименовывал - без результатов. Все питания ( на майне даже контрольные точки есть. подписанные) в норме. EMMC не трогал пока, снял лог. кстати CH341A использовал. В прочтении логов пока несилен - выкладываю сюда на ваше обозрение. Вашу прогу сейчас обязательно скачаю и завтра обкатаю.

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

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

[Kenotronbot]

Привет. Лог смотрел.

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

Анализ лога UART

1. Хорошая новость: eMMC жива. Смотри строку: eMMC used life: 10~20%. Твоя флеш-память не ушла в Read-Only, ресурс износа минимальный. Железо физически исправно, менять чип не нужно.

2. Бут стартует, но виснет. U-Boot 2011.06-dirty загрузился. eMMC HS400 5.1 200MHz — контроллер eMMC инициализировался на высокой скорости. eMMC 7.28 GB — объем определился верно (это 8 ГБ чип). Дальше читается CID (идентификатор чипа), и... тишина.

Почему обрывается лог? После чтения CID U-Boot должен подтянуть ядро (kernel) и device tree из раздела Boot или User. Если лог обрывается здесь, значит:

Либо раздел с ядром битый/пустой.

Либо дамп, который ты пытаешься подсунуть (или который уже залит), не соответствует железу/матрице, и на этапе раннего парсинга device tree происходит kernel panic. Консоль просто замолкает.

Почему не работает USB-обнова (Твои ошибки)

Раз U-Boot жив, USB-обновление должно работать. Ты снова уперся в файловую систему и имя файла.

Имя файла: Бутлоадер ищет строго определенное имя. Твой файл allupgrade516_8GB_1GB_ref65.bin он игнорирует.

Решение: Переименуй файл в MstarUpgrade.bin (или allupgrade.bin, если первый не сработает). Никаких цифр и букв в конце.

Флешка: 4 ГБ — это правильно. Формат FAT32, размер кластера 4096 байт (это критично, ставится при стандартном форматировании Windows, но лучше перепроверить). В корне должен лежать только переименованный файл.

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

Выдерни телик из розетки.

Вставь флешку в USB 2.0 (черный порт).

Зажми кнопку Power на корпусе телевизора (не на пульте!).

Не отпуская кнопку, включи в розетку. Держи кнопку секунд 10-15, пока на экране не появится полоса загрузки или надпись "Upgrading".

Предостережение по CH341A (Важно!)

Ты пишешь: "EMMC не трогал пока... читал через CH341A". Стоп. Выдыхай. eMMC в этом телевизоре работает с напряжением VCCQ 1.8 Вольта. Стандартный программатор CH341A без специального переходника и настройки выдает 3.3 Вольта. Если ты подключал его напрямую к тестпоинтам или через дешевый адаптер, ты мог:

Прочитать битый дамп (из-за несовпадения уровней логики).

Сжечь контроллер eMMC (если повезло — только часть ячеек, если нет — чип под замену).

Для работы с eMMC (особенно на запись) нужен RT809H или UFPI с родным адаптером, где жестко задано питание 1.8В. Если будешь шить через ISP (не снимая чип) — убедись, что ты подал 1.8В на линию VCCQ, иначе после прошивки бут просто не увидит флешку и телик уйдет в глубокий кирпич.

Итоговый алгоритм действий

Софт-метод (последняя попытка): Переименовываешь файл в MstarUpgrade.bin, готовишь флешку 4ГБ FAT32 (кластер 4К), зажимаешь кнопку на корпусе и включаешь. Если пойдет - отлично.

Хард-метод (если USB снова игнорирует):

Сдувай eMMC. Не мучай ISP.

Вставляй в адаптер RT809H/UFPI.

Читай дамп, сохраняй.

Открывай свой скачанный дамп в редакторе программатора.

Убедись, что в заголовках (hex-редакторе) прописана твоя матрица C240Y19-5C (иногда строка панели видна в открытом тексте дампа).

Прошивай чип, запаивай на плату.

Попробуй сначала USB с правильным именем файла.

Отпишись, как поведет себя консоль, если снова не пойдет, скинь новый лог.

[Kenotronbot]

Краткое уточнение к логу:

Коллега, обрати внимание на строку с CID в твоём PDF:

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

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

CID обрывается на 4-й строке (должно быть 4 строки по 8 байт = 16 байт всего, но у тебя последняя строка неполная).

Это не нормально.

Это может означать:

Проблемы с чтением eMMC на высокой скорости HS400 (деградация чипа или проблемы с питанием VCCQ 1.8V)

Битые сектора в служебной области

Помехи на шине данных (проблемы с обвязкой)

Что сделать перед USB-прошивкой:

В логе UART нажми любую клавишу на клавиатуре (если подключена) или подожди 30-60 секунд - иногда после паузы появляются дополнительные сообщения об ошибках.

Сделай скриншот или сохрани полный лог из KENOTRONTV SERVICE SUITE тогда там может быть больше информации, чем в логе который ты отправил PDF. Лучше и правильно это делать в блокноте.txt

Если USB с переименованным файлом снова не пойдёт, не мучайся, сразу переходи к чтению eMMC через RT809H/UFPI и смотри реальный лог программатора (ошибки чтения, скорость).

По матрице:

На шильдиках у тебя C240Y19-5C, но в первом сообщении ты указал PT236AT02-1.

Убедись, что скачанная прошивка действительно подходит под C240Y19-5C, иначе после успешной прошивки получишь чёрный экран или артефакты.

ПО USB которое ты скачал: 

CS782894_CHANGHONG_TP_SK516S_PB818_PT236AT02_1

KION_24H5L56KF_GDZB2A2XQ_8GB_1GB_N_DD_1KEY_REF65_V6_1_0_ec1275b1_20220926_193620

[vgolova]

Доброе утро! По поводу CH341 - его использовал только для чтения лога а не EMMC. панель у меня действительно та, которая в обновлении (фото прилагаю) Буду действовать согласно указаниям. Не получилось фото прилепить , попозже попробую. На нем планка  PT236AT02-1.

[Kenotronbot]

Доброе Коллега.

По CH341A - фух, выдохнули.

Если использовал его строго как USB-UART переходник для снятия лога, то претензий нет.

Главное, что не пытался им лезть в eMMC напрямую, а то бы мы тут уже обсуждали замену чипа из-за несовпадения логических уровней 3.3В и 1.8В.

По панели - принято.

Если на планке матрицы честно выбито PT236AT02-1, значит, дамп allupgrade516_8GB_1GB_ref65.bin - родной.

Мой первоначальный скепсис был вызван тем, что в начале темы проскакивало упоминание C240Y19-5C, но раз ты своими глазами видел маркировку на планке - снимаю возражения.

Тайминги и гамма совпадут.

Фото не прицепилось, бывает, интернет иногда тупит поэтому и проблемы с вложениями.

Не критично, слово мастера для меня весомее скриншота.

Раз всё сходится, действуй по алгоритму:

Флешка 4 ГБ, FAT32, размер кластера 4096 байт.

В корне флешки лежит строго один файл, переименованный в MstarUpgrade.bin.

Втыкаем в черный порт USB 2.0.

Обесточиваем ТВ -> зажимаем кнопку Power на корпусе (не на пульте!) -> втыкаем в розетку -> держим кнопку 10-15 секунд, пока не пойдет процесс.

Если и это не заведет машину (не появится полоса загрузки или надпись Updating), значит, буту плевать на USB-носитель, и софтовый путь закрыт.

Тогда без вариантов: сдуваем eMMC, читаем в RT809H/UFPI, смотрим реальный лог программатора (бэды, скорость чтения, ошибки CRC) и шьем по-человечески.

Жду доклад о результатах. Удачи в бою.

[vgolova]

Вообщем танцы с бубном, переименованием файла не прокатили. Не хочет телик подхватывать обновление. Сдул EMMC, считал лог и содержимое (ENTT-3). для меня по логу ничего не видно, а с дампами я пока(надеюсь - пока) работать не у

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

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

мею. лог прогера прилагаю.

BOOT1 используется при загрузке, прилагаю

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

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

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

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

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

[Kenotronbot]

@vgolova Коллега, теперь уже есть нормальные исходные данные. Лог ENTT и BOOT1 посмотрел.

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

1. Что стоит на плате

ENTT нормально определил:

Samsung KLM8G1GETF-B041
eMMC 5.1
объём — 8 GB, реальный USER около 7.28 GiB
дата выпуска — 07/2022

По EXT_CSD:

Pre EOL = 1 — NORMAL

Life Time SLC = 2 — использовано примерно 10–20%

Life Time MLC = 2 — также 10–20%

То есть по счётчикам ресурса флешка далеко не убитая.

Это, конечно, не даёт 100% гарантии отсутствия локальных проблем NAND, но оснований менять eMMC только по состоянию здоровья сейчас нет.

2. BOOT1 действительно является загрузочным

Здесь ENTT всё правильно показал:

PARTITION_CONFIG = 0x08

Это означает, что в качестве загрузочной области выбрана именно BOOT1.

Также:

BOOT1 — 4 MB

BOOT2 — 4 MB

RPMB — 512 KB

загрузочная шина — x8

Это прямо видно из EXT_CSD.

То есть BOOT1 сейчас обязательно сохраняем и без необходимости не трогаем.

Я дополнительно посмотрел присланный KION.boot1.

Он не пустой и не забит 00/FF — внутри присутствует реальный ранний загрузочный код, в том числе строки:

MStarHmacKey
MStarCommonTAKey
eMMC Err:
BIST0-
STR_ON
Dram not support

Для контроля этого конкретного чтения:

CRC32: 5D12AA12

Если ещё раз считать BOOT1 и получить тот же CRC — уже хороший аргумент, что область читается стабильно.

3. Ошибки CMD1/CMD2 пока не пугают, но проверить надо

В начале лога есть:

Send CMD1 error!
Send CMD2 error!

После этого чип всё-таки нормально определяется, читаются CID, CSD, EXT_CSD и затем полностью считываются USER, BOOT1 и BOOT2.

Поэтому эти две ошибки сами по себе ещё не говорят о дохлой eMMC.

Но я обратил внимание на другое:

Using Ignore Errors

Вот это для диагностического чтения мне не нравится.

Я бы сделал ещё одно контрольное чтение:

Ignore Errors — выключить.

Оставить пока щадящий режим:

1 bit / 16 MHz

И ещё раз считать хотя бы:

BOOT1;

BOOT2;

начало USER;

лучше USER полностью, если время позволяет.

После этого сравнить CRC/MD5 двух чтений.

Если два чтения побайтно совпадают — к самой eMMC вопросов практически не остаётся.

4. WP Status True — это не значит, что eMMC ушла в Read Only

В логе есть:

WP Status True

Но сразу ниже:

Permanent WP is False
Temporary WP is False

Поэтому трактовать это как «флешка заблокировалась на запись» нельзя.

Permanent Write Protect не установлен, Temporary Write Protect тоже не установлен.

То есть признаков классического Read Only по этому логу я не вижу.

5. Ошибки RPMB — это отдельная история и это НЕ признак дохлой eMMC

В конце чтения имеем:

RPMB: Use correct key to read/write!

а затем:

RPMB: MAC error

и ошибки блоков RPMB.

Это ожидаемая ситуация.

RPMB — Replay Protected Memory Block, защищённая область eMMC.

Она работает с аппаратным HMAC-ключом, который программируется один раз и используется TEE/secure storage.

ENTT этого ключа не знает, поэтому корректно проверить MAC содержимого он не может.

Поэтому:

RPMB сейчас вообще не трогать. Не стирать, не форматировать и ничего туда не писать.

MAC Error в данном случае не означает bad block или неисправность NAND.

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

6. По питанию ENTT тоже всё нормально

На программаторе:

VCC = 3.30 V
VIO = 3.31 V

И здесь поправлю прежнее замечание насчёт обязательных 1.8 В.

Конкретно Samsung KLM8G1GETF-B041 поддерживает VCCQ как 1.8 В, так и 3 В. HS200/HS400 используют низковольтный режим,

но при чтении в ENTT на 1 bit / 16 MHz работа с VIO около 3.3 В для этого чипа допустима.

Поэтому на скрине ENTT здесь ничего криминального нет.

7. А вот теперь самое интересное — где, скорее всего, настоящий дефект

Первоначально аппарат имел:

логотип KION → дальше чёрный экран.

Причём клиент перед этим пытался что-то установить.

Если это было обычное Android-приложение без root и системных прав, оно вообще не должно иметь доступа к BOOT1/BOOT2.

Поэтому версия, что установка APK каким-то образом убила ранний загрузчик, маловероятна.

Гораздо больше похоже на проблему уже дальше по цепочке:

BootROM → BOOT1 → загрузчик → kernel → Android-разделы.

То есть смотреть надо:

• boot;
• recovery;
• dtbo;
• vbmeta;
• system;
• vendor;
• metadata;
• userdata;

конкретный набор зависит от разметки этой прошивки.

Особенно интересно состояние userdata / metadata.

Если клиент что-то ставил, закончилось место, аппарат завис во время записи или повредилась файловая система,

вполне реально получить нормальный логотип и затем зависание/чёрный экран.

8. USB пока оставляем в покое

С переименованием файла уже достаточно экспериментировали.

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

Это совершенно не доказывает, что этот же накопитель видит bootloader в режиме Force Upgrade.

И наоборот — нельзя просто из факта наличия файла allupgrade516_8GB_1GB_ref65.bin делать вывод, что bootloader обязан искать MstarUpgrade.bin.

Имя, команда запуска, сигнатура пакета и алгоритм Force Upgrade зависят от конкретной реализации загрузчика.

Поэтому дальше переименовывать файл наугад смысла нет.

И ещё важнее:

allupgrade516_8GB_1GB_ref65.bin нельзя просто заливать программатором с нулевого адреса USER.

Это USB upgrade package, а не обязательно полный RAW-образ eMMC.

Сначала нужно разобрать его структуру и определить, какие именно разделы он содержит.

9. Что делаем дальше

Сейчас я бы вообще ничего в эту eMMC не писал.

Первое — сделать повторное чтение BOOT1/BOOT2 и сравнить контрольные суммы.

Второе — сохранить отдельно:

CID + EXT_CSD + BOOT1 + BOOT2 + USER.

Оригинал держать неприкосновенным.

Третье — нужна разметка USER Area.

Сам USER весит 7.28 GiB, тащить его целиком на форум неудобно.

Для начала достаточно получить таблицу разделов из ENTT либо дать начало USER, например первые 64–128 MB.

По нему уже можно будет увидеть GPT и понять:

какие разделы есть;

где boot;

где recovery;

где vbmeta;

где system/vendor;

где userdata;

что реально можно восстановить из USB-пакета.

И отдельно нужен именно полный UART TXT от включения телевизора, не лог программатора ENTT.

Текущий log_20.08.26_12-27-02.txt — это лог работы ENTT с eMMC.

Он отлично показывает состояние самой флешки, но не показывает, на каком этапе зависает Android.

Пока мой диагноз такой

eMMC физически выглядит нормальной.

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

USER, BOOT1 и BOOT2 ENTT считал полностью.

Ошибки RPMB к дефекту телевизора сейчас отношения не имеют.

Поэтому новую eMMC пока не ставим и родную не стираем.

Следующий этап — проверить стабильность повторного чтения и разбирать USER Area + настоящий UART boot log.

Вот там уже станет видно, что у нас произошло на самом деле: развал Android-разделов, userdata, Verified Boot или другой софтовый косяк.

Пока всё выглядит значительно лучше, чем могло быть.

Родной чип и родной BOOT1 у нас сохранены — а это в таком ремонте самое главное.

[verniy68]

В 17.08.2026 в 23:20, vgolova сказал:

Для начала нужно попробовать восстановить через USB.

восстанавливай:

 

[vgolova]

Друзья! Большое спасибо за такую ценную инфу. Буду все делать пошагово, без фанатизма.НО! Завтра с утра уезжаю в запланированный отпуск на 3 недели. По возвращении с новыми силами сяду за аппарат. Еще раз - всем огромное спасибо!

[vgolova]

Всем привет! Отпуск немного затянулся, но, слава богу, закончился. Завтра приступаю. Все последние советы выполню, а там посмотрим, что дальше. Плохо, что до сих пор нет Инета на работе, буду что то с ним попутно решать. До завтра!