Оризон-Микро воскрешение мертвеца.

[Foskin]

Привет друзья.

Ради тренировки мозговых извилин, я приобрел мертвую плату Оризон-Микро. Которую пытаюсь запустить.
По классике жанра на плате не осталось ни одного КМ конденсатора и был выкорчеван процессор
В дополнение сопротивление по питанию было около 5 Ом, с признаками попытки найти КЗ - резанные дорожки и частично выпаянные электролиты.
КЗ удалось победить тотальной проверкой сопротивления между выводами микросхем и землей. Все, что показывало сопротивление меньше Мегаом, нещадно выкорчевывалось. После удаления примерно 80% микросхем, признаки КЗ ушли. Оставшиеся микросхемы по возможности были фунционально проверены на плате.
Были заказаны необходимые микросхемы у китайцев, затем установлены. Все новые микросхемы перед впайкой тестирвались на TL866. Память решил стяавить на панельки. Оризон иммет два поля памяти, РУ6 и РУ5. Вместо обоих пытаюсь использовать 4164, как наиболее легко доставаимые, соответственно на 4164 в качестве РУ6 9я нога соеденена с +5в.

Ситуация на сегодняшний день, плата подает признаки жизни...
Видео контроллер, вроде больше рабочий. Тестировал без ОЗУ подавая 0 на биты данных, получая ожидаемую картинку по пикселям и аттрибутам. К сожалению данная проверка не включает в себя правильность адресации ВК к ОЗУ.
Матрас не правильный и самое главное динамичный, как будто данные постоянно меняются.
Тест ПЗУ бежит, бордюр правильный. На первом этапе теста, когда в аттрибуты записывается 38h, каждый второй столбец (не четный если считать столбцы с 0) не меняет аттрибуты.
Во время заполнения пикселей, четные столбцы ведут себя как надо, не четные закрашиваются в противоположный цвет, как будто имеют аттрибут FFh. Результаты теста видны через столбец.
Похоже, что есть проблема с работой с ОЗУ у процессора или ВК.

Начал перепроверять сигналы на ОЗУ и возник ламерский вопрос. На сколько я понимаю, во время рисования строки, ВК должен 64 раза обратиться к ОЗУ - прочитать 32 байта пикселей и 32 байта аттрибутов. Я же вижу только 32 пульса RAS. Причем то, что я вижу, очень похоже на временную диаграмму RAS Львова, которая схематически практически идентична с Оризоном. Выглядит так:
Не обращайте внимание на зачеркнутые пульсы, их там не должно быть.

Вопрос, как это может работать с 32 пульсами RAS на строку.

[Advertiser]

[AlexG]

Осцил есть ? Самое то для поиска "плохих" микросхем/сигналов/залипов итд...

[Foskin]

Осцил есть ? Самое то для поиска "плохих" микросхем/сигналов/залипов итд...

Есть и осцил и анализатор, простенькие. В общем я уже прошелся по сигналам. Пока, что бросается в глаза это не синхронизированные сигналы H0, H1, H2, H3 на выходе из первого счетчика, из за чего есть короткие переходные импульсы на логике после них, там где их не должно быть.
Вот так:

В дополнение к предыдущему вопросу, может кто знает как выравнять фронты H2 H3?
Что интерсно, именно на H0,H1,H2,H3 заменен счетчик ИЕ7 на SN74LS193. Если что 74LS193 менял на такойже, фронты не исправились.

[AlexG]

1) а схема в наличии ?
2) ИЕ7 это что было в оригинале ? 155 /555 /1533 итд ?
Это к тому что микросхемы имеют разное быстродействие и быстрее не всегда значит лучше (тк раньше схемы "обычно" работали с учётом задержек на микросхемах).

[Foskin]

1) а схема в наличии ?
2) ИЕ7 это что было в оригинале ? 155 /555 /1533 итд ?
Это к тому что микросхемы имеют разное быстродействие и быстрее не всегда значит лучше (тк раньше схемы "обычно" работали с учётом задержек на микросхемах).

Схема здесь: https://disk.yandex.ru/d/jJKM4RdF5wFG2A
Было К555ИЕ7

[AlexG]

Скажем так: идеальных микросхем не существует. значит фронты сигналов H0,H1,H2,H3 всегда будут иметь разброс. а dd15.1 оный разброс будет "выделять" (особенно когда она очень быстродействующая). Тут либо подбирать ие7 (по быстродействию), либо вешать кондер на сигнал (к примеру на H2 что его сдвинуть в право), либо смотреть осцилом (анализатор рекомендуется использовать в "исправных" схемах) - может оный сигнал коротит с другим и получается такой "сдвиг" (как вариант - "поднять ножку H3 на ие7" для проверки). либо вешать кондёр на 3 вывод dd15.1б, либо ....
ПС: длительность "короткие переходные импульсы" какова ?

[Shofer]

Схему рисовал я, но так как времени не было, ибо комп надо было отдавать, номиналы резисторов/кондёров не промерил, не посмотрел. Было бы неплохо внести их в схему.

[UncleDim]

Вопрос, как это может работать с 32 пульсами RAS на строку.

2 /cas на один /ras например

[Foskin]

2 /cas на один /ras например

Наверное вы правы. У Пикселей и Аттрибутов одинаковые младшие байты адреса. Возможно /RAS захватывает младший байт адреса пикселей, 1й /CAS захватывает старший байт адреса пикселей, 2й /CAS захватывает старший байт адреса аттрибутов. Надо проверить...

Уже проверил, на Львове на один /RAS один /CAS

Смотрю на моем Оризоне в живую, что то не все так однозначно. Отпишусь позже.

ПС: длительность "короткие переходные импульсы" какова ?

Около 40ns

Схему рисовал я, но так как времени не было, ибо комп надо было отдавать, номиналы резисторов/кондёров не промерил, не посмотрел. Было бы неплохо внести их в схему.

Страна знает своих героев. Спасибо огромное за схему, без нее я бы даже не начинал эту эпопею.
Если плата заведется, постaраюсь добавить номиналы резисторов и конденсаторов.

[Shofer]

Там ещё особенность в том, что чтение видео идёт в 4-м и 1-м такте в промежуточный буфер, а потом по отдельному стробу пишется в видеорегистры.