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

Был диагностирован разогрев ШИМ контроллера PU8100 (TPS51275RUKR). Выяснили, что греется его внутренний LDO +3VAO. Виновником нагрева
является хаб DH82HM86, через сдвоенный диод D2001, напряжение LDO +3VAO становится питанием RTC ( +VCC_RTC) и в хабе коротит на землю.

Хаб заменили, но бук не включился.

Присутствуют напряжения :

+3VA_DSWO
+3VA_EC
+5VSUS
+1.35V (на памяти)

На процессоре напряжения не поднимаются. При включении ток 25 мА, потом 35мА и потом останавливается на 45 мА.
На кнопку включения реагирует, если долго держать, пытается включиться снова.

Подскажите, пожалуйста, нужно ли было прошивать биос, после установки хаба? Если нужно, то каким дампом?
Мультиконтроллер не меняли, но новый есть, если что.
Родной биос сделали бэкап.

Да, когда биос отпаяли, чтобы вставить в программатор, то потреблять стало 35 мА.

Подскажите, пожалуйста, есть ли на эту плату repair guide? Я нашел только board view.

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

Нужно каким-то специальным шить, с чистыми регионами?

инженерный. свой dmi только перенеси по адресу 230000

Спасибо!

Но я ни разу не ковырялся в биосе. Редактировать в текстовом редакторе можно, или специальные программы для этого есть?
Мой dmi, который перенести нужно, он в забэкапленном биосе есть?

есть. могу отредактировать

Большое спасибо, прикреплю файл, тогда свой, если можно, отредактируйте.
Буду курить матчасть, нужно освоить это дело.

добавил DMI+WINKEY

Большое спасибо! Попробую прошить.

Прошил, но все осталось как и было.
Мультиконтроллер есть смысл менять?

Разбираться с питаниями дальше нужно, получается. Какой ноутбук самый близкий к этому по
логике поднятия питающих напряжений, чтобы можно было посмотреть последоватьльность?
Ну и чтобы на него картинки были какие-нибудь?

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

Зафиксировал сигнал PM_SUSC# а PM_SUSB# не увидел. Встал на линию - короткое. Перерезал между
хабом и мультом КЗ пропало, выяснилось, что оно со стороны мульта.
Поменял мульт. Подал питание, смотрю по току процесс дальше пошел, последнее значение было 1.5 А и блок в защиту ушел.

Включаю повторно и снова 160 мА на блоке сразу, +3VA (дежурка LDO TPS51275RUKR) ушло в КЗ (снова в хабе, на выкид его), в мультиконтроллере
снова КЗ по 35му выводу (PM_SUSB#).

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

Предполагаю, что хаб сжигает напряжение +1.05VS? Ну или как вариант дежурку 3.3V кто-то перехватывает с верхним ключом пробитым, не знаю.

как то много на начальной стадии инициализации.

Из доступного есть N46VZ_Repair Guide тут на форуме.

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

Питание 1.05VS я проверил, снял перемычки PJP8201 и PJP8202, заENаблил PU8200 (RT8207MZQW) принудительно P_VTTCPU_EN_10 к + 5В,
шимка выдает чистые 1.05V.

Питание 1.5VS тоже проверил, снял перемычки PJP8701 и PJP8702, заENаблил PU8700 (RT8207MZQW) принудительно P_VTTCPU_EN_10 к + 5В
, шимка выдает чистые 1.5V.

Питание +3VS тоже в норме.

Судя по boardview, это три основных напряжения, от которых запитывается хаб, они в порядке. Что же тогда его выжигает?


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

Шлейф матрицы смотрите, наверняка он трёхвольтовую линию палит.

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

Как уже писал, я в прошлый раз запаял новый хаб, а мультиконтроллер старый оставался, сигнал PM_SUSC# был а PM_SUSB# отсутствовал.
Короткое по ноге PM_SUSB# было со стороны мульта, что-то спекает эту ножку в ноль за долю секунды. В прошлый раз я поменял мульт,
подал питание и процесс запуска питания пошел дальше ток подскочил до 1.5 А, снова выгорела нога PM_SUSB# на мульте (КЗ на земою),
а на хабе +VCC_RTC в КЗ на землю ушло.

Если шлейфа не было, то транслятор RTD2136R смотреть?

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

Еще, как вариант MIC_IN_AC_I идет в REALTEK AUDIO CODEC , а тот в свою очередь по цифре с хабом соединяется.

Как это проверить, чтобы хаб не сжечь по новой, отпаивать кодек, шлейф менять?

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

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

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

Подскажите, пожалуйста, куда копать дальше, почему он так себя ведет?

Еще раз напишу, что меняли на плате:

мультиконтроллер
хаб
RTD2136R

Подскажите, пожалуйста, что такого делает пост-карта Вертьянова, что с ней он стартует, а без нее нет?

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

Наверное что-то по LPC, смотрите что на ней сидит. А так мульт и хаб.

Смотрите ресет с памяти и основные напряжения, что то садит оперу. Скорее всего у тестера наводка на какую то линию. Наприпер линия ресет бывает тактируется просто прикосновением пинцета к пину.