ЮТ-88 Дисплейный модуль

[GlassesTmn]

Это, очень, правильно.

Так как в отличии от процессорного дисплейный модуль не обкатан, требуется сборка и отладка модульно, какие пожелания в сборке и отладке от более мудрых коллег?

---------- Post added at 18:20 ---------- Previous post was at 18:14 ----------

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

Не ради бизнеса собираем ЮТ 88, я готов потратится на кучу платок. Надо получить результат!

[Advertiser]

[alx32]

сам автор реплики до июля на службе.

Неуж-то в армию забрали?

[GlassesTmn]

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

Вячеслав, тебе выслать собранную плату процесорного? )

[Ewgeny7]

Да, армия сейчас больше напоминает спортлагерь для сыночков.
Но не будем удаляться от темы.
Я всё жду детальки из Элитана. Интересно самому глюки отловить за хвост, да посылка не торопится

[Ewgeny7]

Наверное здесь уже звучало, что при подключении дисплейного модуля нужно вытаскивать РУ10 из процессорного? На дисплейном модуле ОЗУшка перекрывает всё адресное пространство за исключением видеоозу #E000, посему РУ10 в процессорном будет не комильфо и конфликтно.

---------- Post added at 20:11 ---------- Previous post was at 20:08 ----------

Еще осторожно добавлю, что когда я ваял ЮТ на ПЛИС, то корректным адресом видеоозу было #E800, если ставить #E000, то экран не менялся. Я этот вопрос не копал, просто принял к сведению. В текущей схеме еще не разобрался, только приступаю.

[Ewgeny7]

Резать - пока действительно не надо...
Проверяем дальше.
По дефолту у нас видеоОЗУ должно откликаться на оба диапазона, #E000 и #E800 аналогичным образом.
Поэтому смотрим и убеждаемся, что на выводе 7 DD5 (КП12) у нас твердый и могучий ноль.
АП6 в таком режиме вроде как (судя по схеме) должны работать спокойно и никому не мешать, выпуливая данные с видеоОЗУ на шину данных, не конфликтуя с основным ОЗУ 68128, ибо оно в тот момент "погашено" сигналом /E000.

---------- Post added at 20:42 ---------- Previous post was at 20:34 ----------

Упс.... Меня глючит, или ошибка в схеме?



Сигнал управления черно/белым ОЗУ - SW. Это видно по DD12 РУ10.
Тогда какого лешего он тут рулит чтением данных из "цветного" ОЗУ, а "цветной" сигнал CW рулит чтением "черно-белого"?
Шины данных MD - черно-белые, MC - цветные.
Или я выпил вчера чрезмерно шампанского?

[alx32]

Вот теперь точно придётся резать...

[Ewgeny7]

Нет, тут чуть сложнее. Нужно поднимать лапы 19 у обоих АП6 и менять местами сигналы на них. DD9 не трогаем, этот узел формирует сигналы и дальше по схеме.

---------- Post added at 20:53 ---------- Previous post was at 20:52 ----------

Вот теперь точно придётся резать...

Не надо. проще лапки у АП6 надкусить и два кусочка МГТФ.

---------- Post added at 20:54 ---------- Previous post was at 20:53 ----------

Прозвонил по плате сигналы данных и управления апэшками. Да, есть косяк

[alx32]

Погоди, а может этот косяк нам пригодится, раз Монитор-F работает с адреса Е800?

---------- Post added at 22:02 ---------- Previous post was at 21:58 ----------

А выводы ОЕ на РУ10 наглухо на земле сидят, или их можно отрезать?

[Ewgeny7]

Погоди, а может этот косяк нам пригодится, раз Монитор-F работает с адреса Е800?

с F800.