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