Ссылку я нашёл, но она нерабочая - просто перенаправляет на страницу поддержки интел, какими-то нереальными стараниями таки скачал документацию на чипсеты 6-ой серии(даже не с офсайта, а с левого ресурса )
Цитата:
Есть еще SYS_RESET#, например. Т.е. документация на используемый ЮМ не секретна:).
Ага, не секретна аж на 900+ страниц в PDF...
Спасибо за очередную верную наводку насчет указанного сигнала, изрядно покопавшись в даташите, нашёл инфу про входящий SYS_RESET#, довольно интересная штука: якобы хаб, получая от платы активный sys_reset, при условии бездействия на шине SMB, с некоторой задержкой немедля врубает свой внутренний ресет, что, несомненно, требует проверки этого сигнала.
В итоге, используя документацию на хаб, по распиновке нашлись входящие сигналы SYS_PWROK и SYS_RESET#, которые в бордвью были обозваны P_VRMPWRGD и S_RSTCON# соответственно, их уровни составили по 3,4В по замерам на плате.
Учитывая не снятый ресет с шины PCI и с процессора при сделанных замерах, полагаю хаб приговорить уже можно
Ссылку я нашёл, но она нерабочая - просто перенаправляет на страницу поддержки интел, какими-то нереальными стараниями таки скачал документацию на чипсеты 6-ой серии(даже не с офсайта, а с левого ресурса
)
Ага, не секретна аж на 900+ страниц в PDF...
Спасибо за очередную верную наводку насчет указанного сигнала, изрядно покопавшись в даташите, нашёл инфу про входящий SYS_RESET#, довольно интересная штука: якобы хаб, получая от платы активный sys_reset, при условии бездействия на шине SMB, с некоторой задержкой немедля врубает свой внутренний ресет, что, несомненно, требует проверки этого сигнала.
В итоге, используя документацию на хаб, по распиновке нашлись входящие сигналы SYS_PWROK и SYS_RESET#, которые в бордвью были обозваны P_VRMPWRGD и S_RSTCON# соответственно, их уровни составили по 3,4В по замерам на плате.
Учитывая не снятый ресет с шины PCI и с процессора при сделанных замерах, полагаю хаб приговорить уже можно