Доброго времени суток. Прошу помощи, есть материнская плата ASUS Z170 DELUXE rev. 1.03 при включении пост код 00.
В ходе диагностики удалось выяснить что последовательность запуска прерывается на сигнале PCH_PLTRST.
Сопротивление по питанию хаба(1,05в) со снятой батарейкой 13,5 Ом. Заменил хаб на новый сопротивления по питанию 39 Ом(что соответствует живому хабу), сигнал PCH_PLTRST по прежнему не поднимается плата ведет себя точно также как и до замены.
Усаживает данный сигнал на землю именно хаб. Куда копать дальше не знаю. Кто чем может помогите.

Схемы на конкретную м.п. у меня нет, но примерно выглядит так: пред.условия - sys_pwrok на хабе,Vcore на проц. svid c проца,1.05 pch, ну и s_slip куда без него.PCH_PLTRST в общем все крутится вокруг проца и его питания.

sys_pwrok-3.3в
Vcore-1,03в
питание pch - 1,05в
Не понял что за сигнал s_slip, можете по подробней рассказать.
Спасибо.

Речь идет о сигналах POWER ON SEQUENCE то есть сигналах процесса запуска , значит sys_pwrok-3.3в
это лог. 1. 1.05_ pch это сигнал, что на хабе пит. 1.05 есть (сам сигнал может быть 0 или 1)
PCH_PLTRST# это сброс хабом проц.и PCi_e.Для этого должны быть выполнены условия(коих ~20,s_slip~4 ) наличие напр.и пр.

Теперь суровая действительность :
есть ли POWER ON SEQUENCE на вашу плату?
есть схема,бордвью?
менялся/проверялся ли проц?
есть ли пост карта (встройка красива но...)
переключателями на плате кажется можно установить дефулт ?
(может ошибаюсь Vore -1.2v --дефулт, точно не помню)
Предыдущий сигнал перед PLTRST где смотрели?

помогу, чем могу...
вот вам в помощь. надеюсь поможет.

В том то вся проблема что есть и бордвью и последовательность запуска. И все сигналы поднимаются кроме PCH_PLTRST#. Проц живой проверял на другой мамке.
Замеры сигналов проводил на smd елементах. Хаб менял на новый, не чего не изменилось от слова совсем. Думаю поднять хаб и прозвонить пятаки думаю что проблема в них, типа обрыв и какой-то из сигналов теряется. У предыдущего владельца включалась переодически может через час а может через неделю.В общем проверю отпишусь.
Если есть другие идеи готов выслушать.

Мост пытается вычитывать данные из флешки, гляньте осциллографом?
Да и что с самой флешкой? Подкиньте на всякий случай другую с чистым ME.

Биос шил не однократно различными версиями(взяты с официального сайта, обрезал сам), результат один и тот же. Где взять чистый ME регион?.

Уже взяли, проехали.

Так если ресет не снимается, смысл биос трогать? Ищите кто плтрст просаживает...

Plt_rst садит именно хаб. Хаб менял. Все так же само.

MERKULIN
Почему решили, что мост, а не TPU или QSU2? резистор RSR561 номинал скажите.

MERKULIN
Предыдущие этапы повер сиквенса проходят? А то, мб, и не должен плтрст подниматься, рано.
---------- Добавлено спустя 5 минут 43 секунды: ----------
Внимательно еще раз последовательность проверьте. Если все нормально, то смотрите, куда еще этот сигнал идет.

O2_VRMPWRGD после того как хаб его получит, должен подняться PCH_PLTRST

NEME$I$
Судя по фоткам из инета, резистор RSR561 не распаян. Надо снимать qsu2 и поднимать ногу у uo2u1. И тогда станет ясно. В общем, поддерживаю ваще направление "копки"

10 ногу TPU поднимал, QSU2 снял в общем поднимал всё что может садить pch_pltrst (согласно бордвью), садить именно хаб на землю. С отключеным питанием сопротивление точно не помню но достаточно высокое по линии pch_pltrst.
O2_VRMPWRGD поднимается, моя теория что это сигнал физически не доходит до хаба обрыв. Вечером сниму проверю.
Буду копать плату до победного .

MERKULIN
QSU2 это что за штуковина?

bojfriend
Логический элемент "И".

А причем здесь BIOS? Я ведь про ME region писал.
Часть функционала моста участвующего в процессе прохождения power sequence, вплоть до его завершения (снятия PLTRST#) инициализируется и контролируется ME микрокодом. А теперь вопрос к Вам, когда мост должен вычитывать МЕ из флешки до снятия PLTRST# или после?

Вы имеете ввиду отдельную м.сх. EEPROM типа 25ld512 (смотрю по схеме Z170 для MSI на ASUS схемы нет)
в нее регион могли всунуть? Но контр.USB тоже получает PLTRST#.

Да нет, что Вы, в EEPROM LAN который редко распаивают
Прочитайте о структуре образа прошивки для мат. плат на интеловских чипсетах, может тогда поймете где хранится ME region и что я имел ввиду.

Ну зачем перефразировать то что я написал.Вы серьезно восприняли сарказм про МЕ в USB контроллере?
Все все мы читали и еще начитаемся,кроме МЕ региона еще со временем всякой фигни понавыдумывают.
Слава богу хоть обычным кодом записывают а ни c каким нибудь "плавающим битом".

"Часть функционала моста участвующего в процессе прохождения power sequence, вплоть до его завершения (снятия PLTRST#) инициализируется и контролируется ME микрокодом."

Kак угодно пинайте, но фраза содержит ошибку (или с англицкого намудренно)
Главное хаб должен подружиться с материнской платой,со всеми ее элементами.
Чтобы что то считать ,надо сначала сбросить, чтоб не с конца и не с середины(ну всякие там регистры).
Любой код должен получить команду на запуск иметь свой ресет и давать упр. команды на устройства
которые в свою очередь должны быть приведены в боевую готовность(свой ресет).
Все это вычисляется и не стоит строить тайны где находится загадочный МЕ.
В настоящее время ME-контроллер встраивают во все чипсеты Intel.
Загрузчик его прошивки хранится во внутренней ROM и недоступен для анализа. Сама прошивка располагается в регионе ME во внешней SPI флэш-памяти (т.е. в той же памяти, где хранится BIOS).

Кстати про LAN и МЕ цитатка:
Intel ME является единственной средой исполнения, которая:
работает даже тогда, когда компьютер выключен (но электропитание подаётся);
имеет доступ ко всему содержимому оперативной памяти компьютера;
имеет внеполосный доступ к сетевому интерфейсу.

Наконец то дошло

Он и имеет, что касаемо ME - APWROK, SLP_A# (по нему может включаться питания моста и флешки, может не использоваться).
PLTRST# - служит для снятия ресета с CPU и окружения моста, после чего CPU начинает читать не упакованный код BIOS region и исполнять его.
В то время как ME region читает и исполняет микроконтроллер моста, и ему плевать на состояние PLTRST#.
Разницу понимаете?

Rimlen
Какие ещё возможные причины отсутствия pltrst?

Если предположить, что поднимаются все сигналы связанные со статусом питания такие как O_PWROK, SYSPWROK и некоторые другие, то PLTRST# может садить окружение моста, это LAN codec, различные USB,Video, PCI-ex to PCI контроллеры, включая мульт, иногда мелкая логика, которая используется для задержки этого сигнала. Мост Вы же меняли, флеш перепрошивали.

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

Для начала:
Intel® ME SLP_A# SLP_A# signal is asserted when the Intel ME platform goes to M-Off.
Depending on the platform, this pin may be used to control power to
various devices that are part of the Intel ME sub-system in the platform.
SPL_A# могу объяснить кому интересно, подкл. можно что угодно,
но предназначена для сетки.
Может использоваться так:
SLP_A# output signal can be used to cut power to the Intel Management Engine and
SPI flash on a platform that supports the M3 state (for example, certain power policies
in Intel AMT).
НО практически всегда не задействован.
Теперь к биос много писать не буду это должно все объяснить:

Detecting Improper Flash Programming
The PCH can detect the case where the BIOS flash is not programmed. This results in
the first instruction fetched to have a value of FFh. If this occurs, the PCH sets the
BAD_BIOS bit.
ДА в хабе живет свой комп. со своим проц.оператикой и пр. использует биос как внешний диск .
У него свои задачи и ему главное чтобы из розетки не выдернули и батарейку не сняли.
Так что мое имхо МЕ не интересуют дохлые компы , пока повер сиквенс не пройдет ни надо биос трогать!
Про PLTRST# и его кажется 140 de-asserts в другой раз.
---------- Добавлено спустя 3 часа 18 минут 46 секунд: ----------

Если что то не получается надо попробовать сначала но по другому.
Я так понял есть борда.репиат а схемы в pdf нет..Весь процесс запуска от кнопки вкл. до CS биоса (удобнее смотреть, производная от PCH_PLTRST)
на исправной плате занимает меньше секунды( может наблюдали на своей еще живой плате -время от кн.вкл. до когда побежали пост коды)
Можно начать с начала,можно с середины ,сигналы указанные на повер ск. могут быть коротк. импульсами(типа нажали кнювкл.) или статическими
(перевели из 1 в 0) Например ставим щуп на PWRBTN# вкл. блок питания должна-- быть лог 1--нажимаем кнопку вкл. должен проскочить лог 0.
Также с остальными сигналами после каждого нажатия вкл. должен быть отклик.Делаем внимательно должно все получиться.

Если честно дойти дo PCH_PLTRST редкий случай обычно, все решается на слипах(S_SLPS3...4) сигналах обмена мульт.--хаб ,где чаще всего и определяется
кто виноват.Глядим на повер сиквенс SIO--6--PCH--ответка---PCH---8,9--SIO (где 6 -8-9 номера шагов на повер сиквенс)
-
---------- Добавлено спустя 21 минуту 3 секунды: ----------

Мне кажется вам надо освежить знания в этой области ,могу выложить вам полное описание на хаб для ASUS Z170 если пожелаете.

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

А теперь перейдем из области теории к практике. Возьмите самую простую плату, к примеру, Asus на H61 мосте, там флеш на панельке, удобно, снимете ее, запустите плату, получите постоянный reboot с ЗАЛИПШИМ РЕСЕТОМ. Сотрите ME в образе, запиши образ во флеш, вставьте в плату, запустите, получите постоянный reboot с ЗАЛИПШИМ РЕСЕТОМ, то есть тоже самое. Извлечем пользу из Вашего флуда:

Если бы Ваша теория была верна, то постоянный reboot был бы после снятия ресета. Возникает вопрос почему мосту так важно проверять целостность флешки во время прохождения power sequence, ответ, потому что ME запускается параллельно с ним и непосредственно влияет на него. Вспомним, что я писал выше:

Нет никаких противоречий.