Залипший RESET на P5KPL-VM

PCI_RESET= меандр, около 80 Гц

Приветствую! Пытаюсь поднять материнку Asus P5KPL-VM (775, G31+ICH7).
Сразу заметил горячий от дежурки стабилизатор LDO и сеть (Attansic L1). Сетевой сдул, БИОС прошил (с оф сайта) - не помогло.
Простейшая пост-карта коды не показывает, только залипший RESET. По факту RESET на A15 - меандр с частотой около 80 Гц.
На замыкание кнопки RESET не реагирует (напряжение подтяжки но обоих кнопках 3,4V). Включается материнка штатно - через PWBTN, выключается 6-секундным зажатием.

Клокер, север и юг греются умеренно- градусов до 50 без радиаторов. Аудио (ALC662) холодное, на выводе RESET постоянный 0. ASm4131 холодная, мульт W83627DHG - едва тёплый.

По мере прогрева процессора - скорость кулера повышается.

Установлен проц E7500. Да, я знаю что его нет в списке поддерживаемых, но гугл говорит что у людей работает, да и другого нет. Память - 1Gb DDR2-800.

Vcpu=1.18V
Vram=1.89V
Vtt=0.95V
Vсевер1=1.29V (3 полевика последовательно в линейном режиме)
Vсевер2=1.25V (2 полевика последовательно в линейном режиме)
Vюг1=1.08V (APM5024)
Vюг2=1.55V (2 полевика последовательно в линейном режиме)

Различные LDO формируют: 1.52V, 1.77V, 2.53V, 3.4V, 5.23V

Vbat=3.02V

Из замеченного: на микросхеме биоса (25l8005) есть сигналы синхронные с тем самым 80 Гц RESET на PCI.
Похоже на попытки вычитывания данных (4 блока по 23 байта). Скрин и запись (создана в Saleae 1.2.18) логгера прилагаю.

Сигналы на мульте W83627DHG-A:
64=SUSC#, 71=PWROK, 87=ATXPG и 92=PWROK2 ведут себя одинаково- до нажатия POWER на них 0, во время нажатия и после - 3.4V (кроме 87=ATXPG , там 5.1V), на кнопку RESET не реагируют. Я так понимаю - это сигналы PG от разных узлов и тут всё нормально?

А вот на 30=S_PLTRST# и 93=PCIRST# тот самый 80-Гц меандр амплитудой 3.4V.
Если я не ошибаюсь по даташиту, 30 - это вход RESET LPC-интерфейса, а 93- один из его дублей-выходов?
Попробовал замкнуть 30=S_PLTRST# на 3.3V. Средний ток 0.75mA, сигнал RESET на PCI судя по пост-карте пропадает, даже после того как убираю 3.3V. И эти 80 Гц снова появляются при нажатии кнопки RESET.

Я правильно понимаю, что сигнал сброса долбит ведущий LPC-шины? А откуда она растёт и что делать? Что значит этот 80-герцовый RESET и чтение данных? Это следствие других неполадок, или сама первопричина?

ВложениеРазмер
p5kpl_2.png167.25 КБ
p5kpl_2.rar85.65 КБ

ProMetei писал(-а):
Vсевер1=1.29V (3 полевика последовательно в линейном режиме)
Vсевер2=1.25V (2 полевика последовательно в линейном режиме)
И всё небо в попугаях транзисторах:D.
Для P5KPL-VM rev. 2.01G:
+1.25V_GMCH - 2 последовательно включенных транзистора;
VTT_CPU - один транзистор.


ProMetei писал(-а):
Я так понимаю - это сигналы PG от разных узлов
Нет. SUSC# не относится к сигналам аля PWRGD:).

ProMetei писал(-а):
Попробовал замкнуть 30=S_PLTRST# на 3.3V.
Дебилизм:D.

ProMetei писал(-а):
А откуда она растёт и что делать?
ЮМ.
Вместо бездумного замыкания можно было бы подумать:D.

ProMetei писал(-а):
Что значит этот 80-герцовый RESET и чтение данных?
Watchdog срабатывает, например, из-за того, что его не отключают.

Цитата:
Для P5KPL-VM rev. 2.01G:
+1.25V_GMCH - 2 последовательно включенных транзистора;
VTT_CPU - один транзистор.

У меня 3 и 2 полевика, инфа 146% (REV 2.03G). На схеме REV 4.01G по 2 полевика стоит, но не суть.

Цитата:
Нет. SUSC# не относится к сигналам аля PWRGD:)
Дебилизм:D.

Вместо бездумного замыкания можно было бы подумать

Уж извините, я из 8-битного RISC-мира у вас тут мимокрокодил, не знаю специфики.
Сейчас по схеме уже увидел что из ЮМ.
По последовательности включения (скрин в аттаче) у меня 9=CPU_PWRGD есть (1.25V), а дальше - начиная с 10=S_PLTRST 80-Гц сброс разлетается везде, вплоть до 13=CPURST (измерено на контактах под FPC).

Цитата:
Watchdog срабатывает, например, из-за того, что его не отключают.

А как понять, по какому событию НЕ сбрасывается пёс? У ЮМ есть что-то типа терминала куда он докладывает состояние?
Кварц 32768 менял, питание как я понимаю в норме - и по измерениям, и по сигналу PWROK_SB.
Я так подозреваю что ЮМ не может выгрузить код из флешки, но она ж вроде прошла верификацию в программаторе.
Это ЮМ по сети скучает, или ему таки конец?
Спасибо!

ВложениеРазмер
seq.png 208.57 КБ

ProMetei писал(-а):
REV 2.03G
Да, на плате этой ревизии:
+1.25V_GMCH - 3 последовательно включенных транзистора;
VTT_CPU - 2 последовательно включенных транзистора.

ProMetei писал(-а):
А как понять, по какому событию НЕ сбрасывается пёс?
Не сбрасывается, потому что до выполнения соответствующей процедуры не доходит дело. Т.е. причины могут быть самые разные.

ProMetei писал(-а):
У ЮМ есть что-то типа терминала куда он докладывает состояние?
Насколько я помню, нет. Хотя можете почитать документацию:).

ProMetei писал(-а):
Это ЮМ по сети скучает, или ему таки конец?
Может и по сети, что-то похожее наблюдалось для таких платформ, если я опять же правильно помню. Хотя и прочие варианты возможны - аля отсутствие контакта, сбитый элемент, порванная дорожка.

Цитата:
сбитый элемент, порванная дорожка

Осмотр с пристрастием и прижатие CPU/СМ/ЮМ ничего не дали.
Прекращаю мучения, плата отправлена в ад коробок забвения до появления свободного времени, тему можно считать закрытой.
Спасибо, maco!

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

Содержание этого поля является приватным и не предназначено к показу.
  • Разрешённые 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.

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

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