Gigabite проц. Семпрон-1.8 озу1 вид-254 не запускается???! | |||||||||
|---|---|---|---|---|---|---|---|---|---|
| Михаил666 18/12/2007 21:02 |
Мой домашний комп. После того как поизменял что то в биосе, там где вольтаж процу! После одного удачного запуска и удачного зависания нету видео, не мигает красная лампа. Два раза было, что продолжительно пикал, но в мануале такого пиканья не предложено. Помогите пожайлуста кто чем сможет, я без него, как без рук, видюхи у меня две старенький джифорс и радеон. Заранее благодарен.Ася_431149228 |
||||||||
| m.ix 19/12/2007 02:47 |
Михаил666,
Нужно сбросить настройки BIOS.
Про это нет в мануалах. Длинные пикания говорят о проблеме с памятью.
Интересно Мать написана на латинице а проц на кириллице. Фотку проца в студию. |
||||||||
| Михаил666 19/12/2007 05:37 |
Фото не могу, т.к. компа нет. Все, что написано - AMD Sempron, assembled in china. (sda3000ai02x lbbwe 0550fae x013287l50149) AMD 2001 |
||||||||
| m.ix 19/12/2007 10:24 |
И не полностью.
Там где русскими буквами написано.
А как тогда будешь её ремонтировать? 
|
||||||||
| elgen 19/12/2007 15:32 |
Михаил666, все повытаскивать, оставить только проц , сбросить биос как микс писал и включить. если запищит то как? поставить память, включить, писк другой? если другой то поставить видео и снова включить. А лучше проверить память и видяху(ту что стояла) на другом компе, и проц не помешает. там в биосе не только на проц и на память тоже частота/напруги выставляются.могло и не пережить. и все же поточнее что за мать, какая память. это важно. ну если проц память и видео рабочие то копать мать. по модели здесь много полезного можно найти.
m.ix, он как я, не любит в латынь переключаться. русскими шпарит. |
||||||||
| yurikel 20/12/2007 02:13 |
Отключи от сети компютер(чтоб в дежурке БП ненаходился)вытащи батарейку ,и перемычкой обнули биос должно помочь,- если биос неслетел т.к. у любителей разгона такое очень часто встречается. |
||||||||
| m.ix 20/12/2007 03:42 |
Значит и ен чего он найдёт в поиске  как и другие если уже имеется ответ на подобный вопрос.
Ставь автопереключатель puntoswitcher
Реже встречается фyнкция после разгона, когда POST - BIOS ругается. BIOS сам перезапускает систему и устанавливает предыдущие настройки. Лично у меня это такт. ps байка. Прихожу к одному Он говорит у меня из БП повалил густой дым Я вскрываю Осматриваю И вижу взорванный чип на видяхе. |
||||||||
| kirill9242 20/12/2007 14:08 |
Не во всех материнских платах замыкание перемычки при отключенной батарейке дает ожидаемые результаты. Очень часто необходимо или включить систему при вынутой батарейке, или оставить в замкнутом состоянии на продолжительное время. Имейте это в виду.
А по поводу писков можно сказать следующее. Если компьютер у вас то пищит, то не пищит и не работает, причиной может служить неустойчивая работа CMOS. Если вы посмотрите, как работает POST, то увидите, что во всех без исключения версиях BIOS программа ожидает неограниченное время, пока запись в CMOS не приведет к последующему успешному считыванию записанного байта. В связи с этим рекомендую вам вынуть батарейку, замкнуть перемычку сброса и оставить компьютер на ночь в таком состоянии. Потом напишете, что будет. |
||||||||
| yurikel 20/12/2007 14:39 |
|
||||||||
| kirill9242 20/12/2007 14:52 |
Во многих материнских платах существует защита, не позволяющая определенный промежуток времени сброситься CMOS. Это сделано с целью предотвратить возможные неустойчивости в работе при возникновении проблем с питанием. Нормальное время сброса - 15 сек, но для многих плат оно может быть намного больше. |
||||||||
| yurikel 20/12/2007 15:09 |
C этим согласен  |
||||||||
| Iwan 21/12/2007 13:33 |
kirill9242, yurikel, Очень интересно ! Про 15 сек. задержку сброса CMOS первый раз в жизни слышу! Откуда такая инфа если не секрет?
Вообще-то джампер CLRCMOS (JBAT etc) сбрасывает настройки в дефолт на аппаратном уровне, и только в ПРИСУТСТВИИ (!) батарейки! Время сброса 1-3 сек (зависит от модели ЮМ) и привязано к генератору на часовом кварце (32768 Гц), который так же встроен в ЮМ (старые мамки не в счет!) Присутствие "дежурного напряжения" от БП - СТРОГО НЕ ЖЕЛАТЕЛЬНО (!) т.к. в момент сброса возможны кратковременные помехи в цепях управления ACPI (опять-таки в ЮМ), что может привести к не предсказуемым последствиям! Кстати никаких электролитов в цепи джампера и CMOS нет, все задержки обусловлены ИСКЛЮЧИТЕЛЬНО (!) переходными процессами внутри ЮМ! А что касается больших задержек, то речь может идти только о CLR PASS (сброс пароля на вход в систему или CMOS), там такое действительно иногда применяется! P.S. RTFM |
||||||||
| kirill9242 21/12/2007 14:09 |
Iwan, с вами практически во всем согласен (и именно так я и говорил). 15 сек - стандартное время, в течение которого переходные процессы в узлах процессорной системы считаются затухнувшими до уровня ниже порогового. Вы же сами говорите о том, что перестановку перемычки надо делать при включенной батарейке - совершенно верно, но не для всех плат.О каком бы изменении в схеме мы не говорили, везде работают законы коммутации. О помехах, то есть о неустойчивости в работе, я уже писал, они действительно часто возникают.
Про электролиты я вроде бы ничего не сказал. Я говорил об аппаратной защите, вырождающейся в задержку. |
||||||||
| yurikel 21/12/2007 14:11 |
Iwan,
 ,- а про инфу -откуда она лучше у автора тезиса спросить,у меня все сбрасывается тыком перемычки и без 15сек. |
||||||||
| kirill9242 21/12/2007 14:18 |
Про инфу я уже сказал. Чистая радиотехническая логика, основы операторного метода анализа переходных процессов. И потом, я же не сказал, что так будет всегда и везде. Это зависит от модели материнской платы. |
||||||||
| Iwan 22/12/2007 11:30 |
kirill9242, молодец, умеешь надергать из высказываний нужных тебе тезисов и сложить их в нужном тебе порядке!
Мы здесь не подтасовкой фактов занимаемся, а рассуждаем о происходящем внутри схемотехнических решений! И говорим мы о компьтерной схемотехнике, а не о "Чистой радиотехнической логике" ! Ей место в рассуждениях об аналоговых устройствах ! Вот в них-то 15 сек. задержка точно присутствует! А твои рассуждения - на мой взляд, сплошная попытка связать две никак не связанные ветки: цифровую и аналоговую! Не может в ПК быть таких переходных процессов, ты сам подумай и представь себе комп, который бы подчинялся описываемой тобой логике со всеми подобными задержками! Даже в БП от компа они исчисляются долями секунды, а это ведь (ну все согласятся!) самое медленное устройство в составе ПК! А что говорить об остальном, давай для примера рассмотрим БП для самого проца, сколько времени проходит с момента подачи "+12В" до появления на выходах фильтрующих дросселей Ucpu ? Миллисекунды! А ты что говоришь - "15 сек - стандартное время, в течение которого переходные процессы в узлах процессорной системы считаются затухнувшими до уровня ниже порогового." Ты случайно не из руководства для ЕС-1061 это взял? В тех машинах, с их 1-5 Мгц тактами (а то именьше!) на "процессор" и кучей внешней , чуть ли не аналоговой логики, такое действительно было возможно! 
И прекрати ПЛЗ превирать слова, я говорил не о коммутационных помехах, а о процессе т.н. "столкновении напряжений и токов" (возможно кто-то называет этот процесс и по другому!) от двух различных источников (в данном случае - батарейка и "дежурка") в одном узле - ЮМ! В результате которого, (ну это если не отключив "дежурку" передернуть джампер CLRCMOS!) логические схемы ЮМ могут пойти в разнос, время наступления которого, в свою очередь, обуславливает качество создания конкретного кристалла! Унификация имеет границы к сожалению... И на будущее, если ты хорошо разбираешся в аналоговой технике, не нужно пытаться переносить свой опыт в сферу цифровой, у них совершенно разные законы внутренного взаимодействия элементов! Тем более на уровне схемотехники для ПК! Удачи! |
||||||||
| kirill9242 24/12/2007 08:55 |
Iwan, извиняюсь,я, возможно, не так выразился. 15 сек - это не время, в течение которого цифровая схема переходит из одного элементарного состояния в другое, а время, которое ДОЛЖНО пройти между прекращением подачи электропитания и его возобновлением. Если не выдержать это время, то схема может перейти в неустойчивое состояние, которое может выразиться в чем угодно. И это характерно не только для ЕС-1061, а вообще для всех процессорных систем. Неужели вы не сталкивались с эффектом, когда совершенно исправный компьютер не загружался при внезапном прекращении подачи электропитания и немедленном включении, а после указанной выдержки все становилось нормально? То же характерно и для питания через батарейку.
Данное правило должно соблюдаться не только для компьютеров, но и для всех устройств с цифровым электронным управлением, не имеющих защиты от данного эффекта (а таких большинство). К вашему сведению, я одно время занимался обслуживанием лифтовых установок типа УПЛ-17, УЛЖ-10, УПЛ-15к и ранних зарубежных модификаций. Не говоря уже о первой и последних, построенных на микропроцессоре, даже вторая и третья (на жесткой логике) обладали таким эффектом, что очень часто приводило к чудесам в работе лифта при кратковременных пропаданиях электроэнергии. И не всегда это заканчивалось хорошо для его пассажиров (в смысле застревания). Повторяю еще раз, я согласен со всем, что вы говорите. Я просто дополняю вас. Кстати, а как считает автор темы? Что-то он не высказывает свою позицию. |
||||||||
| Iwan 24/12/2007 16:47 |
kirill9242, В таком случае я могу с уверенностью сказать, что ты не знаком со схемотехникой мат. плат в обсуждаемой ветке! И в частности с функциональной работой ЮМ при выполнении операции "CLRCMOS". Речь конечно не идет о банальном вытаскивании батарейки, тут действительно имеют место быть (хотя временные интевалы все же гораздо ниже!) подобные процессы, и я с этим не спорю, но мы то говорили о процессах происходящих при "работе с джампером"! А это все же совершенно другой режим работы тех же самых узлов ЮМ!
А происходит там примерно следующее - при перемыкании джампера, напряжение с цепей подпитки CMOS снимается, и одновременно частота поступает на блоки сбороса/перезаписи с генератора, питающегося частотой от часового кварца, которые управляют цепями сначала обнуления этой области памяти, а затем записи в нее дефолтных установок взятых из спец. кеша ЮМ ( в который в свою очередь они попадают из м/с BIOS при первом запуске мат. платы). Это все происходит за 0,15-0,25 сек., но производители мат. плат рекомендуют подержать джампер порядка 1-1,5 сек, поскольку процесс записи (и только!) цикличен, и повторяется через каждые 0,5 сек. (что кстати то же зависит от типа ЮМ!) Так что не о каких переходных коммутационных процессах тут речи быть не может, а это простая операция по обнулении/перезаписи определенного блока памяти, которая правда связана с возможностью управления внешними цепями (через ACPI), а при сбросе они могут встать в любое положение (а их инициализация происходит при подаче общего питания, "дежурка" их просто поддерживает в т.с. рабочем состоянии). Кстати, если говорить о ПК в целом, то опять же ссылаюсь на рекомендации производителей железа, в которых говориться, что последующий запуск БП ПК можно и нужно производить не ранее(!) чем через 30-45 сек после его обесточивания! |
||||||||
| kirill9242 24/12/2007 17:10 |
Ладно, подождем все-таки, что нам скажет автор.
ДОБАВЛЕНО 24/12/2007 17:13
Но с этим-то вы согласны или нет? |
||||||||
| Iwan 24/12/2007 22:14 |
Частично, ибо к CMOS как и к BIOS машина обращается единожды и при чем сначала все же к BIOS (!), а на счет пищит/не пищит к CMOS это имеет очень маленькое отношение, а вернее сказать никакого, потому что "пищание" генерируется до обращения к CMOS ( например при неисправности памяти - не возможен доступ к первым 64 кб RAM куда собственно и распаковывается загрузчик BIOS), согласись, что объем памяти в CMOS ни на какой мат .плате не записывается! А BIOS действительно может "висеть" не ограничено долго, поскольку при несправности железа, процесс выполнения первичной инициализации просто прекращается, потому что в самой программе невозможно предусмотреть огромное кол-во вариантов неисправностей - объем м/с BIOS все таки ограничен!
К то му же, при каждом включении (успешном!), мат. плата отнюдь не перезаписывает CMOS, а просто проверяет контрольные суммы (Verify Pool Data) и распределение ресурсов (Update ESCD (DMA, IRQ)) По правде говоря мне за все мою практику всего один раз попалась мат плата которой я четко мог поставить диагноз "не исправен CMOS"! вылечилась заменой ЮМ (это был 2-й энфорс - nForce MCP) хотя в остальном мать была рабочей, но что либо сохранить в CMOS (даже дату и время! хотя часы шли в нортоне) было не возможно, впрочем войти в него то же !
впрочем я поддержу тебя  :
АВТОРА ТЕМЫ в студию!  |
||||||||
| kirill9242 25/12/2007 09:03 |
Iwan, ну вот уж теперь я расскажу, как работает ранняя инициализация BIOS на примере Award Phoenix 6.0 6A6LVD4H (Boot Block, расположенный в диапазоне 0FFFFE000h - 0FFFFFFFFh). Все сказанное справедливо для всех BIOS типа Award. Как известно, процессор производит самотестирование в момент включения питания или нажатия Reset без участия BIOS при наличии на линии #BUSY низкого уровня одновременно с наличием сигнала #RESET. Если самотестирование прошло успешно, то в регистре EAX находятся нули, в противном случае микросхема некондиционна. В регистре EDX при успешном завершении будет находиться номер версии процессора.
Процессор начинает выполнение инструкций с адреса FFFFFFF0, причем база селектора CS настроена на сегмент FFFF0000, а регистр IP содержит FFF0. По этому адресу располагается инструкция JMP F000:E05B. После выполнения этой команды старшие разряды базы селектора обнуляются и обращение производится по базе F000. Эта особенность учтена в чипсете следующим образом: сразу после начальной установки область FFFF0000 отображается на базу F000. Первым этапом является программирование блока RTC (Real Time Clock) через кодовые последовательности в порты 2Eh и 2Fh. Следующий этап, обозначенный в диагностическом регистре 0CFh - проверка CMOS. По смещению 3Dh с маской NMI записывается тестовый байт 55h, и далее считывается. В том случае, если считанный байт не совпадает с записанным, процесс повторяется. Именно об этой проверке я говорил. Ни о какой инициализации устройств или оперативной памяти здесь не может быть и речи, равно как и о динамике, поэтому при неисправности CMOS просто произойдет зацикливание. Здесь же на основании операций с регистром EFLAGS процессора проверяется тип процессора, который, как правило, только X86. Далее выбирается тип старта материнской платы. Продолжим при нормальном старте. Следующий этап содержит программирование конфигурационных регистров чипсета, после которого шина уже функционирует нормально, а также устанавливается отображение памяти BIOS на страницу F000, а страница E000 удаляется, запись в обе страницы запрещается. Этап 0C0h сброс обоих мостов и запрет трансляции незанятых областей на шину PCI. Обнуляются регистры страниц DMA, программируются контроллер прерываний, основной таймер, контроллер DMA, сбрасываются регистры синхронизации видеоконтроллера. Далее производится поиск так называемой структуры BBSS, содержащую контрольную сумму блоков BIOS. Для нее возможно наличие программы инициализации, которая в этом случае выполняется. В BBSS первый элемент – контрольная сумма блока расстановки оперативной памяти по строкам. Если он есть, то эта сумма проверяется. При несовпадении выполняется блок по умолчанию (FFFFC700), при совпадении – блок по адресу FFFF5000. И вот только лишь потом происходит тестирование основной памяти с 00000000 по 00040000 (256 КБайт, а не 64!). Тестирование производится путем записи сначала нулевых, а потом единичных значений по указанным адресам. В случае ошибки будет выдан звуковой сигнал (впервые!) протяженностью 4 секунды, бесконечно повторяющийся с интервалом в 2 секунды. Далее в защищенном режиме производится копирование всей страницы FFFF0000 в 00020000, а страниц FFFE0000 и FFFF0000 в страницы 00180000 и 00190000 соответственно. Теперь начинается очень важный этап 0С – подготовка к распаковке. Проверяется контрольная сумма декомпрессора, при ее несоответствии управление передается блоку загрузки по умолчанию. В памяти по адресу 00006000 закладывается основа для будущей таблицы обращения к упакованным файлам. Перед распаковкой весь упакованный BIOS пересылается в память 00160000, а затем проверяется его контрольная сумма. Если она не совпадает, то управление передается блоку загрузки по умолчанию. Далее производится распаковка основного модуля (этап C3). В случае успешного завершения распаковки головная процедура декомпрессии выдает сегмент данных 5000, где размещен распакованный файл, иначе – сегмент 1000, где размещен скопированный Boot Block. Наконец, последнее, что здесь происходит – копирование 2 страниц из указанного сегмента в память F000 с предварительным отключением отображения ее в FFFF0000 и разрешения записи, а также активизации страницы E000 (этап С5). Управление передается на адрес F000:F7E0 при ошибке BBSS и F000:F80D при нормальном завершении. При ошибке контрольной суммы, как вы знаете, происходит выполнение зашитого фрагмента Boot Block, который сильно ограничен в функциональности и служит лишь для того, чтобы перепрошить BIOS. Вот такая процедура. После нее начинается средняя инициализационная фаза, которая уже сильно зависит от конкретного BIOS. |
||||||||
| Iwan 25/12/2007 16:12 |
kirill9242, Ну молодец, не поленился инет перелопатить в поисках описания процедур испонения, вот за это уважаю! Хоть теперь похоже на правду! Хотя конечно и с оговорками: 1) по поводу 64/256 кб, 256 это действительно справедливо для версии 6 от Аварда но не справедливо если рассматривать от феникса там все же присутствует 64, хотя и для машин более раннего выпуска (примерно первых пней), ну это бог с ним - мелочи, а вот дальше интересней: Цитирую :-"Первым этапом является программирование блока RTC (Real Time Clock) через кодовые последовательности в порты 2Eh и 2Fh.
Следующий этап, обозначенный в диагностическом регистре 0CFh - проверка CMOS. " (конец цитаты) Про RTC все верно, а дальше (перед CMOS) почему-то пропал целый кусок! Это не понятно! Что бы было понятней и не переписывать лишний раз, я выкладываю ПэДэФ от "ICBOOK" с описанием пост кодов и их расшифровкой прямо сюда, там есть "Medallion" о котором ты и говорил Читай и сравнивай! Удачи. |
||||||||
| kirill9242 25/12/2007 16:46 |
А какой, собственно, кусок пропал? Там у вас коды идут просто в порядке возрастания! А то, что я писал, взято из непосредственного разбора программ BIOS на ассемблере! И Internet тут ни причем!
Могу точно назвать адресацию по сегменту 0F000h для 6A6LVD4H: программирование блока RTC - 0E0B0h - 0E126h (процедура с обращением c E068h), проверка CMOS и определение типа процессора - 0E469h - 0E531h (процедура с обращением с 0E07Ch). Мы, по-видимому, все-таки говорим о разных вещах. Вы говорите о проверке CMOS на поздней фазе инициализации, а я говорю о таковой на ранней. И речь-то идет о Award Phoenix, а не Medallion! |
||||||||
| Iwan 26/12/2007 16:00 |
kirill9242, Видимо ты прав, говорили об одном и том же но на разных "уровнях"! что ж, бывает. Про адресацию ни чего сказать не могу - не занимался дизассемблированием прошивок, но мне кажется что в такую глубину при обычном ремонте и влезать врядли стоит. Как правило бывает достаточно показаний стандартного пост-тестера по 80 порту. Мы же не занимаемся ремонтом самих чипов , и тем более их разработкой. А показания тестера не затрагивают тех тонкоскей, о которых ты говорил. Вероятно отсюда и возник наш с тобой спор. За сим приношу свои извинения, если что-то из моих высказываний тебе показалось через чур резким! 
Кстати, все же где автор темы? |
||||||||
| almaks 27/12/2007 05:45 |
kirill9242, Iwan, битву закончили жаль я бы с удовольствием почитал еще. |
||||||||
| Iwan 27/12/2007 12:08 |
almaks, А сам что не поучаствовал в прениях? Все бы только почитать...  |
||||||||
| almaks 28/12/2007 08:31 |
Iwan, ассемблерную битву я проиграл давно лет 15 назад еще для 8086 когда чегой то пописывал на языке железа, сейчас просто ностальгические темы почитать попытаться разобраться. Участвовать извини не догоню ни когда даже если вы сейчас остановитесь. (вы это не обращение, участники подобных прений)  |
||||||||
| Iwan 28/12/2007 11:58 |
almaks, Что касается программирования на ассемблере, то все что я помню (увы!) это 2 команды: PUSH и POP! Это было году так в 1989, когда меня знакомый прграммер пытался (и надо заметить не без успешно, хотя и частично!) приобщить к "высокому и светлому". Т.е. не только Бэйсик и Паскаль (еще под ДОС), но и делать ассемблерные вставки. Но к сожалению у меня дальше написания драйвера для мышки (под ДОС ес-но!) с изменяющимся видом курсора (в зависимости от его места нахождения на экране) дело не пошло! Ну еще конечно Синклер был, там я достиг не много большего, да же игрушку простую написал, но это все же не то!
Было дело еще , когда создавался нами тестер для регулировки и настройки флопов любого типа, с управлением спец. прогой от 286, но там мы в паре с программером работали.... |
||||||||
| SeRgEi_77 12/01/2008 02:42 |
Да добавить почти не чего, разве одну маленькую деталь, на которую, по-моему, не кто не обратил внимания, а зря. Что бы скинуть БИОС перемычкой, как раз и не надо вытаскивать батарейку, это делается при присутствующей батарейкой. А вот без нее можно прождать и сутки, если не отключить блок питания. Второй способ сброса БИОСа выдернуть батарейку, шнур питания с розетки и замкнуть обычным нажатием кнопку включения, сек на 15. Не разу не сталкивался, что бы машина при живом железе не обнулила БИОС на заводские установки. Это для вас kirill9242. В остальном согласен с вами Iwan |
||||||||
| kirill9242 22/01/2008 14:15 |
Ладно, все обсудили. |
||||||||
