Duron Applebred 1400 и Abit KT7 Raid

никто не может помочь...?:)

Если будет возможность попользоваться посткарточкой - воткни и посмотри - "стартует ли система вообще (зависая в процессе поста) либо "00" на карте - тогда и придётся внимательно звонить цепь RESET-а...

посткарты, к сожалению, не имею, и где добыть- не представляю, придется по всей видимости основательно перепробовать все возможные ку и прозванивать цеть RESET#...:(
Спасибо

С уважением

Подскажите plz как найти эту линию RESET#? От чего плясать? В доках на камень искать? Если есть у кого - киньте ссылку.
BTW: как по маркировке камня узнать неделю его изготовления? Где-то в сети видел, сейчас найти не могу...

Почитай еще раз тред
rom.by/phpBB2/viewtopic.php?t=479&postdays=0&postorder=asc&sta...
-----------------------------------------------------------------------------------
я узнал, что лапа RESET# находиться на AG 3
Короче если смореть на сокет держа боковыми "спилами" вверх (ну там где в углах по лапке нехваает) то третья сверху, четвертая с лева (с лева на право).
----------------------------------------------------------------------------------

Воощим как найдешь, дай знать
Выпью за твое здоровье и подойду за apllebred-ом..
(у самого abit kt7a v1.0)

Вот тебе еще информация для размышления -
------------------------------------------------------------------------------------
ОШИБКИ В СХЕМАХ: Теперь о проблемах нестарта Tbred со старыми
матерями, поддерживающими изменение КУ на примере
распространённой Abit-KT7A (VIA KT133A).
После детального анализа работы платы в плане изменения КУ
была обнаружена следующая схемотехническая ошибка (точнее – не
учёт особенностей «будущих» процессоров). Для считывания
«дефаултного» значения КУ используется информация от FID-ов (в
«допаломиновсих» процессорах – состояния мостиков L6). Для
задания КУ – используется микросхема HCT125 (Quad buffer/line
driver; 3-state). Все её входы заземлены и управление
происходит посредством сигналов ОЕ, что даёт два варианта на
выходе – «0» (земля) или Z-state («бесконечное сопротивление»,
выход, значит, терминирован на плюс). Наличие лишь двух
вариантов (а не трёх – установка «0», «1» и «без влияния на
BP_FID») приводит к отсутствию положения “auto” (в биосе его и
нет). «Номинальный» же коэффициент устанавливается следующим
способом – значение FID попросту «копируется» на BP_FID, т.е.
они (FID и BP_FID) по схеме банально соединены (через буферы
F244-FID/HCT125-BP_FID).
В результате при установленном процессоре с 13x получается:
BP_FID=10100, FID=0011 (т.к. >12.5).
FIDы по схеме копируются на BP_FIDы и на них получается не
10100=13х, а 10011=20х!
Естественно, процессору, рассчитанному на 1.7GHz/133FSB, будет
сложно завестись на 2.67GHz/133FSB, соответственно, плата
просто не запустится.

Можно было бы опустить эту тему как не слишком актуальную –
типа, только для процессоров с КУ>12.5, т.е. XP2100+ и выше (а
такие не каждый будет ставить на старые матери). Однако, как
выяснилось, из-за «интеллектуального» принципа установки FID
(процессор их выставляет сам, исходя из значений на BP_FID)
возможны многочисленные «неадекватности» - например,
выставление на FID 0011 даже при КУ<12.5!.

ЭКСПЕРИМЕНТЫ: Эксперимент с платой Zida PM133 (обычная дешёвая
плата, из "самых первых" на KT133, без всякого изменения КУ) +
Athlon1700+ (Tbred "B", 11x, разблокирован).

При установке этого процессора было обнаружено 0011 на фидах
вместо «положенных» 0000. Процессор "совсем" не стартовал
(здесь и дальше – всё контролируется POST-картой,
соответственно «совсем» обозначает 00 на POST-карте), несмотря
на тот факт, что такой же разблокированный XP1700+/11x, только
"A"-stepping-а благополучно на ней запускался.
Задавшись целью его на ней запустить я посмотрел, как меняются
FIDы, при "ручной" установке множителя через BP_FIDы
(перемычками на Vcc/Vss). Каково же было моё изумление, когда
я выяснил, что процессор стартует ТОЛЬКО в случае, если два
младших бита (FID0/1) - единицы (от положения, которое и было
на них - 0011=КУ>=12.5)! То для КУ<=12.5 стартует только с
четырьмя множителями:
0011 = 12.5х
0111 = 6.5х
1011 = 9.5х
1111 = 10.5х
В случае установки "пятибитного" кода (КУ>12.5, FID4=Vcc) -
стартует с любым КУ (который "тянет" проц), ведь для этих КУ
"положено" 10011, однако виснет на первых POST-кодах (почему -
разбираться было некогда, может и виновен слабый БП, хотя
замеченная сильная нестабильность уже на 12.5x путает
ситуацию).
Для того, чтобы установить “родной” КУ=11x, пришлось
закоротить FIDы на землю (принудительно выставить 0000) плюс
подать «0» на BP_FID[4]. Однако даже после всех этих действий
не удалось добиться стабильной работы, в то время как на
«съедобном» для процессора КУ=10.5х (1111) процессор (и плата
– сейчас на них и пишу) работают абсолютно стабильно.
Этот эксперимент приведён по следующему поводу. Можно
предположить, что «интеллектуальный» принцип выставляемых на
FIDы значений (а для стареньких плат плюс то, что они там
появляются с некоторой задержкой) может привести к
неправильной информации, посылаемой северному мосту, который,
в свою очередь, загонит в SIP (в поле коэффициента)
неправильную комбинацию и микропрограмма неправильно
проинициализирует процессор. Неправильно же
проинициализированный процессор, в конце концов, либо будет
нестабильно работать, либо совсем не запустится. Просто, если
отталкиваться от «возможностей» инициализации микропрограммы
из Alpha21264, то ей под силу (точней – она «должна») всё – от
банального обнуления регистров до программирования параметров
шины EV6 в зависимости от длины дорожек.
В вышеприведённом примере с KT133 сложно увидеть некую
зависимость, однако другой опыт показывает как раз её
«строгое» наличие.

Схемотехнический просчёт Abit KT7A позволяет изменять значения
FIDов без изменения значений на BP_FID (КУ). Для этого был
просто взят неразблокированный (вообще - "нетронутый") AMD
Athlon 800 (T-brird) и испробованы все варианты установки
FIDов (изменялся КУ в биосе, контролируемый реальным
напряжением на выходах {2/5/6/9} триггера LS374 - то, что
загоняется в NB).

Итак, для Athlon-800+KT133A (неразблокированный 8x, FIDs=1010)
было получено:
5x-7x - процессор не стартует совсем
7.5х-11х - всё ОК, но, конечно, из-за «неразблокированности»
работает на 8х - 800MHz.
11.5x-12.5x - не стартует совсем

«ТАЙМИНГО-ТЕОРИЯ»: Наличие такой выраженной зависимости может
говорить о том, что значение FIDов используется я узнал, что лапа RESET# находиться на AG 3
Короче если смореть на сокет держа боковыми "спилами" вверх (ну там где в углах по лапке нехваает) то третья сверху, четвертая с лева (с лева на право).

микропрограммой для программирования неких «таймингов» шины
EV6. Впервые такое предположение сделал address, получивший
похожие результаты с нестартом Tbred-ов на стареньких платах
(в первую очередь – KT7A). Им было замечено, что в случае
«многоКУшных» процессоров (11х и выше), при попытке их разгона
с помощью увеличения КУ, они часто либо не стартуют, либо
работают нестабильно. Особенно это было часто при попытках
поставить КУ>12.5. В этом случае многие платы с возможностью
изменения КУ, не поддерживающие «5-битные» BP_FIDы (КУ>12.5),
выставляли на FIDы «стандартную» 4-битовую последовательность
(см. выше таблицу FIDов) вместо «положенных» всегда 0011 (при
КУ>=12.5). Это чаще всего приводило к нестарту процессора и
«лечилось» путём установки КУ=12.5х в биосе (FID=0011) при
установке коэффициента «в ручную» – закорачиванием
соответствующих BP_FIDов на Vcc/Vss (“принудительно” выставляя
таким образом “0” или “1”).

Хоть «тайминго-теория» и имеет некоторые «практические» (и
даже «теоретические») основания на жизнь, я не совсем согласен
с такой постановкой вопроса – слишком многое она не может
объяснить (тот же вышеописанный пример с нестартом Tbred 11x
на KT133 – там нет никаких “выраженных” зон). Мне
представляется более вероятным «процессорный» источник
проблем, т.е. сам процессор «мешает» себе установить
коэффициент, он по-разному «ведёт» себя на различных FSB
(100/133) и даже зависит от конкретной платы. Например,
вышеописанный процессор Tbred 1700, почему-то выставляющий на
FIDы 0011, на KT7A выдавал «положенные» 0000 (правда –
почему-то не запускался).
-------------------------------------------------------------------------------------

УДАЧИ !!!