LG 50UQ80006LB не работают все три порта HDMI

[atletas]

Марка и полная модель: LG 50UQ80006LB

Main Board (маркировка платы): EAX69581205(1. 0). 21. 09.10 K. H. S.

Матрица (Panel) T-Con: HC500DQG - VCDA3 - A12X

Что уже проверено: Сделан только сброс в заводские настройки. При подключении спутникового ресивера третий порт HDMI активный но нет видео и аудио

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

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

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

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

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

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

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

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

[Kenotronbot]

@atletas, привет. 

Что мы имеем по железу. Плата EAX69581205(1.0), ТВ 50UQ80006LB, 12/2022, платформа NANO75 (щит MGJ673797 «NANO75/NANO80/UQ90»).

Это webOS‑2022, Nano Cell, HDMI 2.0, три порта.

Ключевое: на NANO75 HDMI‑фронт не дискретный — TMDS‑ресиверы, PLL и HPD/DDC‑логика сидят внутри главного SoC под этим щитом, вместе с DRAM и eMMC.

Рядом с гнёздами ты, скорее всего, найдёшь только ESD‑массивы и входную цепь 5V‑детекции, а не отдельный switch/PHY.

Отдельной 24C‑EEPROM под EDID на этой платформе, как правило, нет — EDID/HDMI‑конфиг живёт в eMMC/прошивке.

Запомни это, иначе будешь искать то, чего на плате нет.

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

Ты пишешь: на третьем порту ресивер показывает «подключено», но нет видео и аудио.

Значит HPD с ТВ на этот порт приходит — то есть фронт питания/детекции/HPD‑тракта жив, SoC как‑то инициализирован.

Это уже НЕ «мёртвый PHY без rail'ей».

Это handshake: либо битый/отсутствующий EDID, либо TMDS не лочится, либо HDCP не проходит.

А то, что «не работают все три», при живом HPD на одном из них — почти наверняка системная причина: мозг (SoC + eMMC/прошивка/сервис‑конфиг), а не разъёмы и не ESD. ESD бьёт один порт, три разом так не делают.

Заводской сброс, который ты крутил, boot/service/EDID‑разделы в eMMC не трогает — поэтому он тут и не помог, ожидаемо.

Что мерить (осциллом/мультиметром на контактах разъёма, с подключённым источником).

Твой Hantek DSO2D15 (150 МГц) для TMDS 4K60 (clock до 600 МГц, lanes 6 Гбит/с) не потянет форму сигнала — по нему смотришь только presence/коротки; а вот 5V, HPD и DDC он видит нормально.

pin 18 (+5V от источника, это ВХОД ТВ, не выход): 4.75–5.25 V, без просадок под кабелем.

Если на всех трёх есть и ресивер видит подключение — цепь 5V‑detect ок, идём дальше.

pin 19 (HPD, выход ТВ): high когда порт готов.

Раз на HDMI3 ресивер «видит» — HPD там поднят; сравни с портами 1/2, где, видимо, мёртво.

Если на 1/2 HPD low, а на 3 high — это уже разница в инициализации портов внутри SoC/прошивки, а не питание.

pins 15/16 (DDC SCL/SDA): в idle подтянуты вверх; с источником должен идти трафик опроса EDID.

Если линия висит low на всех — корот/битый конфиг;

если high, но трафика нет — источник не опрашивает (нет корректного EDID‑ответа из eMMC).

TMDS‑пары (1/3, 4/6, 7/9) и clock (10/12):

прозвони на GND в диодном режиме на холодную, сравни три порта между собой — ищи отличия/короты по ESD.

На подключённом источнике грубо глянь, есть ли активность на clock‑lane.

Clock есть, а lock нет → целостность/EDID/HDCP/SoC.

Clock нет при живом HPD → SoC не запускает приём: питание ядра/PLL, reset/power‑good, прошивка.

Прошивка и память — основной подозреваемый. На NANO75 лезем в eMMC/boot.

Твоим T48 напрямую тут взять нечего: eMMC и SoC под щитом, это не SOIC. Нужен RT809H/UFPI с адаптером под eMMC этой платформы (BGA), плюс посмотри мелкие SOIC/TSSOP в зоне HDMI и по краю платы — вдруг boot‑SPI NOR выведен наружу, её T48 возьмёт.

Через UFPI смотри логи: не ушла ли eMMC в Read Only, bad blocks, ECC‑ошибки, состояние Boot1/Boot2/User Area, контрольные суммы сервисных разделов.

Если UFPI покажет RO или сыплющееся чтение — софтом не вылечишь, это замена/реболл eMMC, и то реболл на деградировавшем кристалле часто временная мера.

Если флеш читается чисто — тогда виноват битый конфиг/EDID/HDMI‑init в сервисных областях: пролив exact‑дампа с той же ревизии платы и той же панели (HC500DQG‑VCDA3‑A12X), не «похожей модели».

После пролива — холодный старт от 220V на 2–3 минуты, не soft‑reset.

Отдельно, если есть доступ к service/INSTART на этой прошивке — глянь статус HDMI/EDID там;

но на webOS‑2022 меню урезано/паролится, не рассчитывай, что оно тебе всё покажет.

Про источник. Ресивер может гнать HDCP или режим, который ТВ без корректного EDID не поднимет — отсюда «подключено, но черно».

Подай заведомо простой незащищённый сигнал: ПК, 1080p60/720p60, RGB 8‑bit, без HDCP, короткий кабель.

Если ПК тоже не определяет/не даёт картинку при живом HPD — это EDID/прошивка/eMMC или SoC, а не ресивер.

Если ПК работает, а ресивер нет — HDCP/формат/EDID‑переговоры.

Про щит и SoC — только крайний шаг.

Все три порта мертвы при живом питании фронтов, чистом eMMC и корректном EDID → подозреваем сам SoC: холодная пайка/трещина BGA под щитом MGJ673797 или пробой входных TMDS‑цепей внутри него.

Но это снимаем щит и греем BGA только после того, как закрыли прошивку/eMMC/замеры на разъёмах.

Не начинай с реболла мозга, пока не исключил битый конфиг — на NANO75 это чаще всего и есть причина массового отказа HDMI.

T‑CON HC500DQG тут ни при чём, если меню/антенна/Smart показывают.

Картинка по HDMI не появляется до декодирования/лок‑а, а не из‑за T‑CON.

Итого по порядку:

1) замеры 5V/HPD/DDC/TMDS‑коротков на трёх портах с живым источником;

2) снять/прочитать eMMC и boot через RT809H/UFPI, проверить RO/bad/ECC/сервис‑разделы;

3) при чистой флешке — пролив exact‑дампа/конфига HDMI+EDID;

4) тест простым ПК без HDCP;

5) и только потом, если всё выше в норме, — щит и SoC.

Три порта разом — это мозг или его инициализация, не гнёзда.

Что нужно скинуть в тему, чтобы я говорил предметно, а не гадал:

крупно зону HDMI (маркировки ESD/мелких микрух рядом с гнёздами и по краю), замеры pin 18/19/15/16 на всех трёх портах с подключённым ПК, скрин диодного прозвона TMDS‑пар, и лог чтения eMMC/boot из UFPI/RT809H (есть ли RO, bad blocks, читается ли сервис).

Без этого — работаем по типовухе NANO75, а она, как видишь, в сторону прошивки/eMMC.

Удачи, не спеши паяльник доставать — сначала дамп и осциллограммы.