KenotronBot

Ильнур 123 · 6 апреля

6 минут назад, verniy68 сказал:

желательно все

Завтра все пары по новой переберу.

Просто и опыта мало. До этого HD матрицы перекидывал проблем не было. А тут и изо не хочет запускаться без t-cona и битность у матрицы меньше.

verniy68 · 6 апреля

@Ильнур 123 , пультом сервисным работаешь с этим ТВ?

Ильнур 123 · 6 апреля

Сейчас перед уходом заметил что матрица без t-cona пытается запуститься , логотип появляется на долю секунды

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

55 минут назад, verniy68 сказал:

пультом сервисным

Нет обычным: Info -> Menu -> Mute -> Power

Kenotronbot · 7 апреля

Суть проблемы (по сообщениям Ильнур123)

Участник пытается:

запустить LCD-панель с неродным main
подключение идёт напрямую к T-CON / матрице
используется аналогия с китайским майном TP.MS3663S.PB801
LVDS распаян вручную

Факты из переписки:

распаяно 10 LVDS пар, физически в панели нет 12
SDA/SCL (Panel SDA / CSL) подключены
матрица исправна — с TP.MS3663S.PB801 работает нормально
без родного T-CON панель не стартует
подозрение на перевод main в 8bit
изображение отсутствует

Источник: обсуждение участника Ильнур123 в теме форума (KenotronTV)

Что реально происходит (анализ)

Здесь типовая ловушка при скрещивании матриц и майнов.

Проблема не в SDA/SCL и почти наверняка не в количестве пар LVDS.

Основная гипотеза:

Несовпадение LVDS mapping + режима передачи панели

Ильнур ориентируется на:

«подключил по аналогии как в китайце»

Это почти всегда приводит к отсутствию старта панели.

Почему:

1. LVDS — это не просто пары проводов

Важно одновременно:

порядок каналов (Lane mapping)
битность (8bit / 10bit)
JEIDA vs VESA mapping
swap even/odd
clock polarity
dual/single link режим

Если хоть один параметр не совпадает → T-CON молчит.

2. Количество пар ≠ режим панели

10 пар LVDS обычно означает:

Dual LVDS 8bit
или
урезанный dual-channel layout.

Main может выдавать:

Dual 10bit
VESA mapping
другой lane order

→ T-CON не синхронизируется.

3. SDA/SCL тут вторичны

I²C линии панели:

EDID
gamma
panel ID

Но:

T-CON обязан хотя бы дать попытку старта и без них.

Отсутствие изображения = нет LVDS lock.

Главная ошибка в логике поиска

Ильнур пытается лечить:

«может main перевести в 8bit»

Но это следствие, не причина.

Сейчас main и T-CON просто не понимают друг друга по физике интерфейса.

Наиболее вероятная реальная причина

Неверный LVDS channel mapping (90%)

Симптомы совпадают идеально:

панель рабочая ✔
китайский main работает ✔
другой main — полный ноль ✔
перепайка even/odd не помогла ✔

Значит проблема глубже — lane order.

У китайских TP.MS3663:

часто нестандартный порядок каналов
иногда reversed clock group

Как правильно диагностировать (что надо измерить)

Не гадать. Проверить 3 вещи.

Есть ли LVDS clock

Осциллограф:

LVDS CLK+ / CLK-

должно быть ~70–90 MHz дифференциал.

Если clock есть → main жив.

Проверить lock T-CON

На T-CON ищем:

PANEL_VCC_EN
STBY
BL_ON
TCON_ON

Если нет перехода HIGH → нет синхронизации LVDS.

Сравнить с китайским майном (самый быстрый способ)

Берём рабочий TP.MS3663:

прозвонить порядок LVDS пар
записать sequence:

CLK
ODD0
ODD1
ODD2
EVEN0
EVEN1
...

Потом сравнить с новым main.

Не по цветам шлейфа — по пинам процессора.

Практическое решение (что реально сработает)

✔ Решение №1 (самое правильное)

Перестроить LVDS mapping.

Алгоритм:

оставить clock как есть
менять местами пары блоками
сначала swap EVEN ↔ ODD группами
затем сдвиг каналов на 1 позицию

Обычно изображение появляется за 3–5 перестановок.

✔ Решение №2 (часто проще)

Через сервис-меню:

Panel Type
LVDS Map
JEIDA/VESA
Dual/Single
8bit/10bit

Без правильного panel config никакая пайка не спасёт.

✔ Решение №3 (если SoC поддерживает)

В EEPROM панели прописать EDID от китайского майна.

Main сам подстроится.

Итоговое инженерное заключение

Наиболее вероятно:

Панель не запускается из-за несовпадения LVDS mapping и формата передачи между main и T-CON, а не из-за SDA/SCL или отсутствующих LVDS пар.

Матрица исправна — это уже доказано.

Нужно не допаивать линии, а синхронизировать протокол LVDS.

Ниже способ, которым реально пользуются в сервисе, когда даташита панели нет, а LVDS надо подобрать быстро.

Метод называется условно «поиск по полуизображению».

Работает почти всегда на dual-LVDS панелях.

Суть метода

LVDS передаёт картинку частями по каналам:

ODD — нечётные пиксели
EVEN — чётные
группы каналов несут куски строки

Если порядок неправильный — T-CON всё равно иногда начинает декодировать поток частично.

И появляются диагностические артефакты:

половина изображения
полосы
негатив
сдвиг по цветам

Это не мусор — это подсказка, где ошибка.

Подготовка

Нужно:

тестовая картинка (лучше меню или цветные полосы)
подсветка включена
LVDS clock подключён правильно (его НЕ трогаем)
земля экранирования обязательно подключена

Важно: работаем только с DATA-парами.

Шаг 1 — проверка базового старта

Включаешь ТВ и смотришь:

варианты поведения

A. Белый экран
→ T-CON жив, данных не понимает.

B. Серый / молочный
→ есть синхра, нет корректных каналов.

C. Полосы
→ часть lane угадана.

Последний вариант — идеальный.

Шаг 2 — делим каналы на группы

Обычно dual LVDS имеет:

CLK
ODD0
ODD1
ODD2
ODD3
EVEN0
EVEN1
EVEN2
EVEN3

(названия условные)

Правило №1

Clock никогда не переставляем.

Правило №2

Меняем группами, не по одному проводу.

Шаг 3 — главный приём (swap EVEN ↔ ODD)

Меняешь местами весь блок:

ODD группа ↔ EVEN группа

что увидишь

Картинка	Что значит
появилась половина изображения	ты рядом
изображение двоится	битность совпала
цвета сломались	mapping почти верный

Если стало хуже — вернуть назад.

Шаг 4 — сдвиг каналов (ключевой момент)

Теперь делаешь циклический сдвиг:

ODD0 → ODD1
ODD1 → ODD2
ODD2 → ODD3
ODD3 → ODD0

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

Что искать

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

появляется читаемый OSD
видны буквы
картинка рвётся вертикально

Это означает:

синхронизация поймана, порядок почти правильный.

Шаг 5 — определение JEIDA / VESA

Когда изображение уже видно, но цвета странные:

признаки JEIDA/VESA mismatch

лица зелёные
фиолетовый снег
инверсия градиентов

Решение:

swap MSB пары (обычно DATA3)
или
сменить LVDS Map в сервис-меню.

Почему метод работает (физика)

T-CON не требует идеального порядка для lock.

Он синхронизируется по:

LVDS clock + framing bits

Если часть каналов совпала — декодер начинает собирать изображение частично.

Мы используем это как индикатор.

По сути — ручной auto-training линии.

Частые ошибки (которые делают все)

меняют + и − внутри пары

Нельзя. Диффпара должна оставаться парой.

меняют clock

Теряется синхронизация полностью.

ищут проблему в SDA/SCL

90% панелей стартуют без I²C.

Когда ты победил

Правильный mapping даёт:

стабильное изображение
правильные цвета
меню читается
нет вертикальных разрывов

После этого фиксируешь распиновку.

Практический лайфхак (из ремонта)

Самый быстрый способ:

подключи только 2 ODD + 2 EVEN
добейся полуизображения
остальные каналы добавляются почти автоматически.

Экономит час пайки.

Ильнур 123 · 7 апреля

@Kenotronbot Здравствуйте, спасибо большое. Попробую, отпишусь.

LiVan · 7 апреля

@Ильнур 123 Излишнее цитирование на форуме недопустимо!

ждите 5- 10 минут сейчас для вас сделаю видео на эту тему

Ильнур 123 · 7 апреля

7 минут назад, LiVan сказал:

@Ильнур 123 Излишнее цитирование на форуме недопустимо!

ждите 5- 10 минут сейчас для вас сделаю видео на эту тему

Спасибо большое, думаю для многих будет полезно.

LiVan · 7 апреля

@Ильнур 123 вот пожалуйста смотрите если не понятно спрашивайте:

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

Kenotronbot · 2 мая

Цитата

Есть телек, модель Haier_LE55U6900UG, майн CV6886H-A, панель LC546PU2L02. Прошивал программатором от такой же модели,но с другой панелью. Пытался поправить с помощью project_id.ini. Но не получилось. Надеюсь это полноценный файл прошивки!

Цитата

А зачем два файла на раздаче, когда они эдентичны?

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

@vyacheslav07 Всё очень просто если включить свои мозги!

Вот для вас коротко расшифровка.

Что это за файл?

upgrade_no_tvcertificate.pkg — обычный USB-апдейт пакет для платформы (CV6886H-A / MStar-тип).

Важно:
это НЕ полный дамп eMMC, а выборочная прошивка.

Что внутри (по практике)

Обычно там:

boot / kernel
system / vendor (Android часть)
ресурсы (logo, ui)
иногда tvconfig

Но:

USB файл upgrade_no_tvcertificate.pkg:

может НЕ перешивать полностью panel config

особенно если версия совпадает → часть пропускается!

panel init может НЕ прошиваться

NVM (где хранится панель) часто не трогается!

серийники, ключи — сохраняются

Что значит no_tvcertificate

Это ключевой момент:

вырезаны сертификаты
DRM (Widevine)
HDCP
иногда Netflix ключи

делается чтобы:

можно было шить без привязки к устройству

не убить чужие ключи

Побочка:

Smart может урезаться

Netflix/YouTube DRM может не работать

Почему два файла?

2020.0106 2020.0416

Это просто:

две версии прошивки

апрель новее января

часто:

отличия минимальные (фиксы, баги)

panel config может быть одинаковый

Почему они “одинаковые” на первый взгляд

Я сравнил для тебя лично куски:

см. скриншоты

PanelSize / panel string

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

Но:

это только текстовый маркер

сам panel init — бинарный blob

он может отличаться, даже если строки совпадают

Почему у тебя не решило проблему?

Потому что этот пакет:

не переписывает нужный раздел с panel init

или:

переписывает, но потом система тянет старый из NVM

Как это обычно работает на этой платформе

При старте:

boot

читается panel config:

из eMMC (раздел tvconfig / misc / private)

если не совпало → fallback (и вот тебе двойное изображение)

Итог по файлам: оба файла — официальные USB апдейты!!!

отличаются только версией и не гарантируют смену панели!

подходят для:

софта

обновления системы

не подходят для решения split screen

Что реально нужно?

Тебе нужно одно из:

Full дамп eMMC под LC546PU2L02

или прошивка где точно:

panel = LC546PU2L02

или правка panel через UART / сервис

Практика

На этих HKC/Haier:

USB прошивкой панель почти никогда не лечится!!!

Решение почти всегда:

либо донор!

либо полный дамп!

vyacheslav07 · 3 мая

Все понял. спасибо за разьяснения! Только вот полного дампа с такой панелью не нашел пока и как интегрировать project_id тоже не могу разобраться и заменить его в папке tvcertificate тоже не получается. Пишет файл только для чтения.

Kenotronbot · 9 мая

Новое обращение в техподдержку нашего форума:

Цитата

paul kidpatha324@:

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

Информация об устройстве:
Марка: Samsung
Модель: UE40EH5000
Материнская плата: BN41-01795A
Блок питания: BN44-00496A
Панель: LTJ400HM03

Проблема:
Телевизор остается в режиме ожидания и не включается нормально. Индикатор режима ожидания горит, но нет ни изображения, ни звука.

Проведены следующие проверки:

Измеренное напряжение в режиме ожидания: 5,2 В.
Основная линия питания работает нестабильно при нажатии кнопки питания.
Вздутых конденсаторов не обнаружено.
Проверены MOSFET-транзисторы и вторичные диоды блока питания.
Очищены и осмотрены разъемы между блоком питания и материнской платой.

Текущее подозрение:
возможная неисправность в материнской плате или повреждение прошивки SPI-флэш-памяти.

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

Спасибо.

Kenotronbot · 9 мая

Главное по этому аппарату на что сразу обратить внимание:

дежурка 5.2V есть;
main power пытается стартовать;
телевизор не выходит из standby;

БП уже частично проверен.

Это уже сильно смещает подозрение в сторону main BN41-01795A.

Что на практике чаще всего на UE40EH5000

1. Mainboard BN41-01795A — №1 подозреваемый

На этой серии очень часто:

слетает SPI FLASH;

проц уходит в циклический рестарт;

просаживается один из DC/DC;

бывает WT61P805;

реже — BGA проца.

Сам БП BN44-00496A обычно либо:

совсем мёртвый,

либо нормально запускается автономно.

А вот «дёргающийся старт» — это классика ребута main.

Что я бы делал по порядку

1. Полностью отделить БП от main

Это обязательный этап.
Без него дальше только гадание.

Проверка:

снять разъём main;
через 1к–2.2к подать PS_ON на STBY 5V;

проверить:

стабильность 12/13V,
запуск подсветки,
нет ли пульсаций.

Если БП стабилен — БП почти точно живой.

И вот тут важный момент:

Q9701/Q9702 (MMBT2222)

Это не MOSFET силовой части, а мелкая транзисторная обвязка.
Типовой массовой проблемой именно для этого БП я бы их не называл.

На BN44-00496A чаще:

высохшие электролиты primary startup;
шимка;
оптрон/feedback;
подсветка уводит БП в защиту.

Но в вашем случае симптоматика больше за main.

2. Проверка main BN41-01795A

Вот здесь уже начинается типовая EH-серия Samsung.

Проверить стабилизаторы:

Должны быть:

3.3V
1.8V
1.2V core
DDR питание
Мерить прямо на дросселях DC/DC.

Очень часто:

одно питание пульсирует;
проц стартует и падает;
PS_ON появляется и исчезает.

Это видно даже мультиметром, но осциллограф лучше.

3. SPI FLASH — очень вероятно.

Для EH-серии Samsung: битая SPI — вообще не редкость.

Особенно после:

скачков сети,
дохлых кондёров,
нестабильной дежурки.
Обычно стоит:
Winbond 25Q40 / 25Q80.

Что сделать правильно сначала:

считать родной дамп;
сохранить MAC/option bytes.

Потом залить проверенный dump именно:

под UE40EH5000,
под LTJ400HM03,
под эту ревизию main.

Потому что иначе можно получить:

ребут;
инверсию;
нерабочий пульт;
mismatch panel.

По WT61P805, вот здесь я бы не спешил.

Да, WT61P805 на Samsung дохнет.
Да, бывает коротыш по 3.3V.

Но утверждение:

«90% случаев виноват WT61P805» — это перебор.

На практике:

SPI дохнет чаще;
DC/DC чаще;
WT61P805 — уже после них.

Как быстро понять виноват ли WT61P805?

Проверить:

есть ли КЗ по 3.3V;
греется ли WT61;
просаживает ли линию.
Если 3.3V в коротком:
снять стабилизатор;
разделить участок;

И смотреть кто садит линию.

Правильный подход.

Не надо сразу заказывать WT61.

По EEPROM reset

Метод с замыканием SDA/VCC — старый сервисный «колхоз».
Иногда помогает, но:

риск убить EEPROM;

риск повредить процовый I2C.

Я бы такое советовал только как последний эксперимент.

Подсветка

Тоже правильно, как вариант но:

если main power уже дёргается до BL_ON — подсветка вторична.

Подсветка обычно валит аппарат:

уже после старта, когда проц дал BL_ON.

Мой итог по вероятности

Самое вероятное:

SPI FLASH / boot corruption
DC/DC на main
WT61P805
BGA CPU
БП

Что бы я сделал в сервисе без потери времени

Этап 1

Запуск БП автономно.

Этап 2

Проверка:

PS_ON,
BL_ON,
всех DC/DC.

Этап 3

Если проц циклически стартует: прошивка SPI программатором.

Этап 4

Если нет нормальных питаний:

искать просадку/KЗ.
Этап 5
Только потом:
WT61,
BGA,
проц.

Важный практический момент!

Если после прошивки: PS_ON стал стабильным, но нет картинки, тогда уже:

проверять panel config,
LVDS,
T-CON,
panel power.

Samsung EH очень чувствителен к несовпадению дампа и панели.

Что ещё проверить, если всё остальное исправно, а ТВ не стартует

Подсветка (LED Driver): Хотя вы указали на нестабильность основного питания, не исключена на 100% и неисправность планок подсветки. По возможности проверьте их исправность LED-тестером.

Кнопки управления: Крайне редко, но бывает, что запавшая или окисленная кнопка может блокировать старт. Проверьте все кнопки на панели управления.

Сброс EEPROM: В некоторых сложных случаях помогает принудительный сброс настроек в EEPROM. Для этого на плате замыкают между собой контакты 5 (SDA) и 8 (VCC) микросхемы EEPROM (обычно это 24C256C4VCX) на 20-30 секунд при включенном телевизоре, чтобы инициализировать её настройками по умолчанию.

Процессор (CPU): В самых неудачных случаях виноват основной процессор (SoC).

Если он греется, а остальные меры не помогли, восстановление, скорее всего, экономически нецелесообразно.

Начинайте диагностику с самого вероятного: проверьте линию 3,3V после стабилизатора IC202. Если там КЗ, последовательно выпаивайте IC202 и IC201 для точного обнаружения виновника. При выходе из строя IC201 меняйте его на заведомо исправный и обязательно прошивайте соответствующим дампом.

Если у тебя уже есть замеры 3.3V/1.2V и PS_ON — пришли, посмотрим точнее.

Фото main тоже поможет.

Если возникнут трудности с поиском прошивки или другие вопросы, пишите — что-нибудь придумаем.

Удачи в ремонте!

Kenotronbot · 16 мая

@tureckiy Опубликовано 2 часа назад - Сделан комментарий к файлу в Обновление ПО USB для одобрения комментария к файлу:

День добрый. хочу попробовать прошивку восстановления FullUpgrade_AND1E_0.9.32.125.zip . на тв был заменен EMMC THGBMAG5A1JBAIR, была мертвячая. удалось слить только буты, в итоге вроде как все нормально (естественно без ключей) , пока не сделал сброс через рекавери, итог телик включается при переключении входов, либо при входе в смарт висит на поиске чего то) вечно крутит кружком , как на фото, обнова с офф не выручила

телевизор 48PFS8109

main 715RLPCB0000000055 QV14.1 e

panel TPT480LS-HJ03

Прошивал в новую ЕММС программатором UFPI, лог не сохранил, ибо буты удалось слить только RT809H, уфпи никак не хотел, буты слиты ровно, в хексе оба одинаковы

@tureckiy Тут уже классическая проблема QV14.1E после замены eMMC без родного полного содержимого + без корректного восстановления NVM/ключей/привязок.

По симптомам:

ТВ стартует;
Android грузится;
входы переключаются;
Smart зависает на «крутилке»;

после recovery reset стало хуже.

Это почти всегда означает:

либо битый/пустой NVM,
либо криво поднятый DRM/Factory area,
либо система не может корректно инициализировать Philips services.

Для QV14.1E это очень типично.

Что произошло по факту

Ты залил:

boot1/boot2;

какой-то user area;

ТВ ожил.

Но:

после factory reset

Android/QV14 полез:

перечитывать factory config;
генерировать userdata;
проверять DRM/NVM;
инициализировать Smart stack.

И тут вскрылось:

нет части сервисных данных;
либо повреждены разделы;
либо не совпадает software profile.

Самое важное

FullUpgrade_AND1E_0.9.32.125.zip

Это НЕ полный дамп eMMC.

Это:

recovery USB пакет;
OTA-обновление;
system/vendor/framework.

Он:

не восстанавливает нормально всю eMMC;
не поднимает factory partition;
не возвращает ключи;
не чинит NVM.

То есть:
если база eMMC уже кривая —
FullUpgrade часто только маскирует проблему.

Почему официалка не помогла

Потому что у Philips Android:

OTA обновляет:

system;
boot;
recovery;
vendor.

Но НЕ:

DRM;
NVM;
calibration;
pairing;
RF config;
factory data.

Что проверить сначала?

1. Состояние eMMC

THGBMAG5A1JBAIR — очень дохлая серия у Philips.

Даже новая китайская:

может быть перемарк;

может иметь bad block;

может криво работать HS200.

Проверить:

EXT_CSD:

PRE_EOL

LIFE_TIME_A/B

режим:

HS200/DDR50

Иногда помогает:

отключение HS200;

перевод в HS52.

2. UART лог

Без него дальше — гадание.

Нужен лог:

во время старта;

во время зависания Smart.

Особенно искать:

drm
widevine
nvm
nvram
keystore
mount fail
sqlite
rf4ce
playready
factory

3. Проверить разделы

У Philips часто дохнут:

userdata
cache
persist
nvram

После recovery reset — они пересоздаются, и если разметка кривая — начинаются вечные зависоны.

Очень вероятный сценарий

Ты поднял ТВ:

на частично чужом user area;

со своими boot1/boot2;

без родного factory.

Из-за этого:

обычное ТВ работает;

а Smart уходит в вечную инициализацию.

Что обычно помогает реально

Вариант 1 — полный живой дамп eMMC

Самый правильный путь.

Нужен:

FULL eMMC READ;

именно от: 48PFS8109 QV14.1E, желательно той же панели.

Потом:

перенос MAC;

serial;

option code;

Wi-Fi/BT calibration.

Иначе:

RF4CE;

Smart;

Wi-Fi;

Ambilight;
могут чудить.

Вариант 2 — processNVM

Иногда помогает.

Это сервисный пакет для:

очистки;

регенерации;

перерасчёта NVM.

Но:

если factory раздел уже убит —
может стать хуже.

Вариант 3 — RF4CE_AND1E

Это:

firmware радиомодуля пульта.

К Smart зависанию отношения почти не имеет.

Вариант 4 — OTA EMMC USB image

Вот это уже интереснее.

R0.9.32.1 PROD OTA EMMC —
это ближе к: recovery image;

USB eMMC restore.

Но: комментарий про донгл — не просто так

У Philips был сервисный USB dongle:

переводил проц в сервисный recovery;
позволял писать eMMC низкоуровнево;
запускал emergency flashing.

Без него: часть OTA EMMC recovery не стартует.

Что можно попробовать сейчас

1. Полный wipe вручную

Через recovery:
wipe cache
wipe data
format userdata

Иногда userdata после чужого дампа остается кривая.

2. Залить заново:

boot1
boot2
GPT
recovery
system

Потому что после reset могли повредиться userdata links.

3. Не подключать сеть

Очень важно.

Проверить: висит ли Smart БЕЗ LAN/Wi-Fi.

Потому что часть Philips:

виснет на cloud service;
DRM handshake;
Google init.

Очень частая проблема QV14

Philips cloud services уже полумертвые.

Старые версии Android:

пытаются стучаться на старые серверы;
получают timeout;

висят бесконечно.

Поэтому проверить:

Smart висит: даже без интернета? или только при подключении сети?

Это критично.

Если бы аппарат был у меня

Я бы делал так:

UART лог.
Проверка разметки eMMC.
Полный erase userdata/cache.
FullUpgrade поверх.
Проверка Smart без сети.

Если не помогло — искать FULL RAW DUMP.

Потому что по симптомам это уже не boot проблема.
ТВ фактически загружается.

Проблема именно:

factory/NVM;
userdata;
DRM;
Smart stack.

И отдельно удалось слить только буты!

Вот это плохой знак.

Очень часто:
если user area уже сыпалась — boot разделы еще читаются нормально.

То есть старая eMMC уже была в деградации, и часть разделов могла читаться с ошибками еще до замены.

Поэтому recovery reset и добил ситуацию окончательно.

Kenotronbot · 16 мая

Добавлю, по фото в комментарии уже понятнее, что аппарат действительно родной и конфиг панели соответствует:

Main: 715RLPCB0000000055

Шасси: QV14.1E LA

Panel: TPT480LS-HJ03

Это важно, потому что:

panel mismatch тут маловероятен;

проблема почти точно не в tvconfig/panel;

а именно в Android/NVM/eMMC структуре.

По фото платы видно типичный Philips Android того периода:

MStar/TPVision платформа;

eMMC основная;

SPI отдельной не видно;

часть сервисных данных реально сидит внутри eMMC area.

Что особенно настораживает

Ты написал:

буты удалось слить только RT809H, уфпи никак не хотел

Это очень плохой маркер.

Очень часто у Philips:

RT809H читает boot area "через раз";

UFPI валится если:

eMMC уже деградировала;

битые линии DAT;

проблемы HS timing;

мусор в GPT.

То есть старая eMMC почти наверняка уже сыпалась полностью.

И вот ключевой момент

После recovery reset стало хуже

Это почти всегда означает:

Android смог загрузиться,
НО:

userdata;

persist;

nvram;

drm;

keystore;

либо пустые,
либо битые.

Что я думаю по симптомам

Сейчас у тебя скорее всего:

boot:

OK

kernel:

OK

panel:

OK

launcher:

частично OK

Smart subsystem:

FAIL

Почему висит Smart

У Philips Android тех лет SmartTV зависит от:

DRM keys

keystore

Google services

Philips cloud

NVM calibration

RF pairing data

После reset:
часть сервисов пытается:

создать новые базы;

инициализировать сертификаты;

проверить provisioning.

И уходит в вечный таймаут.

Очень вероятно что повреждено

userdata раздел

или:

GPT/partition table

после кривого initial дампа.

Что бы я сделал сейчас

1. Проверка userdata

Через recovery:

format /data

format /cache

НЕ wipe.
Именно format.

2. Проверка GPT

UFPI:

считать GPT;

проверить:

overlap;

размер userdata;

backup GPT.

Очень часто после "сборных" дампов:

backup GPT битый;

Android потом сходит с ума.

3. Проверка mount ошибок по UART

Нужен UART.

На этой плате обычно:

3.3V TTL;

возле проца/EMMC.

Искать:

EXT4-fs error

dm-verity

mount fail

keystore

drm

vold

Что интересно по твоему случаю

ТВ работает до Smart

Это значит:

LVDS init нормальный;

panel config правильный;

option bytes скорее живые;

проц не в ребуте.

То есть:
bootloader и hardware уже победили.

OTA.pdf

Вот этот файл как раз может быть самым полезным.

Потому что там обычно:

emergency recovery;

USB low-level restore;

service mode flashing.

Но:
без сервисного донгла часть процедур не стартует.

Про донгл — правда

Комментарий старых мастеров верный.

У Philips TPVision были:

service USB dongle;

recovery trigger;

serial authorization.

Некоторые OTA EMMC recovery:
без него даже не начинают запись.

Но есть нюанс

Иногда донгл заменяется:

сервисной комбинацией;

UART командой;

force recovery pin.

Что ещё попробовать обязательно

Отключить сеть полностью

Без:

LAN

Wi-Fi

И проверить:

висит ли Smart так же.

Потому что старые Philips:
очень любят зависать на:

Google init;

Philips portal;

cloud auth.

Если без сети Smart открывается

Тогда:
не eMMC уже,
а:

старый Android;

мертвые серверы Philips;

Google service timeout.

Такое тоже видел на QV14.

Если бы аппарат был на столе

Порядок был бы такой:

UART лог.

Полный format userdata/cache.

Проверка GPT.

Проверка mount разделов.

Smart без сети.

Если не помогло —
искать FULL RAW eMMC dump.

И ещё важный момент

THGBMAG5A1JBAIR — родная Toshiba eMMC.

Philips их массово убивал:

перегревом;
постоянными логами Android;
standby writes.

Поэтому:
если новый чип не Samsung/Kioxia оригинал —
возможны ещё и проблемы совместимости timing режима.

zakirbek · 20 мая

Здравствуйте. хочу купить прграмматор ufpi,

сейчас часто стали приносить телевизоры с проблемой еммс.

хочу посоветоваться. приделах в какую сумму можно купить и с какими сокетами для еммс.

Изменено 20 мая пользователем zakirbek

Kenotronbot · 20 мая

@zakirbek Здравствуйте.

Если цель именно ремонт ТВ с дохлой eMMC, то UFPI брать смысл есть. RT809H оставить — он ещё пригодится под SPI, EEPROM, NAND, простые задачи, но по eMMC UFPI удобнее и стабильнее, особенно когда надо работать с boot1 / boot2 / user area / extCSD / ISP.

По деньгам ориентир такой:

UFPI Silver — примерно $230

UFPI Red — примерно $320

UFPI Black — примерно $700

UFPI eMMC ISP Socket — около $22 / 2000 ₽

UFPI to Easy JTAG eMMC Socket — около $11 / 1000 ₽

Easy JTAG eMMC 8-bit Socket / ICFRIEND V2 8-bit Socket — около $17 / 1500 ₽ (mslw.com)

Для ремонта телевизоров я бы не гнался сразу за максимальным комплектом. Минимально нормальный набор:

Сам программатор UFPI
Для старта хватит Silver/Red, Black уже больше для тех, кто постоянно работает с разной флешью и нестандартными задачами.

UFPI eMMC ISP Socket
Обязательно. Это для работы с eMMC прямо на плате по ISP:
CMD, CLK, DAT0, VCC, VCCQ, GND, RESET.
Часто по ТВ достаточно считать CID, extCSD, boot-разделы, проверить доступ к user area.

Переходник UFPI to Easy JTAG eMMC Socket
Желательно взять. Через него можно использовать часть сокетов/адаптеров от EasyJTAG/UFI-подобных комплектов.

BGA153 / BGA169 eMMC socket
Самый нужный для ТВ. Большинство eMMC в телевизорах как раз из этой серии: Samsung, Hynix, Toshiba, Foresee и т.д.

BGA162 / BGA186 / BGA221
Не первоочередные. Брать потом, если реально начнут попадаться такие корпуса. Для обычного потока ТВ сначала хватит BGA153/169 + ISP.

По бюджету:
минимально рабочий комплект — примерно $260–350, если брать UFPI Silver/Red и нужные eMMC-сокеты.
нормальный комплект для сервиса — ближе к $350–450, если добавить переходники, ISP, 8-bit socket и пару BGA-сокетов.
полный комплект легко уходит выше $700, но для старта по телевизорам это не обязательно.

Главное — не думать, что программатор сам чинит все eMMC. Часто память уже сыпется: читается с ошибками, виснет на user area, не даёт нормальную скорость, дохнет при записи. В таких случаях правильнее:
считать что возможно → сохранить родные boot/user/ключи → поставить новую eMMC → залить рабочий дамп/USB recovery → проверить MAC, серийник, HDCP/DRM, Wi-Fi.

Для ТВ я бы начал так: UFPI Red + eMMC ISP Socket + BGA153/169 + переходник под EasyJTAG eMMC 8-bit. Это самый практичный набор без лишней траты денег.

zakirbek · 20 мая

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

Для ТВ я бы начал так: UFPI Red + eMMC ISP Socket + BGA153/169 + переходник под EasyJTAG eMMC 8-bit. Это самый практичный набор без лишней траты денег.

спасибо. буду покупать. как решит проблему с доставкой.

они может отправить в Кыргызстан.

zakirbek · 20 мая

10 минут назад, zakirbek сказал:

спасибо. буду покупать. как решит проблему с доставкой.

они может отправить в Кыргызстан.

Вот это BGA153/169 как выглядить я на сайте не нашол фото.

1 час назад, Kenotronbot сказал:

Для ТВ я бы начал так: UFPI Red + eMMC ISP Socket + BGA153/169 + переходник под EasyJTAG eMMC 8-bit. Это самый практичный набор без лишней траты денег.

Вот это BGA153/169 как выглядить я на сайте не нашол фото.

Kenotronbot · 20 мая

Можно ответить так:

Да, это именно eMMC socket под корпус BGA153 / BGA169.

Выглядит он как небольшая плата с чёрной прижимной крышкой/зажимом. Внутрь кладётся снятая с платы eMMC, крышка прижимает микросхему к контактам, и уже через этот сокет память читается/пишется программатором. На плате обычно прямо написано BGA153 / BGA169 / eMMC153 / eMMC169. Пример такого сокета — eMMC153/eMMC169 test socket adapter.

Важный момент: для UFPI часто берут не отдельный “родной” сокет UFPI, а обычный EasyJTAG / UFI / RT809H совместимый eMMC socket, а к UFPI подключают через переходник UFPI to Easy JTAG eMMC Socket. Этот переходник как раз нужен, чтобы подключать eMMC-комплекты с разъёмом EasyJTAG к UFPI. (ufpi.pro)

Что искать на сайте или у продавца:

eMMC BGA153/BGA169 Socket

eMMC153/eMMC169 Test Socket Adapter

BGA169 BGA153 EMMC SOCKET

EasyJTAG eMMC BGA153/BGA169 socket

RT809H eMMC BGA153/BGA169 socket

Не перепутайте с UFS BGA153. Для телевизоров в большинстве случаев нужна именно eMMC, не UFS. UFS-сокет по корпусу может быть похож, но распиновка и назначение другие.

Для ремонта ТВ первым делом берите:

UFPI Red

UFPI eMMC ISP Socket — для подключения прямо на плате

UFPI to Easy JTAG eMMC Socket

eMMC BGA153/BGA169 socket

Этого набора для большинства телевизоров хватит. BGA162/BGA186/BGA221 можно докупить позже, когда реально начнут попадаться такие флешки.

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

Так же на форуме есть тема:

Решил купить программатор, какой посоветуете. - Технофлейм - KenotronTV

АЛИК · 1 июня

Здравствуйте.висит на логотипе помогите пожалуйста

AC_ON

01-2L-SM-04-20211119

MIU
0_DQS-OK
BIST0-OK

BAP=
1
BAP=1

BAP=1

BAP=1
BAP=1

NOTICE: BL3-1: v1.1(debug):02c9ed8
NOTICE: BL3-1: Built : 21:42:39, Feb 5 2
026
INFO: BL3-1: Initializing runtime services
INFO: [0;32;31m [Booting] mstar_send_magic_ATF 508 [m
INFO: BL3-1: Initializing BL3-2

[Raml
og] ramlog_init init success

INFO: BL3-1: Preparing for EL3 exit to normal world
INFO: BIN1_32bit mode Feb 5 2026 21:42:37
INFO: R1 0
INFO: R2 0
INFO: R3 0
ree_entry

Start load avbab data.
Try virtual ab bootloader_control...

Select mboot A.
Select mboot A.

U
[AT]
[MB][start ub][845]

U-Boot 2011.06 (Mar 25 2026 - 16:14:10)

[0;34m[Mboot] ===== IR Initialize =====
[0m[Mboot] ===== Attach IR Interrupt ======
[mboot]:set PAD_G
PIO6_PM low!
Uboot Relocation: 152 MiB

eMMC HS400 5.1 200MHz
eMMC 14.48 GB
eMMC used life: 0~10%
CID
0x0
0A83512
0x3DC20031
0x30473631
0x30000111
DRAM :
2048MB
SAR5=ON
In: serial
Out: serial
Err: serial
Net: No ethernet found.
MAC: 0xC4: 0xBD: 0x8D: 0xF:0x2A: 0x78
[AT][MBoot][Drive
r Init][903]
Writing to MMC(0)...
128 blocks writte
n: OK
128 blocks written: OK
done
Try virtual ab bootloader_control...
0:MCP_N_D3_2133_8G_4x
1:MCP_N_D3_2133_8G_4x
DRAM Channel 0 Size = [2048MB]
Try virtual ab bootloader_control...

Changelist: 24543697
Hit any key to stop autoboot: 0

UART BUS OFF!!
CRC C
heck OPEN: 1

Build at Oct 10 2023 - 14:36:50

WOW_GPIO_NUM = 0
WOW_GPIO_NUM is invalid
WOBT_GPIO_NUM = 13
WOBT_PM_GPIO_NUM = 7
WOEWBS_GPIO_NUM = 255
WOEWBS_PM_GPIO_NUM = 255
BTW = FF
USB = FF
VAD = FF
[NEW]OLED TYPE = 0
0x8709
Power Down ?
UART_1
15200

AC
_ON
01-2L-SM-04-20211119

MIU0
_DQS-OK
BIST0-OK

BAP=
1
BAP=1

BAP=
1
BAP=1
BAP=1
NOTICE: BL3-1: v1.1(debug):02c9ed8
NOTICE: BL3-1: Built : 21:42:39, Feb 5 2026
INFO: BL3-1: Initializing runtime services
INFO: [0;32;31m [Booting] mstar_send_magic_ATF 508 [m
INFO:
BL3-1: Initializing BL3-2

[Ra
mlog] ramlog_init init success

INFO: BL3-1: Preparing for EL3 exit to normal world
INFO: BIN1_32bit mode Feb 5 2026 21:42:37
INFO: R1 0
INFO: R2 0
INFO: R3 0

ree_entry

Start load avbab data.
Try virtual ab bootloader_control...
Select mboot A.

Select mboot A.

U
[AT][MB][
start ub][842]

U-Boot 2011.06 (Mar 25 2026 - 16:14:10)

[0;34m[Mboot] ===== IR Initialize =====
[0m[Mboot] ===== Attach IR Interrupt ======
[mboot]:set PAD_GPIO6_PM low!
Uboot Relocation: 152 MiB

eMMC HS400 5.1 200MHz
eMMC 14.48 GB
eMMC used life: 0~10%
CID
0x00A83512
0x3DC20031
0x30473631
0x30000111
DRAM : 2048MB
SAR5=ON
In: serial
Out: serial
Er
r: serial
Net: No ethernet found.
MAC: 0xC4: 0xBD: 0x8D: 0xF:0x2A: 0x78
[AT][MBoot][Driver Init][901]

Writing to MMC(0)... 128 blocks written: OK

128 blocks written: OK
done
T
ry virtual ab bootloader_control...
0:MCP_N_D3_2133_8G_4x
1:MCP_N_D3_2133_8G_4x
DRAM Channel 0 Size = [2048MB]
Try virtual ab bootloader_control...

Changelist: 24543697
Hit any key to stop
autoboot: 0

UART BUS OFF!!

а с прошивкой

Kenotronbot · 1 июня

@АЛИК вы по русски читать умеете?

Я вам ранее написал:

Важное уточнение для твоего TV

Прошивку от Skyworth 75Q66G с файлом:

upgrade_image_no_tvcertificatecusdatatvconfig_user_sa_20240103.pkg

нельзя без проверки считать полностью подходящей под этот аппарат, потому что в названии видно, что пакет содержит:

tvconfig
cusdata
userdata

А значит USB-обновление может перезаписать конфиг панели, подсветки, GPIO, IR/BT и региональные настройки.

Если у участника реально 65Q66G, а файл заявлен под 75Q66G / HV750QUB-F29, возможны последствия:

чёрный экран после прошивки;
неправильная инициализация панели;
нет подсветки или уходит в защиту;
перевёрнутое / битое изображение;
не работает пульт или BT/Wi-Fi;
неправильный panel id;
циклическая перезагрузка уже после обновления.

Если нужна помощь с поиском правильного дампа необходимо добавить в здесь в тему:

Фото наклейки Main Board крупно.
Фото бирки матрицы / панели.
Фото маркировки T-CON.
Поведение индикатора при включении.
Есть ли реакция на USB при включении.
По возможности — UART-лог загрузки.

Без бирки панели точно подтвердить совместимость нельзя.

По фото пока подтверждается только модель Skyworth 65Q66G и платформа семейства A9K8, но не точный tvconfig панели.

Kenotronbot · 1 июня

@АЛИК Что можно сказать по логу...

По UART видно: бут живой, eMMC определяется, проц стартует. Это не «мертвая eMMC» по первому признаку.

Что видно из лога

AC_ON
MIU0_DQS-OK
BIST0-OK
BL3-1
Select mboot A
U-Boot 2011.06
eMMC HS400 5.1 200MHz
eMMC 14.48 GB
eMMC used life: 0~10%
DRAM : 2048MB
MAC: C4:BD:8D:0F:2A:78
Changelist: 24543697
UART BUS OFF!!
Power Down ?

Вывод

Аппарат доходит до BL3-1 / mboot / U-Boot, память читается нормально:

eMMC живая, износ 0~10%;
DRAM 2 GB проходит инициализацию;
mboot A выбирается;
MAC присутствует;
дальше нормальная загрузка Android не пошла, либо уходит в power down / ребут.

То есть проблема больше похожа на:

битый Android-раздел;
повреждение super/system/vendor/product;
битый userdata;
проблема boot_control / A-B;
повреждённый tvconfig/cusdata;
неудачное обновление;
реже — несовпадение конфига панели или питания.

Подробнее по лог UART видно, что процессор стартует, DRAM проходит инициализацию, eMMC определяется в HS400, объём 14.48 GB, износ памяти 0~10%.

Лог: eMMC HS400 5.1 200MHz eMMC 14.48 GB eMMC used life: 0~10% DRAM : 2048MB Select mboot A U-Boot 2011.06

То есть по первому признаку eMMC не мёртвая.

Bootloader живой, mboot стартует, плата уходит дальше до стадии запуска системы, но Android не поднимается и телевизор висит на логотипе / уходит в повторный старт.

Неисправность похожа на повреждение ПО: system/super/vendor/userdata либо boot_control A/B.

Но перед поиском прошивки надо уточнить состав именно вашего ТВ: Модель: Skyworth 65Q66G Main Board: A9K8CG / A9K8EG, маркировку платы нужно фото крупно RAM: 2 GB eMMC: 16 GB, в логе определяется как 14.48 GB Платформа: MStar / MediaTek A9K8 Панель: нужна бирка матрицы, по фото точная маркировка не читается T-CON: нужна маркировка платы крупно

Важно: Прошивка из раздачи заявлена под Skyworth 75Q66G и файл содержит tvconfig/cusdata: upgrade_image_no_tvcertificatecusdatatvconfig_user_sa_20240103.pkg

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

Если у вас 65Q66G с другой матрицей, возможен чёрный экран, неправильная подсветка, перевёрнутое изображение или новый bootloop.

Поэтому для точного подтверждения совместимости добавьте, пожалуйста:

1. фото наклейки Main Board крупно; 2. фото бирки матрицы / панели;

3. фото T-CON крупно;

4. фото наклейки на корпусе уже есть — Skyworth 65Q66G;

5. полный UART-лог до зависания на логотипе, если лог продолжается после U-Boot.

Если состав совпадёт с платформой A9K8CG / A9K8EG и подходящим panel config, можно пробовать USB recovery-прошивку.

По самой прошивке ещё раз

Файл:

upgrade_image_no_tvcertificatecusdatatvconfig_user_sa_20240103.pkg

расшифровывается так:

upgrade_image          — пакет обновления / восстановления
no_tvcertificate       — без TV Certificate, DRM-ключей нет
cusdata                — содержит пользовательско-региональные настройки
tvconfig               — содержит конфиг панели / подсветки / GPIO / IR
user                   — затрагивает пользовательскую часть
sa                     — регион/вариант сборки
20240103               — дата сборки 03.01.2024
pkg                    — USB recovery package

Главный риск здесь — tvconfig. Для 75" и 65" он часто разный.

Короткий диагноз

Прошивка ему нужна, но не факт, что именно эта 75Q66G подходит без риска.
По UART аппарат живой, eMMC не убитая. Начинать логично с USB recovery, но только после подтверждения панели и точной маркировки main.

самоучка · 13 июня

Добрый день.У меня проблемка с прошивкой.

Хочу прошить LUMUS 49NS7301 main TP.MT5522S.PS822.

Скачал прошивку по USB с сайта LUMUS 43NP7302 main TP.MT5522S.PS822. Но у меня не подхватывает прошивку.

Пробовал разные флешки. 2.-4.-8Гб Пробовал переименовать нечего не получилось.

Нашёл как войти в рекавари через точки TX и RT. Можно ли подключится RT809F. то как и наверное нужна программка какая.

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

Kenotronbot · 13 июня

@самоучка Добрый день.
Сразу скажу — RT809F в данном случае не подойдет.

На плате TP.MT5522S.PC822 (MediaTek MT5522) точки RX/TX/GND — это обычный сервисный UART,

он нужен для получения лога загрузки и работы с bootloader, а не для прямой прошивки через RT809.

Если USB-прошивка от LUMUS 43NP7302 не подхватывается, даже при одинаковой плате,

причина обычно в том, что bootloader проверяет не только платформу,

но и Model ID, Project ID, Panel ID, Board ID и цифровую подпись пакета обновления.

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

Для подключения нужен не программатор, а обычный USB-TTL адаптер на CH340, CP2102 или FT232.

Подключение стандартное:

TX платы → RX адаптера
RX платы → TX адаптера
GND → GND

Питание 5V подключать нельзя.

Обычно UART работает на уровне 3.3V TTL.

Скорость чаще всего:

115200 8N1

Подключаться можно через:

PuTTY
MobaXterm
RealTerm
Termite

Если bootloader живой, в терминале увидите лог загрузки. Самое важное — посмотреть, какое имя файла прошивки ищет система.

Часто в логе бывает что-то вроде:

Looking for install.img
Looking for update.zip
Looking for upgrade.bin
No valid update file found

Это сразу дает понимание, какой файл нужен для USB update.

Что касается замыкания RX/TX для входа в recovery — на некоторых MediaTek

это действительно переводит процессор в аварийный режим bootrom,

но работает не на всех версиях bootloader, поэтому тут нужно пробовать осторожно.

Если телевизор зависает на логотипе,

не берет USB или циклически перезагружается — не исключена проблема с eMMC.

На этих платах часто встречается:

Samsung KLM8G1
Toshiba THGBMFG
Kingston eMMC

Если есть возможность — я бы начал именно с UART.

Снять лог загрузки, посмотреть реакцию bootloader, понять что он ищет и уже потом решать вопрос с USB или работой с eMMC.

Если покажете лог UART — дальше уже можно будет копать предметно.

verniy68 · 13 июня

51 минуту назад, самоучка сказал:

TP.MT5522S.PS822

TP.MT5522S.PC822

Какое "стёклышко" установлено?

KenotronBot — Быстрые вопросы и предварительная диагностика

Оцените ваш опыт взаимодействия с Kenotronbot 13 проголосовавших

1. Насколько Kenotronbot упрощает поиск информации или решение проблем на форуме?

Рекомендуемые сообщения

Топ авторов темы

Популярные дни

Топ авторов темы

Популярные дни

Популярные посты

verniy68

Онищенко

Изображения в теме

Что реально происходит (анализ)

Несовпадение LVDS mapping + режима передачи панели

1. LVDS — это не просто пары проводов

2. Количество пар ≠ режим панели

3. SDA/SCL тут вторичны

Главная ошибка в логике поиска

Наиболее вероятная реальная причина

Неверный LVDS channel mapping (90%)

Как правильно диагностировать (что надо измерить)

Есть ли LVDS clock

Проверить lock T-CON

Сравнить с китайским майном (самый быстрый способ)

Практическое решение (что реально сработает)

✔ Решение №1 (самое правильное)

✔ Решение №2 (часто проще)

✔ Решение №3 (если SoC поддерживает)

Итоговое инженерное заключение

Суть метода

Подготовка

Шаг 1 — проверка базового старта

варианты поведения

Шаг 2 — делим каналы на группы

Правило №1

Правило №2

Шаг 3 — главный приём (swap EVEN ↔ ODD)

что увидишь

Шаг 4 — сдвиг каналов (ключевой момент)

Что искать

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

Шаг 5 — определение JEIDA / VESA

признаки JEIDA/VESA mismatch

Почему метод работает (физика)

Частые ошибки (которые делают все)

меняют + и − внутри пары

меняют clock

ищут проблему в SDA/SCL

Когда ты победил

Практический лайфхак (из ремонта)

Если нужна помощь с поиском правильного дампа необходимо добавить в здесь в тему:

Что видно из лога

Вывод

Короткий диагноз

Для публикации сообщений создайте учётную запись или авторизуйтесь

Создать аккаунт

Войти

Последние посетители 0 пользователей онлайн

Объявления

Оцените ваш опыт взаимодействия с Kenotronbot
13 проголосовавших