Здравствуйте. Абстрактный вопрос. Начиная с 2ого поколения интеловских core. Есть проблема думаю многим знакомая.

Мертвый хаб, просыпается от ресета, выдает павер моды, генерит 25Mhz, читает свою флешь и вообще ведет себя паинькой. Поднятие питаний на плате доходит до ожидания PGOOD от шима CPU, тут все и встает.

VR_ON есть, а шим даже не утруждается. Частенько помогает замена хаба, хотя вроде бы все сигналы ЕС он выдавал исправно. У 9583x шимов есть SMbus интерфейс, для связи с CPU, очевидно что он нужен для передачи VID.
Вот только его роль при запуске мне не понятна. Даташит ISL ссылается на некий документ от Intel. Узреть бы его.
Собственно несколько вопросов.

1) Очевидно, что CPU запитывается до поднятий основных питаний. Чем, подскажите? 3.3V? А можно конкретную линию, на примере какой нибудь LA-7912p?
2) Так же предположу, что только питания CPU не достаточно, должен поступить какой то сигнал вроде ресета, а то и несколько от EC или хаба, какие?

каждая шина в ноутбуке "подвязана" на свое питание, соответственно устройства которые используют эту шину, должны иметь у себя в распоряжении питание этой шины для согласования так сказать. процессор тут не исключение, соответственно до того как поднимется напряжение ядра процессора, к процессору должны поступить как минимум все напруги с индексом VS.

ресеты то должны подняться, какие и когда - тут сильно не вникал, но ответы часто есть в схемах в виде временных диаграмм, ну и в даташите на проц (интел, кстати, документацию не прячет, многое можно найти и почитать).

ReasonX , а разве не читали этот топик ?
viewtopic.php?f=231&t=82564&hilit=k53sv

ReasonX если хотите еще подсказку
чтобы заставить шим проца запуститься ,как Вы знаете, нужна команда по SVID-шине.
А команда пойдет от цпу на шим после подачи на него с хаба H_CPUPWRGD ( по сути
unCorePwrGood , а в интеловской маркировке VCCP_PWRGD)

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

Собственно курил даташит PCH. Много не выкурил.



Получается, что у нас идет

1) PCH_PWROK (APWOK\PWROK)
2) PM_DRAMPWROK
3) H_CPUPWROK

Последний уже дает разрешение на запуск VCORE.
Но вот такая заминка, у меня лежат 3 мамки, которые выдают DRAMPWROK и не выдают H_CPUPWROK.
Единственное, что их связывает, после PM_DRAMPWROK идет рестарт.

Что тут делать не знаю, видал темы признаных мастеров, которые решение не нашли.

Судя по секвенсу, между DRAMPWROK и CPUPWROK происходит запуск тактирующих сигналов и если внешние 25МГц еще можно проверить и поменять, то внутренние я черт знает как проверить.

Как вариант снять всю периферию на них налипшую и могут ли они вообще вызывать такое поведение?

Отвечу сам себе, могут вызывать.



PROCPWRGD зависит таки от клоков. Пойду порою мамки...

примерно той же тропой пробираюсь и тоже заросли не расступаются.
клоки- чтоб снять с них вопрос, меняем хаб . что может им еще препятствовать
не представляю.
решаю задачу по появляющемуся на очень короткое ( 80 мкс) время H_CPUPWRGD,
уж ли не связано это с какой-либо реакцией цпу на дми-шине.

У меня хаб уже раза 3 поменян.



А с шимом он не общается?

cpu по svid молчит

По моим изысканиям, должен еще CLK прилететь и 1.05V на проц.

Ганешна, скажу больше, иногда запуск ШИМ-а решает замена сокета, отсюда и делайте выводы.

_________________
Ремонт ноутбуков в Баку +994 055 772 38 68
Оборудование для ремонта
noktay@mail.ru

Думаю в тему топика попадаю, господа, я в даташите так и не понял RSMRST имеет подтяжку внутреннюю или он просто высокоимпедансный вход?