Всем привет.

Плата реагирует на кнопку, потребление 0.5А и выключается через 3с.
Биос шил.

Узел SM_DRAMPWROK:
VCC - +3В
SYS_PWROK - +3В
PM_DRAM_PWRGD - 0.5В
На выходе 0В соответственно.
PM_DRAM_PWRGD поднимается и сразу падает.

По RAM:
+1.5VP - есть
+0.75VSP - есть
+V_DDR_REFA - 0.75В
+VREF_CA - 0.75В
SPD не вычитывается

Хаб? На подкидку просто нет такого, заказывать надо.

Подвижки есть или плюнул?
Имеется LA-9101P с отсутствующим pm_dram_pwrgd, замена хаба успеха не принесла, питания все есть, SYS_PWROK тоже есть..

Что-то зачастил pm_dram_pwrgd в темах... У меня это выплыло после замены хаба, даже двух. И берут сильные сомнения, что ситуацию изменит установка старого моста с битым USB. Просто пока не пойму, почему хаб отказывается его поднимать (PG с шима памяти не заведен, сами питания на месте, да и не припомню, чтоб без памяти не поднималось VCORE).

VCORE у меня поднимается и дискретки тоже..
Трабл со слов случился после того, как появились непонятные артефакты и "шарящий друг хозяйки" бука полез менять шлейф матрицы. Что то искрануло.
По LVDS-у короткого не было, цепи подсветки тоже не убиты, мульт жив, шьется, как бы что надо отрабатывает. Хаб поменял.
Плату на предмет механики излазил, ничего подозрительного. Поколдую послезавтра над схемой, если мыслей не появится махну проц (хотя как до него могли дойти манипуляции со шлейфом - хз)

Жду хаб, отпишусь.
Идей больше нет.

Интел не делает секрета из DRAMPWROK (или PM_DRAM_PWRGD, как обозначен сам сигнал в схеме)

До его поднятия должны поднятся слипы, SYS_PWROK, APWROK, PWROK и пр. на диаграмме.
То бишь название PM_DRAM_PWRGD связано с питанием памяти, гхм, опосредованно. Захотелось им так его назвать.

В моем случае повергуды означенные все поднимаются и PM_DRAM_PWRGD на доли секунды тоже поднимается. НО оказалось, что в такт с падением дэрама злосчастного PCH снимает все слипы, ничего не отключается, плату можно выключить удержание кнопки вкл, буду думать почему..

Я уже смотрел даташит (если что), и поведение платы аналогичное - указанные PG все поднимаются, а этот сигнал лишь кратковременно. Шел по Power Sequence на плату.

А дальше? +1.5VS на U30 поднимается и сопротивление по +1.5VS какое?
На VS еще кусок хаба висит и кусок процессора. И так ясно что spd не вычитает по любой из этих причин, вот и PM_DRAM_PWRGD низкий.
На днях делал ударенный Samsung (AMD), там еще и кусок ГПУ запитывался, что и было причиной. Но там все было очевидно, грелся питальник памяти, поскольку не VS, а на прямую включен.

Тоже интересно! Был Asus с поведением один в один... клиент оказался торопыгой, бук забрал, но интерес остался.

orbit
А кто же будет SPD читать, если на CPU нет питания? Без проца POST не начнется... Или я тебя не правильно понял?

Все правильно понял, я как то сумбурно написал что ли?
Напишу с другого конца, судя по адекватной реакции хаба, его менять рано, подбитый по +1.5VS процессор думаю всему виной, как бы печально для ТС это не звучало. Разумеется ни POST, ни SPD не будет по этой причине.

Поменял процессор, ситуация малость изменилась. Теперь PM_DRAM_PWRGD поднимается четко, слипы не падают. Да вот питания процессора нет.. SYS_PWROK понятно тоже нет, короткий обмен на SDA, SCLK, ALERT.

Для интереса включал плату без процессора, слипы с PM_DRAM_PWRGD поднимались кратковременно.
Сам процессор снял-перекатал с залитой платы с дыркой в текстолите, так что работоспособность проца под вопросом.

Черномор
Меня смутил висящий в воздухе PG питальника памяти, а "они" вон как подошли с вывертом, контролируется не питалово, а именно связка ОЗУ-контроллер памяти в камне. УмнО...

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

Такая же проблема

Мда, замена хаба ничего не дала.



64 Ом

Не закрывай тему, мне dell подопытный должны скоро назад принести, созрели.
Проц есть на замену рабочий (почти наверняка, на доноре с видео проблемы, есть посты), напишу что как.

жаль, тема подзаглохла.

и есть некоторое противоречие касаемо соотношения во времени DRAM_PWRGD и SYS_PWROK

а по диаграмме наоборот.

вот это соответсвует диаграмме

впрочем , видимо, SYS_PWROK может присутствовать при отсутствующем ,
но на короткий момент проскочившем DRAM_PWRGD.
Еще бы для ориентира глянуть как вместе с ними ведет себя H_CPUPWRGD.

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

Черномор
Поддерживаю

Тема закрыта.