я, если честно, уже запутался, что вам отвечать... то вы пишите, что после "шунтирования" дорожки 0 бита тест порта конфигурации стал проходить без ошибок, то сейчас пишите о старых ошибках. ладно, во первых - тест 48кб при настройке пентагона был полезен только для проверки экранной области в одной линейке ОЗУ. сейчас от него практической пользы никакой, поэтому отложите его в сторонку, а то он вносит только путаницу. во-вторых - вы освоили лог. анализатор? для проверки мультиплексоров он бы очень помог. я понимаю, что вам проще выпаять их и заменить на новые (не факт, что рабочие + можно посадить соплю), но можно и более качественно подойти к процессу ремонта, не ковыряя сильно плату.
по ошибкам - как я писал выше, проблема с портом может быть как с ОЗУ, так и с мультиплексорами. это можно прочитать в описании:
Код:
ТЕСТ ПОРТА КОНФИГУРАЦИИ
Порт конфигурации, как говорилось выше, имеет адрес в сис-
теме #7FFD и предназначен для подключения различных банков памя-
ти в адресное пространство процессора. Во время теста мы записы-
ваем байты, отличающиеся на 1 в первую ячейку каждого из 8-и
банков, последовательно подключая их в старший сектор (для про-
цессора адрес первой ячейки любого подключенного банка - #C000).
Затем производится считывание этих байт и, если они совпали с
записанными, то байт записываемый в первую ячейку 0-го банка,
увеличивается на единицу и процесс повторяется до тех пор, пока
до нулевого банка не будут перебраны все комбинации от #00 до
#FF. Т.е. на первом проходе в 0-й банк пишется #00, в 1-й - #01,
во 2-й - #02,... , в 7-й #07.
На втором проходе в 0-й банк - #01, в 1-й - #02,... , в 7-й
- #08 и так далее до 255 прохода (#FF).
После этого порт конфигурации считается исправным и вы-
даётся сообщение:
ТЕСТ - ПОРТ КОНФИГУРАЦИИ
ПОРТ КОНФИГУРАЦИИ - НОРМА
Если обнаружено несовпадение считанного с записанным бай-
том, то выдаётся сообщение об ошибке:
ТЕСТ - ПОРТ КОНФИГУРАЦИИ
ОШИБКА
СЕКТОР - 3 ЗАПИСАНО - 00000000
БАНК - 0 СЧИТАНО - 00000010
Так следует обратить внимание на следующие моменты: чтобы
проверить правильность начальной установки 0-го банка в послед-
ний сектор адресного пространства тестирующая программа записи
его в первую ячейку байта 00 не производит записи в порт конфи-
гурации никаких значений, а считает, что после сброса 0-й банк
уже установлен. Поэтому, если программа не может считать байт 00
из 0-го банка, то причиной этого может оказаться неверная на-
чальная установка, хотя я не даю каких-либо возможных картин
возможных неисправностей, например такое же сообщение будет вы-
дано при постоянном 0 на выходе 1-го разряда порта конфигурации
или при замыкании выходов 0-го и 1-го разрядов.
При ошибке в данной части теста предстоит попытаться проа-
нализировать ситуацию и проверить схему на возможные неисправ-
ности. Например, в вышеприведённом примере следует попытатьтся
понять, почему при попытке чтения из 0-го банка мы получили
байт, который послали во 2-й банк. Ещё один момент: байты, запи-
санные в первые ячейки банков 2 и 5, мы пытаемся прочесть не
только из ячейки с номером #C000, но и из первых ячеек других
секторов. Для банка 2 - как по адресу C000, так и по адресу
8000; а для банка 5 - как по адресу C000, так и по адресу 4000.
При несовпадении записанного и считанного будет выведено сообще-
ние:
для банка 2 - СЕКТОР - 2 для банка 5 - СЕКТОР - 1
БАНК - 2 БАНК - 5
Это означает, что, видимо, вместо этих банков подключено
бог знает что. Естественно, чтобы тест прошёл успешно, необходи-
мо, чтобы первые ячейки ОЗУ были бы исправны, в противном случае
будет выдано сообщение об ошибке, хотя сам порт исправен. Выход
может быть найден перестановкой микросхем ОЗУ.
В Вашем случае после "записи" (почему в кавычках, по описанию после сброса в памяти должны быть все 0) в ячейку комбинации 00000000, читается 00000111, т.е. или небыло записи в рушки, или мультиплексоры подставляют не тот банк, или биты 0-1-2 не доходят до процессора.
то, что при тесте 48кб работает линейка DD28-DD35, и она исправна это хорошо видно визуально. иначе были бы точки, полоски и всякие артефакты на изображении. с вертикальными черточками еще надо разобраться, возможно это глюки пониженного напряжения. 4.87В на рушках и это не очень хорошо. желательно бы повыше. 4.95В хотя бы. еще у рушек выводы питания наоборот стоят, не как у логики - 8 вывод это +5В, 16 - земля.
я смотрю фотки и вижу, что шунтирование было длинными проводами, попробуйте аккуратно всё развести или найти таки проблему в дорожке 0 бита. длинные провода в данном случае это первый враг.
Сообщение от solegstar
Ответить с цитированием
Profi must live!
1. 
