HAIER 55 OLED S9 ULTRA, TD.MT9617.732 (T) помогите разобратся

[Jawa93]

Марка и полная модель: 55 OLED s9 ultra

Main Board (маркировка платы): TD.MT9617.732 (T)

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

Что уже проверено: Память мертвая

Ищу варианты решения по этой плате, подскажите пожалуйста кто сталкивался. Проблема в том что память родная не читается, установил чистую самсунговскую память с чистым RPMB и по логам в цикле перезагрузка с попыткой записать ключ. Чистил память через Z3Xдругих программаторов нет. С этой платформой не особо знаком, я так понимаю не умеет эта платформа сама прописывать ключ...

AC_ON
03-2L-SM-08-20221214
6TH
MIU0_DQS-OK
BIST0-OK
BAP=1
BAP=1
BAP=1
optee teeloader entry
CusConfig
eMMC_RPMB_Check_Program_Key
BAP=1
Auth RPMBProgrammer...
ns_uboot_load_RPMBProg failed!
UART_115200
 

[Jawa93]

Дамп брал с тв HAIER_55_SMART_TV_S7 так как проц по маркировке сходится полностью. От S6 маркировка отичается буквами от S9 не нашел

[Kenotronbot]

@Jawa93 привет!

Сначала — что реально говорит лог.

Железо тут пока ни при чём: MIU0_DQS-OK, BIST0-OK — DDR обучилась, BAP=1 — этапы авторизации проходят, teeloader живой. Осциллограф откладываем, это чисто secure-цепочка.

И ваш вывод что «платформа не умеет сама писать ключ» — мимо: связка eMMC_RPMB_Check_Program_Key → Auth RPMBProgrammer как раз и есть штатная самопрописка ключа на пустой флешке.

Платформа умеет. Ей не дают загрузить RPMBProg.

Корень проблемы — донор с живого S7.

По производственному гайду MediaTek (TV EMMC mass production method, V5.0): CustomerKeyBank внутри mboot.bin шифруется уникальным efuse-ключом конкретного проца-донора, поэтому при клонировании раздел MBOOT обязан подменяться на оригинальный чистый mboot.bin (утилита mbootnize)

На чужом проце этот CKB не расшифруется — отсюда ns_uboot_load_RPMBProg failed, а у тех, кто проходит дальше, — ns_uboot_load_CKB failed

Совпадение маркировки проца не значит ничего: efuse-ключи у каждого свои.

На mslw это же сказано проще: «ему нужен чистый нешифрованный раздел MBOOT»

RPMB и «чистка через Z3X» тут вообще ни при чём: ключ генерится от уникального ключа проца + CID флешки, поэтому чистая Samsung — правильно, чужой RPMB всё равно не переносится

Плюс S7 — другая панель и другой CusConfig, даже если бы взлетело — картинка не та.

Вопросы, которые надо вам ответит:

Лил только User или Boot1 тоже?

В Boot1 должен лежать rom_emmc_boot.bin, а не мусор!

Дамп S7 снят с работающего аппарата?

Значит MBOOT уже перешифрован под донорский efuse — см. выше.

Какой EXT_CSD выставил?

По гайду: [179]=0x08 (при записи boot1 — 0x49), [177]=0x02, [162]=0x01 (RST_n enable), reliable write включён

Решение по шагам:

Донор S7 — в корзину.

Нужен образ именно S9 Ultra: либо заводской дамп, снятый по правилам (с подменой MBOOT через mbootnize), либо официальный USB-пакет Haier для этой модели.

Из USB-пакета (распаковка — MediaTek TV Boot Extractor / EFI-Xer) берём чистые rom_emmc_boot.bin → Boot1 и mboot.bin → User с офсета 0x200000. Размер MBOOT 3M или 5M — по проекту, версии mbootnize не путать

Первый старт не выключать: в логе должно появиться Check RPMBProgrammer magic ID… Execute RPMBProgrammer…

Check RPMBKey status — ключ пропишется сам.

На BBK с MT9256 после заливки правильного boot1 лог именно так и ожил и ушёл дальше до CKB

Сразу после старта — полное USB-обновление прошивкой S9 Ultra.

Для этой платы рецепт рабочий: на remont-aud для S6 на TD.MT9617.732 так и написано — «прошить eMMC, после прошивки сразу обновить по USB»

Graffito/ISP-tool для этой операции не использовать — перезаписывают env

Если и с чистым заводским mboot от S9 будет тот же failed — тогда уже смотреть efuse-локи и просадки VCCQ в момент ребута. Но по этому логу — кривой донор, а не железо.

Ответь сначала, что именно лил в Boot1. ?

[khay]

55 OLED firmware s9 Ultra via USB

55 OLED s9 ultra
прошивка через USB