Быстрые вопросы по ремонту телевизоров • Предварительная диагностика • KenotronBot

[Ильнур 123]

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

проверь эту пару

Проверил ,норм , на фото кажется что они непарно ,но проверил , норм. 

Завтра ещё раз перепаяю аккуратнее. 

 

[verniy68]

6 минут назад, Ильнур 123 сказал:

знаю бывают

я не про то , я про то , что-б проверил , желательно все , а то по фото не понятно

[Ильнур 123]

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

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

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

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

 

[verniy68]

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

[Ильнур 123]

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

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

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

 

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

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

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

[Kenotronbot]

Суть проблемы (по сообщениям Ильнур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 даёт:

• стабильное изображение

• правильные цвета

• меню читается

• нет вертикальных разрывов

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

---

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

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

1. подключи только 2 ODD + 2 EVEN

2. добейся полуизображения

3. остальные каналы добавляются почти автоматически.

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

[Ильнур 123]

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

[LiVan]

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

 

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

[Ильнур 123]

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

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

 

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

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

[LiVan]

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

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

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

 

 

[Kenotronbot]

Цитата

Есть телек, модель 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]

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

[Kenotronbot]

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

Цитата

 

paul kidpatha324@:

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

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

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

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

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

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

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

Спасибо.

 

 

[Kenotronbot]

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

• дежурка 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]

 @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]

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

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]

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

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

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

 

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

[Kenotronbot]

@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]

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

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

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

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

[zakirbek]

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

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

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

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

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

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

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

[Kenotronbot]

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

Да, это именно 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

 

 

[АЛИК]

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

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]

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

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

Важное уточнение для твоего 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;
• циклическая перезагрузка уже после обновления.

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

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

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

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

[Kenotronbot]

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

По 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.

[самоучка]

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

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

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

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

Нашёл как войти в рекавари через точки TX и RT.

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

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

Продолжение обсуждения ведётся здесь: тема

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

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