Помощь по Пентагон 128

[ABRAMKA0]

я, если честно, уже запутался, что вам отвечать... то вы пишите, что после "шунтирования" дорожки 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 бита. длинные провода в данном случае это первый враг.

Прочитал про тест (во вставке),пытаюсь логически понять связь сектора,банка с реальными Рушками.
Насчет напряжения питания - у меня блок питания на 5 вольт построен на к142ен5в,попробую поднять выходное напряжение (на входе есть запас,примерно 10вольт входящее).
Про то,что на РУшках полярность обратная обычной логике я помню,не впервые общаюсь с ними.
Попробую еще раз поискать проблему в связях РУшек с регистрами чтобы избавиться от Шунтов.

Еще я заметил несколько странностей при тестах и не только.
Во первых - в процессе теста нажатие на СБРОС не очищает экран,и тест начинается с той картинки на которой был остановлен (хотя сброс на 26н процессора нормальный).
Второе - на шахматке прямоугольники МИГАЮТ с частотой как у курсора,не все ,а в шахматном порядке.
И в третьих - на шахматке уж больно много мусора в виде разноцветных прямоугольников по размеру знакоместа,мигающих.
Это о чем то говорит?