Доброго времени суток.
Преамбула: прошу сильно не пинать, только открываю для себя основы цифровой схемотехники. Вообще сам низкоуровневый программист, но решил немного набраться опыта в вопросах ремонта, т.к. тема довольно интересная - поиск неисправностей.
Итак в руки попала нерабочая, материнка ASUS P5KC ревизия 1.03G (знаю что древняя, но для диагностирования и возможной подчинки тоже очень интересный экземпляр).
На матери выпаяна сетевуха - видимо был пробой или вышла из строя. (читал что это болячка всех P5K плат)
Симптомы: при первом включении материнка запускается секунд на 5-7 затем отключается на 1-2 секунду, затем снова включается и продолжает работать до тех пор пока не выключишь с кнопки. Изображения с видеокарты нет. Процессор греется.
Выполненные проверки:
1)Батарейка BIOS- новая, напряжение не падает.
2)BIOS перепрошил, настройки сброшены CLRTC
3) напряжения 3.3В, 5В, 12В присутствуют.
4) Сопротивления по линиям 3.3В - 870 ОМ, 5В - 2.3КОм, 12В - 2КОм
5) Полевики в цепях питания CPU в норме
6) Все DATA выход USB портов не пробиты
7) визуально выгоревших микрух нет.
8) Т.к конкретно на эту мать не нашел Power On Sequence, то использую симбиоз от P5KPL-AM SE и P9X79-E
8.1) Сигнал O_PWR_OK присутствутет 3.3В
8.2) Сигнал H_CPUPWRRGD присутствует 1.22 В
8.3) Сигнал ICH_VRMPWRGD присутствутет 3.3В
8.4) Сигнал S_PLTRST# остается в высоком состоянии 3.3В - должен сниматся, как я понимаю, южным мостом после прихода O_PWR_OK и ICH_VRMPWRGD.
8.5) соответственно сигнал H_CPURST# также в высоком состоянии 1.22 В
Если я правильно понял сигнал *RST# не снят, что не дает стартовать процессору? POST карты пока на руках нет, но в ближайшее время появится. Но т.к. процессор не запушен - собственно некому выдавать отчеты в 80й порт
9) Если не подавать питания на колодку доп. питания процессора - то материнка включается на долю секунды и отключается.
Вот пока такая картина.
Смотрел видео на youtube где описана подобная проблема материнок P5K, где советуют впаять керамический конденсатор на свободную прощадку (CC49) возле микросхемы ICS9LPRS916AGLF-T. Пока этого не делал.
Подскажите пожалуйста что еще возможно проверить - чтобы выяснить по кактой причине не снимается S_PLTRST# сигнал? Можно ли однозначно сказать что умер южным мост?
Спасибо за ваши ответы.

Если вы низкоуровневый программист, то должны знать, что ресеты в нормальном состоянии должны быть в высоком уровне. Отстаньте от этого сигнала.

Здравствуйте.
8.4 - это нормально, т. к. # означает, что активный уровень лог. 0.
8.5 - следовательно тоже нормально.
С сигналами чуть опоздал, уже ответили.

Бывало, что просто отпаять сетевой мало, при замене - работает.

Наверное не правильно выразился - программирую на низком уровне ОС, занимаюсь разработкой драйверов Windows/Linux. Со схемотехникой только знакомлюсь, поэтому ошибся с понимание работы этого сигнала.


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

Ок я так понимаю что нужно ждать POST карты и дальше диагностировать. Может посоветуете что еще можно проверить в той ситуации которая сейчас на руках?

Осциллограф есть?
Тогда генерацию на всех кварцах, на выходах клокера, вычитку флешки смотреть.
Вторичные питания на плате, для порядка.
А так поведение на дохлый юг похоже.

Про установленный процессор ничего не сказали.

Да, на выходных буду смотреть осциллографом, питания, и вычитку биос. Спасибо за указание направлений в поиске неисправности. Будет доп. инфа отпишусь.

Кстати не знаю будет ли кому интересно, столкнулся с тем что программа BoardViewer не умеет правильно читать *.asc файлы от старых ASUS-овских boardview файлов, завершается с ошибкой "не верный формат или файл поврежден!" Если кому интересно - победил эту болячку, и теперь она нормально открывает старые *.asc файлы. Не знаю стоит ли создать такую тему и в какой ветке?

Для готовых решений по просмотрщикам есть тема - viewtopic.php?f=250&t=1029

Сегодня померял доп. напряжения на плате:
на ШИМ VTT_PWRGD - 1.18 В
VCore - 1.35 В
VTTCPU - 1.23 В
Биос запитывается 3.3 В, клок на нем работает
Питание памяти:
V_REF 0.93 - В
VDDSPD - 3.3 В
VDD/VDDQ - 1.85 В

на PCI
PCI_RST# - 3.3В

Процессор живой Core 2 Duo E6550, в списке поддерживаемых есть.

Пост карта пока не приехала, повесил светодиод на A15 через резистор на землю - светодиод светится. Бипер - молчит.
Генерацию на кварцах не мерял, т.к не позволила полоса пропускания осциллографа, жду когда смогу взять попользоваться другим.
На второй ноге BIOS (SO) была активность.

Заметил что на звуковухе есть сигнал A_Z_RST#, который связан с соответствующим сигналом на ю.м. На нем 0В. Правильно ли я понимаю что сигнал активен, и не сброшен, тоесть звуковуха не может инициализироватся и отпустить reset? Или до инициализации звука дело еще не дошло?
Спасибо за комментарии.

посткарту бы подкинуть.
---------- Добавлено спустя 5 минут 12 секунд: ----------

Правильно, можно сдуть ее и посмотреть на состояние ресета, хотя при дохлом звуке старт должен быть.
---------- Добавлено спустя 2 минуты 4 секунды: ----------

Мне интересно пора бы уже отписаться в соответствующем разделе

Скорее всего, что программатора у вас нет. А поскольку шевеления на флэше присутствуют, то пришла пора ее прошить рабочей версией БИОСа.

Есть у меня программатор - собрал на ARDUINO, BIOS перепрошил в первую очередь.
POST карточка пришла, но как и ожидал POST кодов нет. Reset при включении мигнул и не горит - значит не залип.
Сейчас жду осциллограф с соответствующей полосой пропускания, чтобы посмотреть генерацию на всех кварцах и сигналы работы с BIOS.

Провел доп. изменения с осциллографом.
Итак в момент старта на флешке BIOS-а присутствует активность в течении 2.5 мкс.
CLK - выдает стабильные 17.5 МГц
на MISO и MOSI присутствуют сигналы в течении 2.5 мкс.
После этого времени CLK, MISO, MOSI замирают. Свидетельствует ли такое поведение - поведению мертвого южного моста?

Cyber32 А южника нет рабочего для проверки? Чтобы не закопаться)

Было немало плат с таким поведением. Одним помогла прошивка. На других были найдены повреждение дорожек между сокетом и Севером (часто в районе рычага сокета). Были с отвалом сокета. Дохлый север тоже себя так проявляет, через него и через ЮМ происходит общение ЦПУ и флэши БИОСа. Плохой контакт в сокете. Загрязнение на контактах ЦПУ.
На ЮМ мало похоже, т.к. есть его взаимодействие с флэшей. Хотя и совсем исключать его из списка подозреваемых нельзя. Через него идет трансляция на ЦПУ.

На какой ноге смотрели? Посмотрите на 1-й , если есть , то направление проц -сокет-север, если нет то скорей южник.
Сигнал S_PLTRST внимательно посмотрите.

Есть восстановленная рабочая P5KR с тем же южным мостом. Собственно на ней вычитка BIOS проходит в штатном режиме. Нашел спецификацию Intel по южнику ICH9, но там этап вычитки BIOS не описан, просто назначение сигнальных выводов. Нет ли более подробного документа момента инициализации BIOS и взаимодействия с южным,северным и CPU в этот момент? может быть даже другого типа плат, чтобы просто хотя бы понять шаги инициализации BIOS? Все шаги Power Sequince плата отрабатывает без каких то нареканий.



Тоесть правильно ли я понимаю, чтобы подтвердить факт отвала сокета нужно брать BoardView и карту пинов CPU и проверять контакт?



А есть ли еще какие то признаки или контрольные сигналы - которые стоит проверить, посмотреть отсутствие/наличие - чтобы поставить диагноз смерти серверного и/или южного мостов?

Есть еще одно интересное поведение - не знаю насколько это нормально, но без доп. питания CPU плата моментально отключается.
Спасибо за информацию.
---------- Добавлено спустя 5 минут 52 секунды: ----------


на первой ноге CS# - поднимается на теже 2.5 мкс.
CLK смотрел на 6й, ввод/вывод на 2-й и 5-й.



Собственно с ним вроде как уже разобрался - 3.3 В. На Post карте RST не горит.

Чаще всего ремонтники не задаются такими вопросами и проверяют путем замены. Если вы напрасно поменяли мост, его можно применить на другой плате.

Жаль конечно, что диагностика на таком раннем этапе приводит к замене моста по "косвенным признакам", а более досконально копнуть нет возможности т.к. протокол обмена [ CPU - сервер - юг - BIOS ] пока не нашел, и понимаю, что скорей всего в домашних условиях выполнить отладку вряд ли удастся. ИК паяльной станции для реболинга BGA чипов нет, а платить деньги за перепайку не вижу смысла - т.к. разбираюсь с работой платы в познавательных целях.

Попробую еще конечно поиграться с перепрошивкой BIOS-а. Скажите пожалуйста, а имеет ли значение каким программатором прошивается BIOS ? (Собрал на ARDUINO с DC-DC преобразователем 5-3.3 V на котором этот BIOS отлично читается и пишется. Прошивку брал с оффсайта)

И еще вопрос: а есть ли способы проверить отвал сокета? По BOARDView посмотрел что многие основные выводы CPU на прямую связаны с серверным мостом, тыкнутся на плате, чтобы проверить контакт - особой возможности нет.

Существуют различные тестеры: сокета, DDR, PCI ... Погуглите!

Cyber32 Я пробовал примерно так:

пока тоже без сокет-тестера. Помогало

Вложение не открывается :(


Спасибо за наводку, задумаюсь о преобретении таких пробников.

Вряд ли Вам это поможет, скорее историческая справка. Довольно давно, когда основных чипсетов было не так много (I845,I865,I915 и т.д.) особо упорные ремонтники разрабатывали и использовали в своей практике спец. диагностические биосы, видимо как раз для подобных целей, утверждать не буду, так, как владею информацией поверхностно. Делать подобное сейчас не реально, потому как разновидностей чипсетов как песка на пляже.

Спасибо видео просмотрел.



Дело в том, что до реальной вычитки биоса дело и не доходит. Сравнил поведение с подобной ASUS рабочей платой: в момент включения как и писал выше на обеих платах на мгновение поднимается CS# и запускается CLK, затем снимается CS# - видимо происходит инициализация мостов/процессора, через 2-4 мс на рабочей плате снова поднимается CS#, CLK и происходит реальная вычитка данных, на не рабочей - этого не происходит. Значит затык после снятия S_PLTRST# и процедуры чтения BIOS. Собственно еще попробую использовать пробники для выявления отвала сокета и связи с памятью, если результата не получу - отложу плату на запчасти...

Дело в том, что сигнал CS# (Chip Select) дает разрешение на работу флэше при низком уровне. Этот сигнал не постоянный, а делит процесс обмена на порции.

Cyber32, Frolych52 правильно написал. Сигнал CS# инверсный, как и ресет. Когда флэшка не используется, то на 1 пине 3 В. Похожее поведение платы было в случае asrock k10n78, вместо mx25l8005 была вставлена 25Q64fvaig, плата не стартовала, на 1 пине тоже было короткое обращение и тишина.

Да я знаю что инверсный, но я оперировал в терминах "поднимается" - значит он в разрешающем состоянии -> в 0В, "снимается" в -> 3В
Мне кажется "поднимается" и "снимается" должны означать действие, а значение напряжение - это уже от сигнала зависит: инверсный или обычный.


А разве чипсет может определить тип микросхемы BIOS по короткому импульсу CS# и CLK без реальной вычитки данных? В моем понимании он должен был бы как-то начать чтение, а потом уже установить вердикт не соответствия.

За годы практики на этой плате помимо банальщины по типу прошивки биоса встречал две типовухи
1) Нет постов, надавливаем на кристалл севера - посты появляются. Перекатываем - всё ок.
2) Крайне медленное продвижение постов и зависание на этапе где материнка вот-вот должна дать картинку - пробитая сетка Attansic L1. Сдуваем и всё ништяк.

Привет. Ну как, восстановил ты материнку? Мне вот досталась аналогичная, P5KC ревизии 1.03G. На моей не работал звуковой кодек и сильно грелся. А рядом с ним грелись, но чуть меньше JMB363 и 9LPRS916AGLF. Причём JMB363 греется очень сильно при пустых портах. Клокер греется поменьше, палец еле терпит. Сдул звуковуху феном, так как она грелась сильнее других из перечисленных. И думаю, менять остальное или ждать пока само отгорит что-нибудь...