Всем здравия.
Попала ко мне материнка К53SV (Intel Core i5-2410M + HM65 + GT520M) после попыток реанимации.
Искали короткое, снималь почти все перемычки по 19В, но так и не дочинили.
Нашёл пару пробитых верхних ключей в питании процессора, а также пробитые ёмкости. Проц., однако, выжил. После замены всех трупов получил включение, при подаче питания.
Если проц-ра нет, включаются все источники, однако, если он есть, включаются все кроме одного. Подозреваю, что это питание графики процессора, схемы не нашёл.
Питание проц-ра собрано на 3-х канальном ISL95831. Первые 2 канала формируют питание ядра, 3-й AXG Vcore. Вот 3-й и не включается. Причём пробиты элементы были в обоих каналах.
При включении по LPC пробегает короткий пакет и далее 3В. POST карта сдохла, посмотреть код не могу, к сожалению. Что ещё интересно, если его выключить с кнопки то через 5 сек. он снова самовключается.
BIOS шил. Пробовал подкидывать другой проц. i3-2410M - никаких изменений.
Вопрос собственно в том, нормально ли для этой платформы отсутствие питания проц. графики при старте? Куда ещё копнуть?

Питание графического ядра CPU включает перед инициализацией оного. Раз этого не происходит, то следовательно процесс старта тормозится до того...
Если батарейка CMOS подключена и исправна, то и неисправный НМ65 может инициировать самостарт...

Тогда не очень понятно, почему все питатели включаются без процессора?

Ну как бы проц последний по идее

ISL95831 под замену. Шим включается одним сигналом, который приходит на его 7 ногу, соответственно, если там 3.3V, то по крайней мере на затоворах транзистора этой цепи должен пройти короткий импульс.

Далеко не факт. Даже если опустить то, что для шимки проца нужно много разного уровня нарпряжений, то включается она далеко не 1м сигналом vron. проверено.

Заблуждаетесь, сударь. Для примера был у меня асер 5750 (LA-6901P), разрешение на ШИМ было, а не запускался, виноват хаб оказался

Шим менял, толку нет. А когда снял проц. удивился сам, так как шим заработал. Около 1В на обоих каналах. Так что говорить о неисправностях по питанию не приходится.

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



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

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

Ок. Это даже лучше.
Прошу прощенье, не внимательно прочитал ваше первое сообщение.

Тогда надо смотреть по даташиту обратные связи и т.д. И всё же, есть ли импульс на затворах по AXG Core ?

А лирики тут как раз и нет.
VR_ON это сигнал для запуска шимки, а не для запуска напряжений. (VR= Voltage regulator). Шим проца имхо самый умный шим из всех, тем более такой. У него идет обмен данными по I2C шине с камушкем (вместо привычных ранее VID'ов). Юг на данных платформах независим, имеет встроенную ROM, RAM , и инициализируется в 1ю очередь. Так что если Юг не пройдет инициализацию, то Шим проца не запустится и не будет никаких импульсов на затворах. Будет просто 0. Скорее всего ЮМ с Процом имеют какую-то связь и проц запускает ШИМ, только при наличие разрешающего сигнала от юга.

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

Ну а из аргументов я могу вам сказать, то что сталкивался с такой проблемой на компалах. У меня была мать которая как раз не запускала шим проца(точно такой же шим, VR_ON присутствовал) и была похожая мать с точно-такой же шимкой, которая запускала. Так вот я измерил все напруги, на всех ножках этих 2х шимок. Так вот если исключить ножки, которые используются для формирования и отслеживания напряжений и тока (их большая часть и на них около 1в), то все напряжения совпадали. Однако одна шим формировала напряжения, а другая нет.

Выше написанное правда относится лишь к вопросу запуска напряжений, на ISL95831, а что же до данного случая, то я на вашем месте посмотрел (если есть осцилограф) как идет обмен данными с БИОСОМ и Оперативкой.

Ну вот, в очередной раз проверил свои слова. Плата K53SV с палёным чипсетом. При подаче сигнала Vron на затворе появляется кратковременный импульс, о чем я говорил выше, и это происходит до начала общения по I2C. Разумеется, генерацию шим не дает без чипсета, но факт попытки запуска прослеживается закономерно.
Возможно конечно, это не панацея на всех-всех платформах, но на очень многих такая фишка есть, и в частности, на K53SV. (мы говорим о ситуации, когда присутствуют все условия для шима, кроме I2C шины).



Я вам верю. И даже не исключаю, что бывает и так и так. Но я имел ввиду не формирование напряжений, а именно кратковременный импульс, свидетельствующий о попытке старта.

А я вот не уверен не только в "последнем утверждении", но и в самОй логике "вывода".
По Вашей логике выходит, что сынициализированный юг должен вначале "пообщаться" с обесточенным процом, после чего процу позволяется дать по шине I[sup]2[/sup]C команду ШИМу на включение собственного питания...
Все обмены по "умным" шинам и протоколам с процом произойдут после того, как ШИМ подаст на процовое ядро стартовое питание (0.9-1.0 Вольт, как правило).
И по поводу сигнала VR_ON тоже не стОит делать далеко идущие логические фантазии - достаточно открыть даташит ШИМа ISL95831 на главе "Start-up Timing"
("...вы можете убедиться почитав как раз даташиты на шим..." ),
и увидеть, что условием для запуска начального выходного напряжения величиной, определённой VID-ами, и формирования ШИМом ISL95831 сигнала PGOOD, является наличие питания ШИМа VDD, "единицы" на VR_ON (Controller enable input. A high level logic signal on this pin enables the controller), и отсутствие активного ALERT# - до момента появления этого напряжения на его выходе, все остальные шины и сигналы ШИМу сугубо фиолетовы:

Поскольку проц подкидывался, а напряжение на графядре так и не поднялось, то

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

HM65 заменил, эффекта нет вообще...

Есть у Intel такой докУмент - VR12/IMVP7 Pulse Width Modulation (PWM) Specification, так в нём расписано, что и как должно происходить с питанием ядер CPU и GFX. А именно
Причём для мобильных платформ:

Или в графическом виде

Из докУмента понял следующее:
- До подачи +VCC_CORE проц не обесточен:
сначала (по сигналам MAIN_ON, SUSON) подаётся напряжение на его ядро ввода-вывода +VCCP (оно же +VTT) величиной +1.05V (+1.1V), и напряжение на секцию DDR Rails +VCCD1 величиной +1.5V.
- Затем, после подачи сигнала VR12_enable (он же VR_ON), происходит обмен на шине SVID между процом и ШИМом стандарта IMVP-7/VR12™ (в данном случае - ISL95831).
- Далее (после того, как проц уберёт ALERT# на SVID, и при отсутствии запрещающих сигналов по UVLO) ШИМ подымает +VCC_CORE. Величина +VCC_CORE определяется при обмене на шине SVID.

Где ошибся - поправьте.

Здесь, ИМХО, не так. ШИМ подымает +VCC_CORE или GFX_CORE, а точнее - в конце выполнения команд SetVID_fast или SetVID_slow, выставляет сигнал ALERT#, проц читает регистр статуса ШИМ-контроллера, ШИМ-контроллер сбрасывает сигнал ALERT# итд
Т.е. ШИМ выставляет сигнал ALERT# каждый раз, как только у него что-то происходит (напряжение в заданных пределах установлено, перегрев, перегрузка по току), предлагая процу прочитать его статус-регистр.
Как-то так я это понимаю...

Да, в самом деле: из того же докУмента, ALERT# - это SVID Alert line or interrupt line, т. е. сигнал, соответствующий аппаратному прерыванию.
Не дочитал - потому, считал его разрешающим сигналом...
Анатолий, спасибо за разъяснения.
В любом случае, должен извиниться: пост eagledlc гораздо ближе к истине, чем моё первоначальное понимание; проц, оказывается, вовсе не обесточен - даже, ДО подачи сигнала VR_ON...

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

Нет, нет. На счёт "истины" имел ввиду исключительно обмен между процом и ШИМом в отсутствие +VCC_CORE (когда ядро обесточено), в котором тогда не совсем разобрался...
Что касается юга - к примеру, на платформе Asus K42Jv есть сигнал ME_SusPwrDnAck, который РСН отдаёт мультиконтроллеру IT8570 в процессе инита по питаниям. Согласно Power Sequence, если ЕС не получит этого сигнала вместе с повергудом от VSUS_ON, то остальные напряжения не поднимет. Так что, в фразе

не понятно, о какой инициализации юга идёт речь. Если имеется ввиду инит по питаниям - то, так и есть.
Разумеется, инит МЕ региона не может произойти без питания процового ядра - это ведь инициализация основного биоса, даже позже...

Мне почему-то кажется, что ты не прав...
МЕ-конроллер читает МЕ-регион до чтения БИОС

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

System Boots Up Process
1. PCH loads HW default for clock settings.
2. ME boot rom executes then hands off to ME FW (in BIOS rom).
3. ME FW passes the internal registers to PCH ICC registers.
4. PCH HW configures based on the ICC registers.
5. PCH sends out the clocks.
6. Run BIOS code.
И, вот ещё:
To support ME, BIOS rom must connect to PCH directly for ME to access before BIOS code works.

На самом деле, это всё из-за консерватизма мышления плюс отсутствие времени читать техдокументацию:
глубоко сидящая в мозгу уверенность, что "сначала инициализируется биос, потом - всё остальное" (загрузка и т. п.).
В доки лезешь, только когда "припрёт" так, что деваться некуда.
Всё, как обычно: купишь какое-нибудь сложное устройство, а инструкцию начинаешь читать, только если не смог его включить...
Давай считать, что второй части фразы на самом деле не было. Было как-то так:

а дальше было всё как-то "смазано" и нечитабельно...

Да как скажешь...

Большое спасибо за интересный документик.

Оба питальника процессора работают без вставления процессора. Проверил на живом аппарате.
У меня другой косяк. Питания на проце нет если его вставить. Заменены HM65,ISL95831,ISL6208Z,ITE8572E,все транзисторы питальника проца, все дроссели питания проца. BIOS естественно шил. Благо есть аналогичная плата в ремонте и возможность переставлять детали между ними.

Так что если напряжение не поднимается без проца то надо смотреть сам питальник.

_________________
В России ноутбуки чинят не по схемам, а по понятиям...

+100500
На K53, N53 и 43-х напряги поднимаются без проца. Видимо я тупой, но не пойму, вчитываясь в шит, почему при резюке VBOOT, установленном на 0V, при начальной загрузке так происходит.

такое же поведение по питанию проца было устранено постановкой резистора по цепи SPI_SO (видимо, ранее кто-то снёс при выпаивании флешки)
а у Вас в чём причина оказалась ?

Эркюль ситуация такая же. Только на Acer E1, платформа LA-7912P не было +VSB, перегнила дорожка как в этом посте. Хотя после установки перемычки напряжение GFX_CORE не поднималось, возможно потому, что есть дискретное видео. Я к тому, что возможно не хватает какого-то другого напряжения?! Так в моем случае сигнал отвечает и за видео и за PCH.
Еще вот, что написано в шите на LA-7912P, ст54:
"Vaxg
Can connected to GND if motherboard only supported external graphics and if GFX VR is not stuffed in a common motherboard design,
VAXG can be left floating in a common motherboard design (Gfx VR keeps VAXG from floating) if the VR is stuffed"

У меня, например, такое же поведение было на K53SV - без проца поднимаются тестовые 1.1В на обоих каналах, а со вставленным процом - по нулям, обмена по последовательной шине с шимом нет. Оказался оторван сокет, после реболла все заработало.

Думаю это наша схема. ну по крайней мере очень во многом совпадает. ели не так то простите лучше нечего не нашел.