Lenovo B590 (ремонт)

tak · 14.03.2022, 01:26

Имеется материнка LB59A 12209-1 48.4XB02.011.
Проблема в отсутствии VCC_CORE и VCC_GFXCORE.
TPS51640А готовит две фазы VCC_CORE, и одну фазу VCC_GFXCORE через TPS51601.

На PWR_CPU_CORE_VRO присутствует 3.131В постоянно.
На PWR_CPU_CORE_VREF присутствует 1.698В постоянно.
На PWR_CPU_CORE_VCLK, PWR_CPU_CORE_ALERT#, PWR_CPU_CORE_VDIO, CPGOOD присутствует 1.048В постоянно.
На PWR_GFX_PWRGD постоянно присутствует 0.
На PWR_CPU_CORE_VR_HOT# через какое-то время с 1.048В переключается на 0.
Сопротивление нагрузки на VCC_CORE 11Ом и на VCC_GFXCORE 17Ом.

В схеме напряжения 0.9В, 1.05В, 1.8В, 3.3В, 5В и 20В присутствуют постоянно и стабильны.

После подачи питания с лабораторника на штатный порт, через 0.5-1сек на дросселях обеих фаз VCC_CORE появляются импульсы, но через 70мкс ШИМ пропадает и потом пропадает высокий уровень на PWR_CPU_CORE_VR_HOT#. На VCC_CORE за это время напряжение успевает подняться максимум до 0.2В.

Обвес TPS51640А проверял, но все резисторы вроде как в своих номиналах, насколько это можно проверить не выпаивая их с схемы.

Что может уводить TPS51640А в защиту? Вроде все разрешающие сигналы присутствуют и не пропадают, ну кроме PWR_CPU_CORE_VR_HOT# и то, уже когда ШИМ давно пропал. КЗ отсутствуют.

ForcePoint · 14.03.2022, 08:42

Сообщение от tak

На PWR_GFX_PWRGD постоянно присутствует 0.

КМК, без поиска схемы, тут активный низкий. Вот вокруг видяхи с VCC_GFXCORE и искать.

tak · 14.03.2022, 10:35

Сообщение от ForcePoint

тут активный низкий

Там же не инверсия, а значит активный должен быть высоким.
Из даташита на TPS51640A:
------------------------------------
Power Good (CPGOOD and GPGOOD)
These devices have two open-drain power good pins that follow the requirements for IMVP-7. CPGOOD is used
for the CPU channel output voltage and GPGOOD is used for the GPU channel output voltage. Both of these
signals are active high. The upper and the lower limits for the output voltage for xPGOOD active are:
•
Upper: VDAC +220 mV
•
Lower : VDAC –315 mV
xPGOOD goes inactive (low) as soon as the VR_ON pin is pulled low or an undervoltage condition on V5 or
V3R3 is detected. The xPGOOD signals are masked during DAC transitions to prevent false triggering during
voltage slewing.
------------------------------------
V3R3 и V5 имеют стабильное высокое напряжение, а VR_ON всегда поднят.

Сообщение от ForcePoint

VCC_GFXCORE

Сперва VCC_CORE поднять надо. VCC_GFXCORE уже после VCC_CORE должен быть вроде.

Проверил осликом:
ШИМятся обе фазы VCC_CORE сразу после включения, ну может быть через 1 секунду после подачи питания, а потом ШИМ срубается. То есть, импульсы появляются на дросселях, но на период времени всего лишь в 70мкс.

VR_ON остаётся постоянно поднят. B+ стабилен от лабораторника. Обвес вроде в норме, по крайней мере навешанные сопротивления своих номиналов, на сколько это можно проверить без выпайки.
Процессор установлен и другого нет.
А ничего страшного, если я временно по закорачиваю PWR_CPU_CORE_CCSN и PWR_CPU_CORE_CCSP между собой у обоих каналов чтобы исключить защиту по превышению тока?

ForcePoint · 14.03.2022, 14:28

Сообщение от tak

B+ стабилен от лабораторника.

Может лучше от штатного БП? Сколько ампер может лабораторник?

P.S. Ссылка на схему есть?

tak · 14.03.2022, 15:09

Лабораторник - китайский KPS605D с максимальными 60В и 5А.
Я проверял, просадок/помех на B+ нет.
Родной БП имеется, но сейчас его нет, он один и подключён к другому рабочему буку. И с ним пробовал, и всё тоже самое.
Да, извиняюсь! CPGOOD тоже на нуле, так как высокий уровень появляется только после появления напряжения на VCC_CORE, а там пусто.
Схема во вложении, стр.41.

Simka2 · 14.03.2022, 17:52

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

tak · 14.03.2022, 20:26

Да вроде родной - Pentium B960 SR07S.
Я тут снял осциллограмму на одной из фаз и вот что получается, что на VCC_CORE всё же пытается сформироваться напряжение, но улетает за 1.7В и TPS51640A блокируется или что-то блокирует вместо стабилизации.
https://kazus.ru/forums/attachment.p...1&d=1647267184

Нашёл кто отключает ШИМ - это сигнал по PWR_CPU_CORE_ALERT#.
https://kazus.ru/forums/attachment.p...1&d=1647275010
При этом появляется PWR_CPU_CORE_VCLK
https://kazus.ru/forums/attachment.p...1&d=1647275010
и затем PWR_CPU_CORE_VDIO
https://kazus.ru/forums/attachment.p...1&d=1647275010

Но при этом на VCC_CORE по прежнему 0.

akelevnm · 14.03.2022, 22:09

Сообщение от tak

Нашёл кто отключает ШИМ - это сигнал по PWR_CPU_CORE_ALERT#.
https://kazus.ru/forums/attachment.p...1&d=1647275010
При этом появляется PWR_CPU_CORE_VCLK
https://kazus.ru/forums/attachment.p...1&d=1647275010
и затем PWR_CPU_CORE_VDIO
https://kazus.ru/forums/attachment.p...1&d=1647275010

Но при этом на VCC_CORE по прежнему 0.

ALERT нулевым уровнем, это выходной сигнал аварии. У меня возникло подозрение, что микросхема 51640 выдаёт по шине данных VDIO код ошибки. После появления сигнала аварии на микросхему поступают сигналы VCLK, которые синхронизируют выдачу кода ошибки. Наверное это интерфейс I2C. Надо читать даташит на микросхему 51640, может, там что-то про это есть.

tak · 14.03.2022, 22:37

По даташиту на TPS51640A: PWR_CPU_CORE_VCLK прямой входной сигналы, PWR_CPU_CORE_ALERT# инверсный выходной сигнал, а вот PWR_CPU_CORE_VDIO в оба направления.
Есть только какой код нужно передать на PWR_CPU_CORE_VDIO чтобы получить нужное напряжение и что-то связанное с температурой.
Но вот кто кому передаёт и что... фиг его знает!
Скорей всего TPS51640A что-то не нравится и выставляет флаг по PWR_CPU_CORE_ALERT#, CPU это видит запускает тактирование и потом... потом либо TPS51640A сообщает CPU, а точнее BIOSу о том, что ему что-то не нравиться, либо наоборот, BIOS сообщает TPS51640A что нужно сделать, но та его не понимает.
Загадка!
Я не представляю что дальше делать. У меня только три идеи: заменить CPU, заменить TPS51640A, заменить прошивку BIOSa.
Склоняюсь к замене TPS51640A, ибо ну недолжно при запуске напряжение VCC_CORE улетать за 1.7В - это же губительно для процессора.

ForcePoint · 14.03.2022, 23:04

Я предполагаю, что слишком быстро растёт Vcc_core в результате чего срабатывает Overvoltage Protection

Цитата:

An OVP condition is detected when VCORE is more than 220 mV greater than VDAC. In this case, the converter sets xPGOOD inactive, and turns ON the drive for the Low-side FET. The converter remains in this state until the device is reset by cycling VR_ON.

Резисторы PR4221 и PR4225 на входе Slew A - в порядке? Все выходные конденсаторы, PT4302 и т.д., на месте и выглядят исправными?

А что там было с Vcc_gfx на ромбае?