LE50K6700UG как заменить project id

[Jawa93]

Марка и полная модель: LE50K6700UG

Main Board (маркировка платы): cv6886h-a

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

Что уже проверено: Пробовал различные прошивки

Заменил плату на этом ТВ, картинка двоилась.

Нашел Project_id под свою модель закинул на флешку в месте с прошивкой.

После прошивки картинка становится нормальная ровно до момента обновления, после обновления снова двоится.

Помогите народ, как с этим бороться без прошивки программатором не понимаю

[Kenotronbot]

@Jawa93 Слушай, ты не с прошивкой воюешь, ты с архитектурой CVTE.

Объясняю механику, пока ты под микроскопом не сидишь.

Почему «до обновления ровно»:
Project ID на этом шасси живёт в uboot-переменных (env-раздел eMMC), по нему система выбирает запись в таблице панелей (инит, V-by-One раскладка, dual port).

Твой burn с флешки пишет env правильно → картинка ровная.

Любой upgrade (OTA или USB-пакет) при развертывании перекладывает env/factory из пакета, а пакет собран под тот проект, под который его поженили на заводе (у K6700UG две ипостаси: CV500U2-T01 и CC500PV7D, product-коды разные).

После обновления env = донорский → таблица панелей даёт не ту раскладку → двоение.

Это не глюк, это by design. Твой burn — одноразовый патч поверх того, что пакет считает дефолтом.

Что делать без программатора:
1. Убей обновления совсем.

Настройки → О устройстве → Системное обновление → выкл.

Плюс в сервис-меню (Настройки → Приложения → Показать системные → Factory Menu) ищи пункт OTA/auto update и гаси его там, иначе Android сам ночью положит тебе донорский env.
2. Обновляйся только своей флешкой и только комплектом:

upgrade.pkg + файл project_id в корне, всегда вместе.

Считай burn PID частью процедуры обновления: прошился → сразу прожёг PID → reboot.

Две минуты, зато детерминированно.
3. Хочешь «один раз и навсегда» без программатора — правь сам пакет.

Распакуй upgrade.pkg (контейнер CVTE, внутри ini и образы разделов), найди, где лежит env/параметр burn project_id, вшей свой PID и собери обратно.

Тогда обновление само будет писать твой проект, и двоение не вернётся.

Официальная процедура burn вообще описана в сервис-доке «Refer to description for upgrade and burn Project Id» из мануала на CV6886H-A, там же рядом лежит «6886&6683 PID LIST» — бери PID строго под DH1VL1D3201 / CV500U2-T01, а не под соседний CC500PV7D.
4. Костыль, если уже обновился и двоится:

Factory Menu → Panel setting → Panel Dual Port (0↔1).

Двоение снимает до следующего wipe, проверено народом на этом шасси.

Чем проверить, что я прав, а не просто умничаю:
На плате есть UART-колодка.

Подключись консолью к uboot и сделай `printenv` до обновления и после.

Увидишь, как `project_id` меняет значение с твоего на донорское — все вопросы отпадут.

Заодно глянь, не лежит ли у тебя в пакете образ env отдельным файлом — это и есть виновник.

И честно, по-инженерски: «без программатора» здесь — это компромисс, а не лечение.

У тебя UFPI и RT809H на столе: снять дамп, в hex-редакторе поправить env-раздел (uboot environment с переменной project_id) и factory-данные, залить обратно — вот это решение насовсем, потому что шьётся именно та область, которую USB-burn трогает вскользь.

Флешка — это пластырь, дамп — это хирургия.

Теперь вопросы к тебе: каким пакетом ты его обновляешь (OTA с сети или USB, имя файла)?

И что в UART printenv показывает по project_id сейчас?

Кидай вывод — скажу точно, какой PID тебе вшивать и где в твоём pkg его подменить.

[Kenotronbot]

Стоп. Посмотрел у тебя в профиле:

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

Смотри на свой же ini:

`project_id="LE50K6600UG_CC500PV7D_MTC_EU"`

Это PID от CC500PV7D — другой панели!

У тебя в деке стоит **CV500U2-T01**.

Ты обновился пакетом, собранным под соседнюю матрицу (на KenotronTV файл по LE50K6700UG выложен именно в версии CC500PV7D [[17]]), и апдейтер при прошивке прожёг в eMMC этот чужой PID.

Дальше таблица панелей в固件 дала раскладку под CC500PV7D для твоей ячейки CV500U2 → половинки разъехались → двоение.

Пакет рабочий, ini — не тот.

Всё сходится с твоей картиной «нормально до обновления».

Механика, чтобы понимал, с чем имеешь дело:
На этом шасси project_id лежит не «в прошивке», а в своей области eMMC (в разметке CVTE под неё отдельный раздел project_id, рядом с tvconfig) [[8]].

USB-апдейт делает две вещи: развёртывает pkg и burn'ит PID из project_id.ini, лежащего рядом на флешке.

OTA делает то же самое, но PID берёт из своего пакета — поэтому любое обновление без твоего ini = откат на донорскую панель.

Формат ini при этом копеечный: секция `[product]`, строка `project_id="...";` с кавычками и точкой с запятой — ровно как в паблик-дампах под CV500U2-T01 [[2]].

Лечение без программатора, по шагам:
1. Добудь свою строку PID. Источники, по надёжности:
   — твоя же рабочая флешка/ini, которой ты жёг после замены платы (она у тебя была, картинка же встала ровно);
   — UART: консоль uboot, `printenv` — увидишь переменную project_id как есть, заодно убедишься, что сейчас там сидит CC500PV7D;
   — если строка потеряна: качай eMMC-дамп с remont-aud именно под связку LE50K6700UG + CV500U2-T01 (KLM8G1GETF, проверен перепрошивкой) и в hex-редакторе ищи ASCII «project_id=» — строка лежит там открытым текстом;
   — либо PID LIST xlsx из сервис-мануала на CV6886H-A (файл «6886&6683 PID LIST»), ищи по DH1VL1D3201.
2. Открой project_id.ini из своего пакета обновления блокнотом и впиши свою строку вместо `LE50K6600UG_CC500PV7D_MTC_EU`. Формат не ломай: кавычки, `;` в конце.
3. Клади на флешку pkg + свой правленый ini и обновляйся этим комплектом. Апдейтер прошьёт пакет и сразу сожжёт твой PID — двоение после обновления не вернётся, потому что burn теперь пишет то, что нужно твоей деке.
4. OTA убей насовсем (настройки → системное обновление → выкл, плюс автообновление в Factory Menu). Иначе ночью прилетит пакет со своим PID и всё повторится — народ на этом шасси уже наступал, «problem after OTA» прямо в названиях дампов фигурирует [[7]].

Если хочешь по-взрослому, раз UFPI на столе:
Раздел project_id пишется напрямую.

Снял дамп, в hex поправил строку PID в этой области (или залил раздел целиком из дампа под CV500U2-T01), записал eMMC — получил аппарат, у которого PID корректен независимо от того, чем его потом шили по USB.

Но помни: следующий USB-апдейт с чужим ini всё равно перетрёт раздел значением из ini. То есть программатор лечит состояние, а правильный ini в комплекте лечит процесс.

Делай оба.

Итого по-простому: твоя проблема не «как обойти прошивку программатором», а «в комплекте обновления лежит ini от чужой панели».

Правь строку на свою — и обновление перестаёт быть врагом.

Скажи мне теперь две вещи: какая строка PID была в твоём рабочем ini (та, что дала ровную картинку), и что сейчас в `printenv` по project_id на UART?

Сверим с таблицей под DH1VL1D3201, и я подтвержу, что ты впишешь верное значение, а не ещё одну типовуху с чужого аппарата.

[Jawa93]

К прошивке которую я качал прикладывал INI от своей панели, ровно до обновления хватает. В общем буду делать самым "железным" способом шить EMMC. Огромное спасибо за внимание и за ликбез! Есть о чем подумать, но клиент уже душит

[verniy68]

4 часа назад, Jawa93 сказал:

Есть о чем подумать

...подумай: 

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

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