M5A99X EVO горит CPU_LED, не стартует БИОС
Всем добра, прошу “помощи зала” ))
Есть материнка M5A99X EVO с процессором FX 6200:
Предыстория такова – процессор приклеился к радиатору и соответственно был выдернут из сокета вместе с ним. При этом пара десятков ног оказалась примятой не катастрофично – были выпрямлены под микроскопом. Примятыми оказались разумеется не при выдёргивании – а при попытках “вставить как было”))
Итого: ноги выровнены, плата осмотрена на предмет мех. повреждений, процессор вставлен с радиатором и новой термопастой.
Включаем БП: загорелся светодиод дежурки. Включаем PWR ON – кулер процесора начал вращаться, на пост-карте прочерки – и горит CPU_LED красный светодиод на плате. Спикер молчит.
Постояв в таком положении минут 15 выясняется, что радиатор питальника , оба моста и процессор умеренно тёплые, микросхемы на плате некоторые тоже, ничего критично не калится. Проверяю напряжения в питальнике процессора – на шести фазах 0,99 вольта, на двух остальных – 1,18 вольт.
Первая мысль – слетел БИОС: прошиваю сначала последней прошивкой – потом самой первой, которая актуальна для этого процессора – никаких изменений. Сброс в дефолт – никакой разницы…
Начинаю измерять напряжения на слотах памяти – VDD, VTT, VDDSPD, VREF – все присутствуют в норме.
По очереди отсоединяю всё что можно – память, видеокарту, снимаю процессор – даже без процессора горит это CPU_LED
Меняю блок питания (всё же проц 125 Ватт) FSP 350 на СHIEFTEC 450 – та же картина.
Померял порты USB – всё живое.
Поискал похожие ситуации по Интернету – из повторяющихся только контакт в сокете либо отвал, или несоответствие проца прошивке или он не поддерживается.
Полез в сокет, снял верхнюю крышку (вдруг чего-то повредили, когда процессор выдернули в закрытом состоянии) – все контакты на месте, никаких видимых повреждений.
На плате таких светодиодов несколько. CPU_LED, BOOT_DEVICE_LED, DRAM_LED, VGA_LED – но все они кроме первого – не включаются.
То есть – жёстко висит этот CPU_LED даже без процессора. Причём при пуске (когда дежурка - он не горит) он включается вообще без какой-либо временной задержки, будто это его именно включают.
Отака фигня, хлопцы))
Тем более, что работоспособность процессора неизвестна (хотя лично я пока не держал в руках процессора, который дал дуба). Но он же греется в номинале, как рабочий… заказал Семпрон 145 АМ3 для подставить на пробу – но это не сегодня, пока он приедет.
Шо скажете, где ещё померять – у меня мысли закончились((
Ещё момент - той памяти, которую я пробовал - нет в списке поддерживаемых этой платой, на асусовском сайте. Значит ли это, что даже в БИОС с такой памятью не сможет зайти? Goodram DDR3 4Gb PC3-10600 DIMM GR1333D364L9/4G ?
С чего начать, чтобы выяснить, почему молчит спикер (думаю что оттуда нужно начинать)?
Прошивка и настройка BIOS, переделка и ремонт материнских плат, БП, видеокарт, HDD.
ROM.by 2002-2019 © apple_rom
14. Завершающий этап последовательности запуска.
H_CPURST# - сигнал reset, выдаваемый северным (в нашем случае - южным) мостом CPU.
После завершения последовательности начинается выполнение инструкций БИОС.
service-core.com.ua/articles/diagnostic
1,47 v H_CPURST присутствует. Но выполнение инструкций БИОС не начинается.
Похоже, что это место является границей, где процесс запуска стопорится.
Между переходом H_CPURST# из состояния лог.0 в состояние лог.1 и выполнением первой инструкции BIOS происходит некоторое количество действий, которые могут обеспечить проблемы
.
Собственно я так и подозреваю, но пока не нашёл, где эти подробности описаны: подскажите пожалуйста, maco
На всякий случай перешил БИОС на 1120 - чтобы исключить такую случайность: как-то Гигабайт, 965 чипсет не пошёл на последнем БИОСЕ зато превосходно стартанул на предпоследнем.
Т.е. задумайтесь над тем, где хранится BIOS и какой компонент исполняет инструкции. А потом стоит подумать о том, что находится между местом хранения и местом исполнения, об используемых каналах передачи информации, например.
БИОС хранится на микросхеме Winbond 25Q32BVA1G, была мысль, что она дохлая - но СН341А об этом бы сообщил, предполагаю... все этапы стирания, сравнений, записи и снова сравнения - проходит успешно.
Это что касается места хранения.
Теперь компонент, исполняющий инструкции - по идее это CPU, обращается к оперативной памяти, куда уже загружено содержимое флешки БИОСа... а кто перед этим даёт команду на считывание БИОСа и загрузку его в ОП?
Вроде бы это тоже задача CPU, и началом этого процесса служит сигнал сброса на этот самый CPU... так он есть...круг замыкается. Сброс на процессор приходит - но это не приводит к тому, чтобы содержимое флешки БИОСа поместилось в оперативную память...а почему?
Процессор один из двух точно рабочий, да и тот, что под подозрением - ведёт себя как вполне живой...
А, ещё канал передачи. Шина, её тактовая частота...
Хотя вот - Современные процессоры AMD (начиная с Athlon 64), новое семейство процессоров Intel (Core i7), функционируют несколько иначе — «общение» с оперативной памятью происходит напрямую, минуя системную шину. Это позволяет существенно сократить задержки при получении и записи данных и инструкций, но, все равно, без кэш-памяти не обойтись. probios.ru/article/computer/cpu.html
Здесь ещё проще:
Сразу после включения питания компьютера процессор читает код BIOS из EEPROM, записывает код BIOS в память и передаёт ему управление. Первым делом код BIOS начинает проверку аппаратного обеспечения компьютера — POST (англ. power-on self-test). В ходе POST код BIOS проверяет работоспособность контроллеров, расположенных на материнской плате, задаёт низкоуровневые параметры их работы (например, частоту шины и параметры центрального микропроцессора, контроллера оперативной памяти, контроллеров шин FSB, AGP, PCI, USB).ru.wikipedia.org/wiki/BIOS
Подытожив всё это, можно предположить, что процессор либо не может прочитать код БИОС, либо не может обратиться к памяти, чтобы записать его туда и передать ему управление запуском - либо и то и другое вместе...
Вспомнить об этапах POST, которые отрабатываются до определения наличия RAM и работосопособности RAM, явно сложно
Задуматься о том, что Flash ROM не подключена непосредственно к CPU в данном случае, или представить, что каждая физическая линия связи может быть повреждена, вообще нереально
Полный регламент работы POST:
1. Проверка всех регистров процессора;
2. Проверка контрольной суммы ПЗУ;
3. Проверка системного таймера и порта звуковой сигнализации (для IBM PC — ИМС i8253 или аналог);
4. Тест контроллера прямого доступа к памяти;
5. Тест регенератора оперативной памяти;
6. Тест нижней области ОЗУ для проецирования резидентных программ в BIOS;
7. Загрузка резидентных программ;
8. Тест стандартного графического адаптера (VGA или PCI-E);
9. Тест оперативной памяти;
10. Тест основных устройств ввода (НЕ манипуляторов);
11. Тест CMOS
12. Тест основных портов LPT/COM;
13. Тест накопителей на гибких магнитных дисках (НГМД);
14. Тест накопителей на жёстких магнитных дисках (НЖМД);
15. Самодиагностика функциональных подсистем BIOS;
16. Передача управления загрузчику.
ru.wikipedia.org/wiki/POST_(%D0%B0%D0%BF%D0%BF%D0%B0%D1%80%D0%B0%D1%82%D0%BD%D0%BE%D0%B5_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D0%B5)
Вот блок-схема нашего чипсета:
Из неё видно, что ПЗУ БИОС сообщается с южным мостом посредством LPC/SPI интерфейса.
Эти два сигнала приходят от резисторной сборки F1RN1 8,2 кОм, ответные выводы резисторов которых подпёрты +3V_SPI. 
Тест контрольной суммы здесь тоже происходит? Смену задач что осуществляет?
Четыре линии, контакты ЮМ SPI_CLK/GPIO162, SPI_CS1#/GPIO165, SPI_DI/GPIO164, SPI_DO/GPIO163.
Если не принимать во внимание GND и питание - остаются два сигнала: на выводах 3 (O_BIOS_WP#) и 7 (F1_SPI_HOLD#), посредством вроде бы которых происходит инициация ПЗУ и тест контрольной суммы?
Вот здесь я не пойму, посредством чего происходит управление выгрузкой содержимого флешки для исполнения?
--> Песочница
Не могу понять, ведь они (сигналы) дальше резисторной сборки не идут - как происходит управление?
Не резисторная сборка же управляет?
Веселье продолжается
.
Отправить комментарий