Всем добра. Сабж в цикличном ребуте - стартует на 0.5сек, отключается, через три сек снова старт. И так по кругу. С памятью и без оной одинаково. Пост коды, понятное дело не рассмотреть, мыргают и гаснут. Биос с рабочей мамки переставлен. Сопротивления в норме, напруги на эти полсекунды успевают подняться. Пытаюсь идти по ПоверСиквенсу: с мульта на хаб приходит PWROK, далее хаб должен послать процу CPUPWRGD, а его нет. Но, что удивительно, проц, несмотря на отсутствие оного сигнала, запускает свои питания и они так же нормально поднимаются. VRMPWRGD так же присутствует. Ну а дальше нет CPURST и соответственно PLTRST. Тупик. Помогите разобраться, пожалуйста. Нормально ли, что проц запитывается без своего повергуда? И кто тогда виновник этой вакханалии. С уважением.

Переферия вся отключена?попробуйте оставить только мать и проц.без оперативки. ну и самое глваное подкинуть другой БП.возможно проблема в нём.

А у вас POWER S. именно на H61M-K ,бывают разночтения по 1155 сокету, на всякий случай проверьте так: PWROK - DRAM_PWROK - OUTPUT CLK - CPUPWRGD

Это где смотрели ? , надо на 35 ноге шима сигнал P_VCORE_VR_RDY_10 .

Что это значит?

PWROK - 3.3
DRAM_PWROK - 1.5
VRMPWRGD на PQ39 над колодкой 12V CPU - 3.2
P_VCORE_VR_RDY_10 на 35й ноге ШИМ - 1.07
Все в норме.


пытался понять, что это за клок, но не понял, где он.
Его должен выдать хаб, правильно?
Если что, оба кварца в порядке и SPICLK тоже успевает подрыгать.
---------- Добавлено спустя 2 часа 52 минуты 34 секунды: ----------
Заметил еще одну странь. Если пойти дальше, игнорируя CPUPWRGD, то по идее должны быть снятия ресетов с PCI-E, сетевухи и в конце концов PLTRST. Так вот, на мульте ноги 39 и 40 (X1_RST# и X16_RST#) вместо 3.3 выдают небольшую серию помех максимальной амплитудой 0.8V. Сопротивления до земли и подтяжки к 3.3 в норме. Значит, сам мульт дуркует.
---------- Добавлено спустя 1 час 32 минуты 43 секунды: ----------

кажется напал на след. поправьте, если не прав.
Хаб отдает сигналы CK_33M_SIO (пин на хабе называется CLKOUT_PCI1) и CK_48M_SIO, оба идут к мульту - Это и есть clock out?
У меня там тоже помехи вместо внятного сигнала.
---------- Добавлено спустя 3 часа 53 минуты 16 секунд: ----------
проверил на рабочей материнке. VCORE_VR_RDY и VRMPWRGD поднимаются на 500мс раньше выдачи хабом CLK.
приговариваю хаб или..?

Ну ,как говорится , во всем виноват хаб(надеюсь стандартную процедуру проверки состояния конденсаторов на хабе под радиатором проделали) ,но в данном случае больше похоже на проц и сокет . Желательно посмотреть сигналы P_VCORE_VCLK_4 , P_VCORE_VDIO_4 , P_VCORE_ALERT#_4 (17,18,19 ноги шим) внимательно осциллографом.
---------- Добавлено спустя 5 минут 57 секунд: ----------

Все отсюда , до которых дотянитесь:

Благодарю за подробный ответ. С клоками от хаба разобрался. Но, чтобы их выдавать, хаб должен сначала запустить свой 25МГц кварц, а у меня он не запускается. Какие-то мелкие помехи успевают проскочить, а потом на одной ноге кварца 1.05В, а на другой тишина. Соответственно, об отдаче клоков речи не идет. Кварц менял, обвязку его скидывал-проверял.
---------- Добавлено спустя 25 минут 8 секунд: ----------

сделал по вашему совету. первые два поднимаются, а вот Алерт выглядит так, как будто он и отключает всё. Завтра подумаю над этим и сравню его с рабочим
---------- Добавлено спустя 3 секунды: ----------

сделал по вашему совету. первые два поднимаются, а вот Алерт выглядит так, как будто он и отключает всё. Завтра подумаю над этим и сравню его с рабочим

Выглядет вот так:

Мой алерт выглядит так:

Чтобы получить соответствующие картинки ,надо выставить одинаковые для ALERT 2V/Div(2в на деление) и Time 100μs/Div .. ну и триггер по EN с небольшой задержкой. На картинке все сразу для 4-х лучевого нарисовано.

Сравнил все сигналы (ALERT#, VCORE, VCLK, VDIO,) попарно, ибо есть только двухканальный ослик, на рабочей мамке и больной. Всё примерно одинаково, кроме P_VCORE_VCLK_4 (17-ая нога ШИМ).

на рабочей видно, как ALERT (желтый) поднимается на короткий 0 VCLK (синий)

на больной у VCLK нет падения и соответственно ALERT не встаёт)))



VCLK приходит от проца, контакт с сокетом звонится. Логично предположить, что проц не дает никаких клоков, потому что ему не приходит клок от хаба.
На рабочей мамке хаб запускает генерацию синхронно с подъемом VCLK.
Так что все пути ведут к хабу(((

Проверить питание клок. секции хаба 1.05V_PCH_SRC ,TP_VCCCLK_PLL_PCH (все VCCCLK что найдете)
для примера - так это выглядит на h110 хабе на h61 может даже попроще.
На осциллогр. немножко ни то ,ну да ладно.

То, что вы давали, я понял, принял, сверил с рабочей - всё ок. Выложил только то, что напрягло меня.

Только что добрался до сигналов PLL, буду проверять. Спасибо большое

А если зелёный принудительно на землю посадить, то как. Без процессора замкни и посмотри, может греться что то будет.

1.05V_PCH_SRC - 1.05
XCLK_RCOMP - 1.05
VCC_XCKPLL - 1.8
VCCA_DPLLA - 1.05
VCCA_DPLLB - 1.05
VCCDMI_PLL_PCH - 0.7 (это норма)

TP_VCCCLK_PLL_PCH - не пойму, как его найти. Есть пин на хабе и рядом есть пин, не относящийся к хабу, но нарисованный прямо на нём. Что-то новое. Если это элементы, расположенные сверху хаба, то картинка бордвью и реальное расположение элементов не совпадают.

Проверил сопротивления между кварцем и землей. Одна нога 75кОм, другая - 1,5кОм. На рабочей мамке 75 и 600 соответственно. два кондера и резюк в норме, дальше пути идут в хаб. Может ли это несоответствие быть ключевым фактором или нет?

Dymok_18 Без генерации на кварце хаба, если принудительно замкнуть pson и запустить - будет быстрый и сильный нагрев хаба, экспериментировал уже, и не раз. Если он мертвый, то ладно, если еще нет - то так делать не надо.
veter_ok Гляньте другую борду на асус H61. Я там увидел, к примеру, такой же пин у хаба и вывод GPIO24/MEM_LED, но уже рядом с хабом. Судя по борде на разные платы на H61, пин TP_VCCACLK_PLL_PCH - тестпойнт, он никуда не идет, кроме как еще одного вывода, что нарисован на месте хаба.

Вы не рассматриваете вариант, что раз нет генерации, то хаб нерабочий.
Замеры то сделаны по сопротивлениям ? USB и прочее.

Dymok_18 Ну я и написал: А еще, наверно, снять хаб и посмотреть, что там под ним, может какая дрянь на шарах. И такое бывало, реболл помог.

Хорошая мысль. Глянул на ASUS H61M-D - там действительно TP_VCCACLK_PLL_PCH выведен на тестпин рядом с хабом. Но на H61M-K в этом месте пусто. В любом случае, есть какой-то сигнал или пусто на этом TP_VCCACLK_PLL_PCH, ситуацию это не меняет, поскольку это внутреннее дело хаба.
Кажется, пора вспомнить индийскую мудрость: "Если лошадь сдохла - слезь с нее". Всем участвующим и просто сочувствующим большое спасибо. Всем добра.
---------- Добавлено спустя 2 минуты 30 секунд: ----------

реболл пока не освоил, ни оборудки, ни навыков нет. попробую просто погреть с обеих сторон. спасибо

Сопротивления надо промерить. В режиме диодной прозвонки, красный щуп на минус, чёрным по дата линиям USB пройтись.
Пробито наверное где то. И сопротивление по питанию хаба замерить.

Это всё сделано до первого включения. В норме