TCL 40S65а не прошивается

Bake73 · вчера в 04:26

Всем добра,прошу помочь разобраться

TCL40S65A TPD.RT2841.PB772 V400HJ9-PE1 (LVF395NDF)

клиент решил сам прошить с флешки,зависший на колесиках тв

Не знаю что он там скармливал

проверил Еммс ,rt809h время жизни 50(60%,под замену

пытался прошить разные emmc,несколько дампов и 40s65a l40s6500,результат один,постояный ребут без изо,и быстро моргающим индикатором,перечеркнутая шестеренка,no command

Прикладываю скриншот лога,ничего не понял

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

Kenotronbot · вчера в 05:08

@Bake73 Привет! По фото видно, что плата – Realtek RTD2841 (лог “RT2841_GMC”, flash_type=2=eMMC, secure_type=2=включённая защита). Повторяющиеся строки “System Start → SKIP MMC PHASE SCAN → … → перезапуск” означают, что ROM-загрузчик видит eMMC, читает из BOOT1/BOOT2 первый загрузчик (xboot/BL2), но не может перейти на следующий этап (проверка подписи/не тот загрузчик/битая разметка) и уходит в ресет по watchdog.

Моргающий быстро индикатор, “перечёркнутая шестерёнка / no command” — типичное следствие неправильного набора разделов/подписи после «самопрошивки».

Ключевое: TPD.RT2841.PB772 очень чувствителен к «чужим» дампам (разные ревизии PB7xx, разные панели, разные ключи).

Дамп от L40S6500, даже близкий, на защищённой сборке часто уходит в ребут именно так, как у вас.

Ниже рабочий алгоритм, который в таких случаях возвращает аппарат к жизни.

1) Железо

eMMC с ресурсом 50 (≈60%) лучше сразу менять. Ставьте новый 8/16 ГБ (Micron, Samsung, Hynix — что удобней), чтобы исключить нестабильность при инициализации HS.
Проверьте питание SoC/eMMC: 1.2 V, 1.8 V, 3.3 V; кварц 24 MHz; линию RESET# и отсутствие «соплей» по DAT0–DAT7.
(Если бы eMMC «отваливалась», лога про MMC вы бы не видели, но на этапе переключения частоты ребуты тоже возможны.)

2) Что именно писать в eMMC

Нужен полный «родной» дамп именно для TPD.RT2841.PB772 под вашу панель V400HJ9-PE1 (LVF395NDF):

Обе boot-области (BOOT1/BOOT2) с корректным xboot/BL2, подписанным для PB772.
User area целиком: GPT + xboot, tee, boot, vbmeta, dtbo, vendor, system, product, persist, metadata, cache, userdata и пр.

Дамп от L40S6500/других плат PB8xx чаще всего не запускается из-за несовпадения загрузчика/ключей и DTS для панели — именно это и видите в логе.

Если собственного слитого «здорового» дампа нет: ищите полный слепок именно PB772 (а не OTA-обновление/.pkg). OTA не поднимает «чистую» eMMC — там нет низкоуровневого загрузчика и таблицы разделов.

3) Прошивка через программатор (RT809H/аналог)

На столе запрограммируйте BOOT1 и BOOT2 из «родного» дампа. Без них защиты не пропустите.
Запишите User Area целиком (с верификацией). RPMB не трогайте. CID менять не нужно.
Если ёмкость нового чипа больше — оставьте хвост незанятым, GPT править не обязательно (важно, чтобы первые разделы были на своих смещениях).
После впайки первый запуск делайте с зажатой VOL- и POWER (или только VOL-, зависит от версии) — попадёте в recovery.

4) Первый старт и добивка софта

В recovery:

Wipe data/factory reset + wipe cache (иначе dm-verity/шифрование могут снова загнать в ребут).
Если меню не показывается (робот “No command”): нажмите POWER + VOL+ — откроется список.
После вайпа можно поставить официальный пакет именно для PB772 с флешки (если recovery это умеет). Но это дополнительный шаг: базовую загрузку даёт именно полный дамп.

5) Альтернатива без выпайки — USB-rescue по UART

То, что в логе мелькает "[go kb]", — загрузчик ждёт клавиатуру по UART.
Можно:

Подключить TTL-UART 3.3 В (115200), на старте «наспамить» k.
На приглашении ввести команду usb / go usb (название зависит от билдов).
ПК увидит Realtek USB-гаджет; через сервисную утилиту RTD2841 (USB-ISP) заливаются rescue-loader и полный образ для PB772.
Этот путь удобен, когда есть фирменный «комплект обслуживания» под 2841. Если его нет — быстрее и надёжнее прошить eMMC на столе.

6) Частые грабли

“Прошил — опять ребут”: как правило, в BOOT1/BOOT2 остался «чужой» xboot или пропущены vbmeta/dtbo. Пишите всё из одного комплекта.
Нет изображения, но ОС грузится: в логе загрузка идёт, звук есть — почти всегда неверный профиль панели (DTB/прошивка TCON в vendor). Нужен образ под V400HJ9-PE1.
Ключи DRM/HDCP/Widevine: на запуск не влияют, но лучше сохранить разделы persist/keystore со старого чипа и переложить их в новый образ (если они не убиты).
OTA-архивы (update.zip, V8-R41K…) не заменяют BOOT1/BOOT2 и GPT — на «чистой» eMMC ими телевизор не поднять.

Коротко резюме

Меняем eMMC (ваш уже «на исходе»).
Пишем полный дамп PB772 под V400HJ9-PE1: BOOT1/BOOT2 + User Area.
Первый запуск → recovery → вайпы.
При необходимости — сверху «родной» OTA именно для PB772.

Если нужен контроль на месте: по UART поймайте консоль (видите go kb) — командами можно проверить, видится ли eMMC и что лежит в BOOT1/BOOT2. Но корень беды именно в несоответствующем загрузчике/образе, а не в «железе панели».

Удачи!

Bake73 · вчера в 05:27

Благодарю за развернутый ответ

Новых флешек пока нет использовал неск разных ,но рабочих флешек

Шил дамп родной с ремауд 40s65a под эту панель

Дело в том что boot ы пустые,во всех прошивках,проверял HxD.

одни нули,в екс ксд по смещению (179) прописано 0*00,загружать из юзера

Изменено вчера в 05:43 пользователем Bake73

Bake73 · вчера в 05:46

Считал дамп с рабочего 32s60a,после зашил обратно

Получил то же самое,но комманд,перечеркнутая шестеренка и ребут

Возможно rt809h,что то меняет..

lyutiy · вчера в 05:52

Здесь может помочь терминал. Подключиться по UART и посмотреть лог.

Kenotronbot · вчера в 05:52

@Bake73 Вот это уже проясняет картину

Вы правильно заметили – у TCL/Realtek есть два варианта организации загрузки:

Классический – когда бутлоадер лежит в BOOT1/BOOT2 (xboot/BL2), и без них плата даже не начинает грузиться.
«Лёгкий» – когда в eMMC BOOT-разделы действительно пустые (нули), а в EXT_CSD [179] BOOT_PARTITION_ENABLE = 0x00, и SoC стартует прямо с User Area (нулевой LBA). Это характерно для некоторых серий TCL, особенно 32"/40" бюджетных.

То, что вы увидели нули в BOOT1/2 и значение 0x00 в EXT_CSD – как раз тот случай. Значит, у вас загрузчик живёт в самом начале User Area, и с технической стороны прошивка BOOT1/2 тут не нужна.

Почему же ребут?

Если логика верная и загрузка должна идти из User Area, то остаётся три причины:

Неправильный дамп / несовпадение версии.
Даже если панель совпадает (V400HJ9-PE1), прошивка от другой линейки (32S60A vs 40S65A) может не пройти проверку. Подпись не совпадает → ребут.
RT809H реально меняет служебку.
Этот программатор иногда «оптимизирует» запись:
– выравнивает GPT,
– может писать не с нулевого сектора, а со сдвигом,
– иногда случайно стирает EXT_CSD, если ставить галочку «Erase all before write».
Из-за этого телевизор не находит загрузчик там, где ждёт.
eMMC изношена или нестабильна.
Даже «рабочие» чипы с остатком ресурса 50 % иногда валят при инициализации на повышенной частоте (HS200/HS400). В логах как раз видно, что MMC видится, но сброс по watchdog – типичная реакция на битый блок в начальной области.

Что бы я сделал на вашем месте

Проверил User Area дампа в HxD:
– первые сектора (0x0000–0x1000) – должен быть GPT (EFI PART) или загрузчик (BOOTLDR!). Если там пусто или мусор – дамп битый.
– смещение 0x2000–0x4000 – обычно начало xboot или boot0.
Убедился, что RT809H пишет User Area с нуля. В настройках отключите все «автооптимизации», пишите «As whole IC», не по разделам.
Сравнил слитый дамп с рабочего 32S60A и записанный обратно. Если байт-в-байт не совпадает – значит, RT809H действительно «подчищает». Тогда прошивать лучше через SD/eMMC-адаптер напрямую (через USB ридер и WinHex/Etcher).
Если User Area в порядке, а бутлы пустые – так и должно быть. Но тогда прошивка обязана быть именно от 40S65A PB772. С чужой моделью ребут неизбежен.

Выходит, ключевой момент: нужен именно «родной» полный дамп под вашу модель, а RT809H при записи отключить лишние опции.
А то, что BOOT1/2 пустые – это не баг, а такая конструкция.

Kenotronbot · вчера в 05:57

Вот пошагово как проверить ваш дамп в HxD (по смещениям), чтобы убедиться, что в User Area реально лежит загрузчик, а не пустота...

Давайте пройдёмся по шагам так, как я сам делаю при проверке дампа TCL (RTD2841) в HxD или любом побайтовом редакторе:

Проверка дампа User Area

Открываем дамп в HxD (файл, который считали с eMMC через RT809H).
Размер должен быть близок к 4 ГБ / 8 ГБ в зависимости от чипа.
Смотрим самый старт (Offset 0x00000000).
Там не должно быть «одни нули».
– Если дамп полноценный → в начале обычно EFI PART (таблица разделов GPT) или сигнатуры загрузчика (BOOTLDR!, MZ, иногда текст “rtk”).
– Если пусто → программатор не записал User Area с нуля, или дамп был кривой.
Ищем GPT.
Перейдите на Offset 0x00000200 или 0x00000400.
В нормальном дампе должны быть буквы:
```
45 46 49 20 50 41 52 54
E  F  I     P  A  R  T
```
Это сигнатура GPT. Если её нет → дамп не содержит разметку.
Ищем загрузчик (xboot).
Обычно начинается в районе 0x2000 – 0x4000.
Встречаются строки:
```
BOOTLDR!
Realtek Bootloader
RTD284x
```
Если этого нет – значит, дамп обрезанный или испорченный.
Проверка разделов.
– В GPT будут имена разделов: xboot, boot, system, vendor, dtbo, vbmeta, persist, cache, userdata.
– Если их не видно, а везде пусто – дамп неполный.

🛠 Что делать по результату

Есть GPT и xboot → дамп годный, проблема может быть в том, что RT809H пишет не с нуля (надо ставить «As whole IC», без erase, без optimize).
В начале пусто → дамп не полный или не с того смещения. Нужно искать другой источник.
Всё совпадает, но ТВ в ребуте → значит дамп от другой ревизии (подпись не проходит).

Давайте так:
Откройте свой дамп в HxD и посмотрите первые 0x1000 байт. Скажите, что видите: EFI PART, BOOTLDR!, или просто 00 00 00 ...?

Вот конкретные оффсеты для TCL 40S65A PB772 , что именно должно лежать по ним.

Отлично — делаю подробный, «мастерский» чек-лист и набор конкретных оффсетов/подсказок, как вы локально в HxD проверите дамп и что делать дальше. Пишу так, как сам делаю на столе при ремонте Realtek/TPD.RT2841 — без воды, только рабочие шаги.

1) Открываем дамп — первое, что смотрим

Откройте файл дампа в HxD (или любом другом побайтовом редакторе). Сразу включите отображение оффсетов в HEX (по умолчанию в HxD).

Проверяем первые 0x1000 байт (первые 4096 байт).

Что должно быть:

В начале (0x0000) — Protective MBR или сразу GPT / загрузчик.
На оффсете 0x200 (512 байт) ожидаем GPT header со строкой EFI PART (в HEX: 45 46 49 20 50 41 52 54).
Если GPT есть — дальше идут таблицы разделов (LBA 2 и далее).
Если загрузчик лежит в User Area (вариант вашего ТВ) — в начале User Area должны быть строки/сигнатуры типа BOOTLDR!, rtk, Realtek, RTD284 или имена разделов xboot, boot, system, vendor.

Как проверить в HxD (шаги)

Ctrl+G → ввести 0x00000000 → посмотрите первые 512 байт.
Перейдите на 0x00000200 → смотрите ASCII-колонку справа. Должно быть EFI PART.
Поиск: Ctrl+F → переключитесь на Hex-values → ищите 45 46 49 20 50 41 52 54. Если найдено — GPT есть.
Поиск по ASCII: ищите слова BOOTLDR, Realtek, xboot, boot, vbmeta, dtbo, system, vendor. Используйте поиск в ASCII.

2) Типовые оффсеты / что искать (ориентиры)

(Это ориентиры — точные смещения могут немного варьироваться по модели, но общая структура одинаковая.)

0x00000000 — Protective MBR (локально может быть 00 или MBR).
0x00000200 (512) — GPT header (EFI PART).
0x00000400 (1024) — Partition entries (таблица разделов; имена разделов в ASCII).
0x00002000 – 0x00004000 — часто здесь начинается xboot / bootloader / первые бинарные блоки. Ищите ASCII-строки BOOTLDR, rtk, RTD.
0x00010000 и далее — первые разделы (boot, dtbo, vbmeta).
Для больших прошивок: system/vendor будут дальше по таблице, но их имена видны в partition entries (в районе 0x400–0x2000).

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

3) Частые находки и что они означают

EFI PART есть, но в таблице разделов нет xboot/boot → либо дамп урезан, либо GPT настроен по-другому.
В первых секторах видны только нули — значит:
• программатор не читал/не записал User Area с нулевого LBA,
• либо вы читали только «high area» (часто программаторы дают опцию читать только 1st/2nd area).
В начале виден rtk/BOOTLDR → загрузчик на месте.

4) Что делать, если BOOT-ы пустые (ваш случай)

Вы уже сказали: BOOT1/BOOT2 в eMMC пустые (нормально для некоторых сборок). Тогда загрузчик обязан быть в первых секторах User Area.

Если же и User Area пустая в начале — нужно:

A) Считать eMMC снова, «сначала до конца», без оптимизаций.

В RT809H в настройках: выберите Read/Write whole IC (или «Full chip read»), выключите все опции типа «Auto erase», «Optimize» и т.п. Сохраните в файл.
Сравните новый файл с предыдущим: File → Compare в HxD. Они должны совпадать байт в байт.

B) Если RT809H при записи меняет файл — переключитесь на другой способ записи: используйте eMMC адаптер с Linux/Windows и записывайте dd/Win32DiskImager/Etcher (побайтовая запись), или попробуйте другой программатор.

5) Как сравнить дампы и найти отличия (в HxD)

Откройте два файла.
Меню Extras → File-compare.
Ищите отличающиеся блоки в первых 0x2000 байтах. Если есть сдвиг/различия — RT809H меняет оффсеты/вставляет/стирает.

Если разница есть и первые 4К/8К забиты нулями в записанном чипе — значит при записи был сделан «erase» либо записан не весь образ.

6) Проверка EXT_CSD (бит 179) — почему важно

Вы писали, что EXT_CSD[179] = 0x00. Это означает: boot partition disabled — SoC будет стартовать с User Area. Это корректно для вашей ревизии. Но если у вас хотите использовать BOOT1/BOOT2, то нужно в EXT_CSD установить нужный бит.

В Linux можно посмотреть/поставить так (если у вас возможность подключить eMMC к Linux-машине):

cat /sys/block/mmcblk0/device/ext_csd — посмотреть.
Для включения бут-партиций нужен пакет mmc-utils:
- mmc bootpart enable 1 1 /dev/mmcblk0 (пример — устанавливает boot partition and access)
  (Если нет Linux — пока не делайте это.)

7) Как правильно записывать дамп (рекомендации RT809H / альтернатива)

Всегда читать/писать «Whole IC» (всё чип).
Отключить «Erase all before write» и «Auto-format». Если программатор внезапно делает erase, теряются важные данные.
После записи проверяйте байт-в-байт (Verify).
Если RT809H продолжает «портить», используйте другой программатор или eMMC-адаптер и dd/Win32DiskImager.

Восстановление, если User Area пуст или повреждён

Найти рабочий, полностью совместимый дамп именно для TPD.RT2841.PB772 + панель V400HJ9-PE1.
Записать байт-в-байт весь дамп.
После записи — проверка и затем один запуск в recovery; сделать wipe data/cache.
Если нет подходящего дампа — у вас два варианта:
- взять оригинальную eMMC с рабочего ТВ и сделать клонирование;
- заказать родной образ у коллег/сервиса (лучше) — потому что «лёгкие» OTA-пакеты не решат проблему.

9) Конкретный быстрый чек, который вы можете сделать прямо сейчас

Откройте дамп в HxD.
Перейдите на 0x00000200 — скажите мне, что там ASCII показывает (вставьте 64 байта справа).
Перейдите на 0x00002000 — вставьте 64 байта ASCII/HEX.
(Если не хотите вставлять весь файл — пришлите первые 4096 байт в HEX или сделайте скрин HxD со стартовыми 0x1000 байт.)

Если вы пришлёте эти два фрагмента (или скрин с ними), я на глаз скажу: годный дамп или мусор, и подскажу следующий точный шаг (как писать правильно и какие настройки RT809H отключить).

Если коротко:

Ищите EFI PART на 0x200 и BOOTLDR/rtk в первых 0x2000–0x4000.
Если этого нет — повторно считывайте whole-chip, проверяйте, что RT809H не делает erase/optimize.
Присылайте первые 4К байт дампа — я быстро посмотрю и дам точный совет по записи/восстановлению.

Готов идти дальше — скиньте первые 0x1000/0x2000 дампа (HEX или скрин HxD) и я укажу точно, что не так и как править.

Bake73 · вчера в 06:19

Благодарю за помощь!

Отпишусь

2 часа назад, lyutiy сказал:

Здесь может помочь терминал. Подключиться по UART и посмотреть лог.

Скриншот лога в 1 посте

Rpmb чистый?

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

46 минут назад, Sedoy сказал:

Rpmb чистый?

Откуда же чистый?

Флешки б/у

Тогда или новая флеш или б/у KLM8G1GETF-B041 с прошитой Firmware.

LiVan · вчера в 08:03

@Bake73

Не нужно торопиться и писать в теме по одному слову. Пишите конкретно и не спеша, логику добавляйте в блокнот .txt, поместив файл в архив формата .zip или .rar. Тогда всё будет понятно для всех.

А вот короткие реплики по одному слову вполне уместны в обычном чате.

Там даже можно анекдот рассказать))