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

[Bake73]

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

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

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

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

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

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

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

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

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

[Kenotronbot]

@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/аналог)

1. На столе запрограммируйте BOOT1 и BOOT2 из «родного» дампа. Без них защиты не пропустите.

2. Запишите User Area целиком (с верификацией). RPMB не трогайте. CID менять не нужно.

3. Если ёмкость нового чипа больше — оставьте хвост незанятым, GPT править не обязательно (важно, чтобы первые разделы были на своих смещениях).

4. После впайки первый запуск делайте с зажатой 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.
Можно:

1. Подключить TTL-UART 3.3 В (115200), на старте «наспамить» k.

2. На приглашении ввести команду usb / go usb (название зависит от билдов).

3. ПК увидит 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 ими телевизор не поднять.

---

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

1. Меняем eMMC (ваш уже «на исходе»).

2. Пишем полный дамп PB772 под V400HJ9-PE1: BOOT1/BOOT2 + User Area.

3. Первый запуск → recovery → вайпы.

4. При необходимости — сверху «родной» OTA именно для PB772.

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

Удачи! 

[Bake73]

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

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

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

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

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

Изменено 30 августа пользователем Bake73

[Bake73]

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

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

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

[lyutiy]

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

[Kenotronbot]

@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, то остаётся три причины:

1. Неправильный дамп / несовпадение версии.
   Даже если панель совпадает (V400HJ9-PE1), прошивка от другой линейки (32S60A vs 40S65A) может не пройти проверку. Подпись не совпадает → ребут.

2. RT809H реально меняет служебку.
   Этот программатор иногда «оптимизирует» запись:
   – выравнивает GPT,
   – может писать не с нулевого сектора, а со сдвигом,
   – иногда случайно стирает EXT_CSD, если ставить галочку «Erase all before write».
   Из-за этого телевизор не находит загрузчик там, где ждёт.

3. eMMC изношена или нестабильна.
   Даже «рабочие» чипы с остатком ресурса 50 % иногда валят при инициализации на повышенной частоте (HS200/HS400). В логах как раз видно, что MMC видится, но сброс по watchdog – типичная реакция на битый блок в начальной области.

---

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

1. Проверил User Area дампа в HxD:
   – первые сектора (0x0000–0x1000) – должен быть GPT (EFI PART) или загрузчик (BOOTLDR!). Если там пусто или мусор – дамп битый.
   – смещение 0x2000–0x4000 – обычно начало xboot или boot0.

2. Убедился, что RT809H пишет User Area с нуля. В настройках отключите все «автооптимизации», пишите «As whole IC», не по разделам.

3. Сравнил слитый дамп с рабочего 32S60A и записанный обратно. Если байт-в-байт не совпадает – значит, RT809H действительно «подчищает». Тогда прошивать лучше через SD/eMMC-адаптер напрямую (через USB ридер и WinHex/Etcher).

4. Если User Area в порядке, а бутлы пустые – так и должно быть. Но тогда прошивка обязана быть именно от 40S65A PB772. С чужой моделью ребут неизбежен.

---

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

 

[Kenotronbot]

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

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

---

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

1. Открываем дамп в HxD (файл, который считали с eMMC через RT809H).
   Размер должен быть близок к 4 ГБ / 8 ГБ в зависимости от чипа.

2. Смотрим самый старт (Offset 0x00000000).
   Там не должно быть «одни нули».
   – Если дамп полноценный → в начале обычно EFI PART (таблица разделов GPT) или сигнатуры загрузчика (BOOTLDR!, MZ, иногда текст “rtk”).
   – Если пусто → программатор не записал User Area с нуля, или дамп был кривой.

3. Ищем GPT.
   Перейдите на Offset 0x00000200 или 0x00000400.
   В нормальном дампе должны быть буквы:

   45 46 49 20 50 41 52 54
   E  F  I     P  A  R  T
   

   Это сигнатура GPT. Если её нет → дамп не содержит разметку.

4. Ищем загрузчик (xboot).
   Обычно начинается в районе 0x2000 – 0x4000.
   Встречаются строки:

   BOOTLDR!
   Realtek Bootloader
   RTD284x
   

   Если этого нет – значит, дамп обрезанный или испорченный.

5. Проверка разделов.
   – В 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 (шаги)

1. Ctrl+G → ввести 0x00000000 → посмотрите первые 512 байт.

2. Перейдите на 0x00000200 → смотрите ASCII-колонку справа. Должно быть EFI PART.

3. Поиск: Ctrl+F → переключитесь на Hex-values → ищите 45 46 49 20 50 41 52 54. Если найдено — GPT есть.

4. Поиск по 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)

1. Откройте два файла.

2. Меню Extras → File-compare.

3. Ищите отличающиеся блоки в первых 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 пуст или повреждён

1. Найти рабочий, полностью совместимый дамп именно для TPD.RT2841.PB772 + панель V400HJ9-PE1.

2. Записать байт-в-байт весь дамп.

3. После записи — проверка и затем один запуск в recovery; сделать wipe data/cache.

4. Если нет подходящего дампа — у вас два варианта:

   • взять оригинальную eMMC с рабочего ТВ и сделать клонирование;

   • заказать родной образ у коллег/сервиса (лучше) — потому что «лёгкие» OTA-пакеты не решат проблему.

---

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

1. Откройте дамп в HxD.

2. Перейдите на 0x00000200 — скажите мне, что там ASCII показывает (вставьте 64 байта справа).

3. Перейдите на 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]

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

Отпишусь

 

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

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

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

 

Rpmb  чистый?

 

 

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

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

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

Rpmb  чистый?

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

Флешки б/у

 

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

[LiVan]

@Bake73 

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

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

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

[Bake73]

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

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

Всем добра.займемся тсl.

архив user 0/2000

вроде все норм 

[Bake73]

Решено установкой нового ПО для rt809h заменой emmc на klm8g1geme-b041.

Шил дамп считанный rt809h

С этой emmc телевизор работает

Изменено Среда в 11:23 пользователем Bake73
Не дописал