Добрый день. Плата после другого сервиса, что-то было снято, вроде как исправил. Плата не даёт изо. Точнее не появляется LCD_PWR_EN. Я так понимаю, что он должен появиться после того как плата вычитает флеш на матрице. На сигналах LVDS_DDC_CLK тишина. Т.е. матрица не вычитывается. Эти сигналы идут через U9270 на гмукс. U9270 заменил на заведомо рабочую. Гмукс заменил на всякий случай и прошил его в UMA. Всё равно плата не пытается прочитать матрицу. Матрица рабочая, проверена. Не могу понять, кто должен инициализировать вычитку матрицы? Мульт?

При неиспарвном GPU мульт не включает питание 3.3в на матрицу.

Да лаааадно?
А артефакты мы себе в укуренном угаре представляем.

Абсолютно верно.
Входы разрешения запитки холста от обоих художников.
А вот запитка холста.

С чего это вдруг?
В GMUX уходят только сигналы выбора направления.
DDC сигналы идут в ГПУ и в РСН.
Во время инита графической подсистемы, что на 13/6 и на 5/12 ногах DDC_MUX-а 9270?
В какое направление он переключен в этот момент?


Матрицу читают оба, и ГПУ и РСН, но GMUX тут стрелочник, и решает, на кого заворачивать поток DDC. По умолчанию - GMUX заруливает все в дискретку. И перенаправляет на РСН только при "Экономичном режиме платформы", когда ГПУ обесточен.
Но если GMUX флэшанули в UMA, должен принудительно перенаправлять в РСН.

Спасибо, я не понял что такое U9270, теперь сообразил. Сейчас плату отложил, но помню, что сравнивал эти сигналы с заведомо рабочей (то же с перепрошитим гмуксом) и 13/6, 5/12 они там один в один. Т.е. перенаправляют на PCH. Значит PCH не инициализирует вычитку матрицы?? PCH под замену?
eg- external graphics
ig - internal graphics.

я давным давно тоже путался в структуре DDC-mux-а, пока ДШ на него не прочел, думал что слева порты DDC в МУКС, а справа мешанина.
Потом, неспеша, вчитался в схему и в ДШ, и заметил, что справа все, что относится к DDC шинам, а слева только управление потоком.



Если плата копаная - проще махнуть РСН, чем гадать, почему нет DDC_CLK.
В крайнем случае - снимается DDC_mux и жилами намертво коротится в направлении РСН.

Я конечно извиняюсь, но при неиспарвном ГПУ - запросто. И я многократно с этим сталкивался. Шьем прошивку без ГПУ и все работает.

Артефакты это проблема контроллера памяти в ГПУ.
Сама структура ГПУ достаточно сложна. И выходит из строя он не всегда одинаково.



Ну дак? Вы замечательно описали процесс. При мертвом гпу он может и не читать, вот и нет питания матрицы. Смотря как он вышел из строя. А это уже частности...

Артефакты ессесно не в счет. Как и кремний который не держит частоту. В этих случаях ГПУ вообще условно исправен можно сказать :)

Вы заблуждаетесь.
С каких пор в яблоках, из-за дохлого гпу, мульт, не включает питание матрицы?
Если бы Вы не начали писать про мульт, запудривая мозг ТС-у, а написали бы сразу про РСН/Gmux/DDCmux,
я бы даже писать в топик не стал.

Прочтите внимательно Топикстарт. Гмукс уже заменен (на всякий случай) и прошит в UMA.
И причем тут мульт? В этой эпопее учавствуют РСН, DIS и GMUX/DDCmux.
Что за бред? И даже питание канала DDC активирует РСН, при чем тут мульт?

Хотите помочь в поиске проблемы - помогайте, но тогда смотрите в схему, делитесь яблочным опытом,
опыт Эйсеров/НР/гнусмасов в яблоках полезен очень частично.

Есть момент. Только не заблуждаюсь, а поторопившись между боями с платами, мельком определил u9600 как мульт. Это GMUX. И он действительно может не коммутировать через u9000 питание матрицы при неисправной дискретке.


Тут ведь тоже, смотря как умер ГПУ. Наврядли его снимали. Во всяком случае такой инфы в теме нет.


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

Так что это "направление" имеет право на жизнь. А починить плату за ТС дистанционно попросту нереально.

Наконец-то руки опять дошли до этой платы. Измерил U9270.
LVDS_DDC_SEL_EG = 0
LVDS_DDC_SEL_IG = 3.3v
Т.е. правильно выбрано именно внетренняя графика.
Но на линиях:
LVDS_IG_DDC_CLK =3.3в
LVDS_IG_DDC_DATA = 3.3в
и никаких импульсов обмена нет.
Т.е. хаб не пытается вычитать матрицу.
Как гмукс сообщает хабу, что он должен вычитывать матрицу? Это можно как-то отследить или проще хаб махнуть???

Подниму тему опять. У меня знаний не хватает, может кто поделится?? )))
Есть рабочая плата точно такая же (перепрошита на UMA). На ней если матрица отключена, то хаб даже не пытается вычитать флешку матрицы. Т.е. нет никаких импульсов по линиям LVDS_IG_DDC_CLK, LVDS_IG_DDC_DATA. Просто 3.3в и тишина. Как только матрицу подключаю, так сразу хаб пытается вычитать флешку.
Как хаб узнаёт, что матрица подключена????

Не может быть "полной тишины", должны быть попытки CLK.
Таков стандарт протокола I2C.
Смотрите на 64кГц, 100кГц, 400кГц, должен быть пробный импульс, "старт-бит" так сказать.

Нутром понимаю, но осциллом не вижу. Подключаю матрицу и вижу пакеты. Отключаю матрицу и ничего нет. Может всё-таки хаб как-то определяет, что матрицы нет и по этому не опрашивает??

Посыпаю голову пеплом. Не правильно был настроен осцил. Да, без матрицы то же есть пакеты. Просто ооочень короткие.
Теперь точно могу сказать, что хаб матрицу вычитывает, как ему и положено. Но не даёт сигнал на запуск питания. С него не приходит
LVDS_IG_PANEL_PWR.
---------- Добавлено спустя 4 минуты 19 секунд: ----------
По какой причине хаб не хочет давать матрицу и изо? Матрица исправная, флешка вычитывается. Гонг есть. Что может мешать?

Проэмульруйте энейбл на питание матрицы перемычкой и смотрите, есть ли изо. Если будет, оставьте перемычку и не заморачивайтесь.

Увы, нет изо :((

чем шили мукс? работал ли этот дамп на других 15" 11года?

Да, прошивка проверена, шил и до того и после, всё работало. И 15" и 17".

Разъем матрицы часом флюсом не засрат? Сколько было у меня этих маков, у трети разъемы матрицы уже паяные были, соответственно может быть недоотмытый разъем