Всем привет), One fat 1540, может быть кто сталкивался, при подключении к материнской плате блок питания уходит в защиту (оранжевый индикатор гаснет через сек где-то, а на плате +5p0stby падает с 5 в до 0,5). БП проверен, запускается при подачи PS_ON 3,3в.
Сопротивление дежурки:
5po dual 75кОм
5p0stby 12кОм
3p3stby 8кОм
1p1stby 13кОм
1p8stby 3кОм
---------- Добавлено спустя 1 час 5 минут 45 секунд: ----------
Затворы:
q9d1,q9d3,q9e3 -36kОм, q9d5 -12 Ом
q9d2,q9d4,q9d6,q9e4 17кОм

Сток-исток:
q9d1,q9d3,q9d5,q9e3 4кОм
q9d2,q9d4,q9d6 8Ом
q9e4 200 Ом
---------- Добавлено спустя 1 час 29 минут 54 секунды: ----------
gfxxcore - 9 Ом
cpucore -200 Ом
memioab -200 Ом
---------- Добавлено спустя 2 часа 31 минуту 19 секунд: ----------

Заменил q9d5 (затвор был пробит ), подключил БП, снова пробило этот мосфет, проц был чуть теплый

Ну значит пробит драйвер U9D4

спасибо, буду искать ncp5901b

снял феты на всех фазах питания процессора, при подключении БП наконец то появляется вся дежурка 5stby, 3.3stby, 1.8stby, 1.1stby
И еще поднимаются 12В на секунду-две и пропадают (БП загорается оранжевым,белым, снова оранжевым).
---------- Добавлено спустя 4 часа 38 минут 38 секунд: ----------
Еще поменял местами драйверы 2 и 3 фаз. Прозвонил и установил все феты и снова пробило затвор Q9D5, ну и БП снова в защиту уходит

Снял Q9D5. при подаче питания быстро разогревается и его площадка , и драйвер U9D4

Когда пробивает верхний ключ (Q9D5), в обязательном порядке проверяют бутстраповую цепочку (R9D11, C9D15), нижний ключ (Q9D6) пробивает редко но проверять на предмет короткого все равно каждый раз нужно. Каждый пробитый верхний ключ с большой долей вероятности уносит с собой на тот свет и драйвер (U9D4). Если меняем драйвер то проверяем резистор по его питанию (R9D10).

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

Спасибо за помощь, заказал драйверы и ncp4204

Шимку то на каком основании приговорили?

на всякий случай, пусть лежит в запасе)

бутстраповая цепочка в порядке (R9D11, C9D15) -2,1 Ом и 0,1 мкФ
резистор по питанию драйвера (R9D10) тоже ок -2,1 Ом

Перед установкой нового драйвера желательно посмотреть осциллографом адекватность PWM сигнала (U9D4 2pin), при этом мосфеты должны быть сняты. Прозвонить дорожку от драйвера (U9D4 8pin) до затвора верхнего мосфета (Q9D5 4pin) слегка изгибая плату дабы исключить плавающий обрыв дорожки, сопротивление должно быть четко нулевым. После установки нового драйвера опять таки желательно посмотреть осциллографом адекватность сигналов (U9D4 8pin, 5pin), даже если "новые" драйвера запаяны в ленту и выглядят хорошо по факту это скорее всего нечто с разборки заботливо упакованное дядюшкой Ляо. После установки мосфетов на место, при первом запуске, снова смотрим осциллографом затвор верхнего мосфета. Если сигнал не будет подниматься хотя бы до 22V (22V между землей и затвором, при этом между затвором и истоком все те же 10V) значит у нас опять дохлый драйвер либо бутстраповая цепочка.

ну да, странновато. Хотя схема Rev 1.0 fab m retail.
А Плата x903057-001 rev. B. В общем ,непонятно с ревизиями
---------- Добавлено спустя 40 минут 34 секунды: ----------
Снял ключи на 3 фазе, вот какой сигнал идет на 2 pin U9D4

Странный сигнал как по форме (либо осцил не ловит нормально синхронизацию) так и по амплитуде (либо щуп 1/10). Сравнить с тем же сигналом на других фазах.
На двух оставшихся фазах V_GFXCORE подниматся?

при подключении БП на v_gfxcore вот такие пульсации (мультиметр показывает 0,9В) секунду-две , потом БП отключается (гаснет индикатор, уходит в защиту), потом опять поднимается и так несколько раз, потом бп стабильно горит оранжевым и есть вся дежурка
---------- Добавлено спустя 31 минуту 49 секунд: ----------
еще раз проверил сигнал на 2 pin U9D4 при включении

На фото пять попыток шимки поднять напряжение однако откуда там 5V и тем более отрицательные значения, в общем с замерами осциллографом явные проблемы или землю не туда посадили или щупом не в том месте измеряли, так же проверьте открытый или закрытый у вас вход. v_gfxcore в районе 0.8V на старте нормально.

Развертка 100µs (фото экрана такого качества что приходится догадываться возможно ошибаюсь) подумайте какую максимальную частоту вы сможете увидеть и сравните с частотой на которой работает шимка. На картинке видны перезапуски шимки но сам сигнал скрыт в тех самых маленьких столбиках.
У вас же двухканальный осцил, логично было бы сравнить сигнал с этой фазы и другими двумя.

Виноват, земля не там была, сейчас все ок, при подключении БП v_gfxcore поднимается до 1В, поднимается на секунду-две и падает до нуля, и так 3 раза, потом на нуле и остается. все дежурные напряжения остаются поднятыми

На схеме "V_GFXCORE VREGS, GFXCORE OUTPUT PHASE 3 & 4 NOM.VOLTAGE: 0.9-1.1V". Стартует всегда с минимального напряжения, скорее всего осцилл слегка подвирает по напряжению.
Другими словами две фазы рабочие но шимка падает в защиту либо по причине отсутствия третей фазы либо потребитель кушает больше положенного (пробит процесор по питанию). Для восстановления третей фазы нужно убедиться что сигнал PWM формируется шимкой адекватно, для этого встаем одним щупом на 2 pin U9D4 вторым щупом на 2 pin U9D2 и убеждаемся в идентичности сигналов но со смещением по фазе (сигналы не должны пересекаться по таймингам). Затем второй щуп тыкаем в 2 pin U9D3, и убеждаемся что сигналы опять таки идентичные но сдвинуты по времени относительно друг друга. После такой проверки можно будет сказать что шимка формирует правильные сигналы на управлении всех фаз и менять её нет необходимости.
Далее встаем одним щупом на 5 pin U9D3, вторым щупом на 8 pin U9D3, смотрим какие сигналы для управления мосфетов формирует рабочий драйвер. Сигналы не должны пересекаться по фазе, пики по напряжению на 8 pin U9D3 должны быть больше чем на 5 pin U9D3 эдак раза в два. Запоминаем, фотографируем. Восстанавливаем третью фазу и при первом включении щупы осциллографа должны стоять на 5 pin U9D4 и 8 pin U9D4. Если опять хлопнет то хотя бы увидим причину.

Более безопасный вариант не ставить Q9D5 при первом запуске но в этом случае пики сигнала на 8 pin U9D4 должны быть выше чем 5 pin U9D4 всего лиш на величину v_gfxcore.
Не забудте проверить обвязку L9D3, сигналы VREG_GFXCORE_CSN3 VREG_GFXCORE_CSP3 VREG_GFXCORE_CSSUM должны доходить до шимки как положено.

Снял ключи на 1 и 2 фазах (для проверки шим ncp4204), теперь PWM сигнал вообще не приходит ни на какой драйвер

Нелогично. Первые две фазы рабочие, необходимо было проверить PWM сигнал третей фазы и только.

Опять нелогично. Фазы работали значит снятие ключей не должно влиять на PWM сигнал от шимки. Другое дело что шимка падает в защиту моментально без долгих попыток, однако первоначальный импульс все равно обязан быть. Учитесь пользоваться тригером и стоп кадром на осциллографе
https://instruments.uni-trend.com/stati ... 0REV.2.pdf
Пример восстановления зоны VRM материнской платы https://www.youtube.com/watch?v=OIdtYVD5yRU

Вернул ключи на 1 и 2 фазы.
Такие измерения получились.
Буду смотреть сигналы VREG_GFXCORE_CSN3 VREG_GFXCORE_CSP3 VREG_GFXCORE_CSSUM

По осциллограммам видно что фронт у всех PWM сигналов (если я правильно понял, подписи что это за сигналы не нашел) одновременный а спад сдвинут по времени в зависимости от номера фазы. Ожидалось что сигналы не будут пересекаться совсем, возможно это первый стартовый импульс такой. Можно изменить развертку по времени чтобы увидеть два три импульса, так же можно сравнить итоговые импульсы непосредственно на дросселях первой и второй фазы.

Да, это PWM сигналы, идущие на драйверы, попонятнее сделал фото. Измерял на резисторах с обратной стороны платы R1R5 R1R8 R1R11
---------- Добавлено спустя 18 минут 49 секунд: ----------

Да,хорошо, сделаю

Вот с другой разверткой. Шимка ncp4204, получается, живая.
Думаю, что дальше:
-"так же можно сравнить итоговые импульсы непосредственно на дросселях первой и второй фазы."
-заменить конденсатор в бутстрап цепочке U9D4 (хотя он свиду живой- 0,1 мкФ)
-выпаять и прозвонить транзисторы (хотя я их на кз проверял выпаянные)
-прозвонить дорожки от драйвера к затворам полевиков
-при первом запуске посмотреть сигналы на управление мосфетами - 5 и 8 пины драйвера
-не ставить Q9D5 при первом запуске

Верно.

Если это первая и вторая фазы то они рабочие и трогать там с самого начала ничего не надо было, просто проверяется сигнал на дросселях и по нему определяется необходимость ремонта той или иной фазы.
По поводу проверки полевиков https://www.youtube.com/watch?v=0r2Mhz4H_qs или https://www.youtube.com/watch?v=3Ob4KhL4CAQ

Вообще логика ремонта с момента нахождения битого Q9D5 должна была быть примерно такая.
1) Снять Q9D5, Q9D6, U9D4, проверить обвязку третей фазы (в том числе по сигналам VREG_GFXCORE_CSN3, VREG_GFXCORE_CSP3, VREG_GFXCORE_CSSUM).
2) Проверить сопротивление по линии V_GFXCORE, сделать выводы о целесообразности дальнейшего ремонта.
3) Убедится что V_GFXCORE поднимается, сигналы VREG_GFXCORE_SW1, VREG_GFXCORE_SW2, VREG_GFXCORE_PWM3 адекватные.
4) Установить новую U9D4, проверить адекватность сигналов VREG_GFXCORE_DRVH3, VREG_GFXCORE_DRVL3 (сигналы не должны идти одновременно, пик сигнала VREG_GFXCORE_DRVH3 должен быть выше пика сигнала VREG_GFXCORE_DRVL3 на величину напряжения VREG_GFXCORE_SW3)
5) Поставить новые Q9D5, Q9D6 (можно старый если остался жив), убедиться в адекватности сигнала VREG_GFXCORE_SW3 и V_GFXCORE.
После этого VRM можно считать рабочим.

6 Ом, норма

1) заменил С9D15 в бутстрап цепочке U9D4
2) прозвонил дорожки от драйвера к затворам полевиков - ноль Ом
3)сопротивление по линии V_GFXCORE 6 Ом
4)обвязку по линиям VREG_GFXCORE_CSN3, VREG_GFXCORE_CSP3, VREG_GFXCORE_CSSUM проверил
5) U9D4 новая пришла не та, поэтому поставил старую, ключи пока не ставил, вот что получилось, похоже драйверу конец давно пришел:(

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

Размах сигнала VREG_GFXCORE_DRVH3 около 5V. Пять вольт слегка открывает мосфет но сопротивление перехода высокое (при таком напряжении), что приводит его к моментальному перегреву и выходу из строя. Повезло что мосфет не пробило насквозь иначе V_VREG_12P0_GFXCPU прямиком полетело бы в V_GFXCORE.

Сигнал VREG_GFXCORE_DRVL3 почти постоянно держит открытым Q9D6 тем самым замыкает V_GFXCORE на землю (так как L9D3 не активен), это как раз и приводило к разогреву текстолита в районе третей фазы.

Вот что получилось, ключи стоят везде, кроме 3 фазы.
Сигналы по фазе не пересекаются, разница в пиках 10 В.

Пик сигналов верхних ключей 24V получается за счет бутстраповых цепочек. Вообще сигналы почему то с кучей переходных процессов и это не к добру. Так же на второй фазе похоже идет завал на верхнем ключе по верхней полке, нужно проверять детальнее. С другой стороны только после запуска третей фазы будет понятно оживет плата или процу все таки прилетело.

сделал с другой разверткой.
Как должны выглядеть осциллограммы на затворах верх и ниж ключей на исправной плате?