Автор: Dnepr1000 , 13 мая 2018
Всем добра, прошу “помощи зала” ))
Есть материнка 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 ?

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

BBCode

  • HTML-теги не обрабатываются и показываются как обычный текст
  • You may use the following BBCode tags:
    • [align]
    • [b]
    • [code]
    • [color]
    • [font]
    • [hr]
    • [i]
    • [img]
    • [list]
    • [quote]
    • [s]
    • [size]
    • [spoiler]
    • [sub]
    • [sup]
    • [table]
    • [u]
    • [url]
  • Адреса веб-страниц и email-адреса преобразовываются в ссылки автоматически.

Dnepr1000

7 лет 9 месяцев назад

14. Завершающий этап последовательности запуска.

H_CPURST# - сигнал reset, выдаваемый северным (в нашем случае - южным) мостом CPU.

После завершения последовательности начинается выполнение инструкций БИОС.

http://service-core.com.ua/articles/diagnostic

1,47 v H_CPURST присутствует. Но выполнение инструкций БИОС не начинается.
Похоже, что это место является границей, где процесс запуска стопорится.

maco

7 лет 9 месяцев назад

[OFF]Между переходом H_CPURST# из состояния лог.0 в состояние лог.1 и выполнением первой инструкции BIOS происходит некоторое количество действий, которые могут обеспечить проблемы :D.[/OFF]

Dnepr1000

7 лет 9 месяцев назад

Собственно я так и подозреваю, но пока не нашёл, где эти подробности описаны: подскажите пожалуйста, maco /images/smiles/icon_redface.gif
На всякий случай перешил БИОС на 1120 - чтобы исключить такую случайность: как-то Гигабайт, 965 чипсет не пошёл на последнем БИОСЕ зато превосходно стартанул на предпоследнем.

maco

7 лет 9 месяцев назад

[OFF]
подробности
Достаточно просто представлять себе функциональность компонентов на матплате :).
Т.е. задумайтесь над тем, где хранится BIOS и какой компонент исполняет инструкции. А потом стоит подумать о том, что находится между местом хранения и местом исполнения, об используемых каналах передачи информации, например.[/OFF]

Dnepr1000

7 лет 9 месяцев назад

БИОС хранится на микросхеме Winbond 25Q32BVA1G, была мысль, что она дохлая - но СН341А об этом бы сообщил, предполагаю... все этапы стирания, сравнений, записи и снова сравнения - проходит успешно.
Это что касается места хранения.
Теперь компонент, исполняющий инструкции - по идее это CPU, обращается к оперативной памяти, куда уже загружено содержимое флешки БИОСа... а кто перед этим даёт команду на считывание БИОСа и загрузку его в ОП?:roll:
Вроде бы это тоже задача CPU, и началом этого процесса служит сигнал сброса на этот самый CPU... так он есть...круг замыкается. Сброс на процессор приходит - но это не приводит к тому, чтобы содержимое флешки БИОСа поместилось в оперативную память...а почему? :roll:
Процессор один из двух точно рабочий, да и тот, что под подозрением - ведёт себя как вполне живой.../images/smiles/eusa_doh.gif

А, ещё канал передачи. Шина, её тактовая частота...:roll:
Хотя вот - Современные процессоры AMD (начиная с Athlon 64), новое семейство процессоров Intel (Core i7), функционируют несколько иначе — «общение» с оперативной памятью происходит напрямую, минуя системную шину. Это позволяет существенно сократить задержки при получении и записи данных и инструкций, но, все равно, без кэш-памяти не обойтись. http://www.probios.ru/article/computer/cpu.html


Здесь ещё проще: :-)
Сразу после включения питания компьютера процессор читает код BIOS из EEPROM, записывает код BIOS в память и передаёт ему управление. Первым делом код BIOS начинает проверку аппаратного обеспечения компьютера — POST (англ. power-on self-test). В ходе POST код BIOS проверяет работоспособность контроллеров, расположенных на материнской плате, задаёт низкоуровневые параметры их работы (например, частоту шины и параметры центрального микропроцессора, контроллера оперативной памяти, контроллеров шин FSB, AGP, PCI, USB).https://ru.wikipedia.org/wiki/BIOS

Подытожив всё это, можно предположить, что процессор либо не может прочитать код БИОС, либо не может обратиться к памяти, чтобы записать его туда и передать ему управление запуском - либо и то и другое вместе...

maco

7 лет 9 месяцев назад

[OFF]
Теперь компонент, исполняющий инструкции - по идее это CPU, обращается к оперативной памяти, куда уже загружено содержимое флешки БИОСа
Нда, тяжелый случай :).
Вспомнить об этапах POST, которые отрабатываются до определения наличия RAM и работосопособности RAM, явно сложно :D.
Задуматься о том, что Flash ROM не подключена непосредственно к CPU в данном случае, или представить, что каждая физическая линия связи может быть повреждена, вообще нереально :lol:.[/OFF]

Dnepr1000

7 лет 9 месяцев назад

Полный регламент работы 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. Передача управления загрузчику.

https://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)

Вот блок-схема нашего чипсета:

http://i.piccy.info/i9/3978f6f45084a8fa1875cfba490a3a2f/1526836849/106413/1193363/amd990FX.pnghttp://i.piccy.info/a3/2018-05-20-17-20/i9-12346571/550x761-r/i.gif

Из неё видно, что ПЗУ БИОС сообщается с южным мостом посредством LPC/SPI интерфейса.
Четыре линии, контакты ЮМ SPI_CLK/GPIO162, SPI_CS1#/GPIO165, SPI_DI/GPIO164, SPI_DO/GPIO163.
Если не принимать во внимание GND и питание - остаются два сигнала: на выводах 3 (O_BIOS_WP#) и 7 (F1_SPI_HOLD#), посредством вроде бы которых происходит инициация ПЗУ и тест контрольной суммы?:roll: Эти два сигнала приходят от резисторной сборки F1RN1 8,2 кОм, ответные выводы резисторов которых подпёрты +3V_SPI.
Вот здесь я не пойму, посредством чего происходит управление выгрузкой содержимого флешки для исполнения?:roll: Тест контрольной суммы здесь тоже происходит? Смену задач что осуществляет?:roll:

maco

7 лет 9 месяцев назад

[OFF]
Полный регламент работы POST ....
.......
остаются два сигнала: на выводах 3 (O_BIOS_WP#) и 7 (F1_SPI_HOLD#), посредством вроде бы которых происходит инициация ПЗУ и тест контрольной суммы?
.......
Вот здесь я не пойму, посредством чего происходит управление выгрузкой содержимого флешки для исполнения? Тест контрольной суммы здесь тоже происходит? Смену задач что осуществляет?
Спасибо за продление жизни посредством смеха :lol:.
--> Песочница[/OFF]

Dnepr1000

7 лет 9 месяцев назад

/images/smiles/icon_biggrin.gif

Не могу понять, ведь они (сигналы) дальше резисторной сборки не идут - как происходит управление?
Не резисторная сборка же управляет? :roll:

maco

7 лет 9 месяцев назад

[OFF]Веселье продолжается :lol:.[/OFF]