Asus P8Z68-V LX no POST

При запуске платы появляется питание на оперативке(VDD=1,53В, VREF=0,76В, VTT=0,76В, VDDSPD=3,41В), на 4 фазах CPU и нижней отдельной - по 1,08В, посткодов нет совсем. Визуальный осмотр выявил мелкий скол кристалла южника в правом нижнем углу, знаю, это плохо :)
Однако при работе платы подозрение вызывает довольно быстрый нагрев контроллера ASM1042 и рядом расположенной области справа. Там, где два стабилизатора: uP7704(с него выходит 1,22В) и заинтересовавший в большей степени S7-00 ANA171, 1 и 3 ноги - по 5,1В, 2=GND, 4=1,22В, на 5-ой 0,81В. Вопрос - что за нога №5 и должно ли там быть столько ?

uP7710M5-00.
FB.
Да, 0,8 В.

Понял. Тогда остаётся вывести на чистую воду хаб, читал, что "по классической схеме мост должен снять PLTRST# если PWROK и SYS_PWROK активны (3.3В)", но это проверить можно скорее при наличии хотя бы boardview на плату.
К слову, на A15 PCI .


Накопал боардвью на P8Z68-V LE, из списка сигналов замерил некоторые важные, почитав про последовательность запуска на бучных матерях:
P_VRMPWRGD=3,4В -> судя по схеме, заходит в хаб
O_RSMRST#(101-ая нога NCT6776F)=3,4В ->возможно, снятие ресета мультом с хаба
S_PCIRST#=0В, по схеме выходит с хаба на один резистор возле него, сам резистор на плате не распаян
S_PLTRST# 0В -> похоже на упомянутый сигнал снятия хабом ресета с CPU
И ещё два
O_PCIRST#_PCIEX_PCH - 0В
O_PCIRST#_PCIEX16 - 0В
вроде должны идти от хаба, но являются выходящими с мульта, так кто же снимает ресет с PCI-E?

Есть еще SYS_RESET#, например. Т.е. документация на используемый ЮМ не секретна:).

HeXakep писал(-а):
O_RSMRST#(101-ая нога NCT6776F)=3,4В ->возможно, снятие ресета мультом с хаба
Не нужно смешивать RSMRST# и прочие сигналы сброса. При RSMRST#=0 ЮМ не разрешит переход из дежурного состояния в основное.

HeXakep писал(-а):
кто же снимает ресет с PCI-E?
В зависимости от возможностей ЮМ и MIO, а также фантазии разработчиков. ЮМ выдает на MIO сигнал сброса, а MIO его дублирует на несколько каналов, например.

Цитата:
Есть еще SYS_RESET#, например. Т.е. документация на используемый ЮМ не секретна:).

не подскажете, как даташит слить? искал здесь ark.intel.com/products/52816/Intel-BD82Z68-PCH
тыкнул в первой таблице Link напротив datasheet и попал на стартовую страницу саппорта интелshock

Ткнул и попал на страницу загрузки документации:).
Кто мешает поглядеть на адрес ссылки и вбить ее ручками, например:)?

Ссылку я нашёл, но она нерабочая - просто перенаправляет на страницу поддержки интел, какими-то нереальными стараниями таки скачал документацию на чипсеты 6-ой серии(даже не с офсайта, а с левого ресурса lol)

Цитата:
Есть еще SYS_RESET#, например. Т.е. документация на используемый ЮМ не секретна:).

Ага, не секретна аж на 900+ страниц в PDF...

Спасибо за очередную верную наводку насчет указанного сигнала, изрядно покопавшись в даташите, нашёл инфу про входящий SYS_RESET#, довольно интересная штука: якобы хаб, получая от платы активный sys_reset, при условии бездействия на шине SMB, с некоторой задержкой немедля врубает свой внутренний ресет, что, несомненно, требует проверки этого сигнала.
В итоге, используя документацию на хаб, по распиновке нашлись входящие сигналы SYS_PWROK и SYS_RESET#, которые в бордвью были обозваны P_VRMPWRGD и S_RSTCON# соответственно, их уровни составили по 3,4В по замерам на плате.
Учитывая не снятый ресет с шины PCI и с процессора при сделанных замерах, полагаю хаб приговорить уже можно

Отправить комментарий

Содержание этого поля является приватным и не предназначено к показу.
  • Разрешённые HTML-теги: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img>
  • You can use BBCode tags in the text. URLs will automatically be converted to links.

Подробнее о форматировании текста

Антибот - введите цифру.
Ленты новостей