Клавиатура MC-1201.02 7004

[Hunta]

Кстати, просто графику ИС не умеет

Цитата:
Alphanumeric, Semi-Graphic and Full Graphic Capability

то есть Алфавитно-цифровые, Частично-Графические и Полно Графические возможности

Цитата:
By Utilizing Both the Refresh Addresses and the Row Addresses, a 512K Address Space is Available to Use in Graphics System

то есть - ... доступно адресное пространство в 512к для использования в графической системе.

[AFZ]

контроллер дисплея на 6845 и контроллер клавы на 8042

Зачем изобретать новый дисплей? Тем более, на 6845? Дисплей для ДВК должен выполнять ровно две функции: (1) работать с современными мониторами, крайне желательно, без размазывания элементов изображения и (2) со стороны ДВК быть совместимым с каким-то из ДВК-шных контроллеров. Ну, или (если без графики), то с каким-то из DEC-овских терминалов. Без графики оно, конечно, проще: берем какой-то "фруктовый пирожок" и сочиняем в него терминальную программу, какой-нибудь VT52, VT100, VT240, 15ИЭ..., да хоть все вместе - фруктовых ресурсов хватит. А вот с графикой гораздо сложнее...

[DonkeyHot]

один 6845 заменяет кучу мелкологики. С учетом раздельности полей памяти и общения цпу с видеорамой через один дохлый порт, решение вообще может быть простым до безобразия, даже схему регенерации можно не задействовать если 128к чип статики воткнуть.
Да, емнип 6845 умеет графику, причем размер и частоты также задаются - под vga без танцев с бубном

- - - Добавлено - - -

вот чо пишут про чип:

I designed a color graphics card for the Z80 ECB bus back in 1984 or so, based on the 6845.

The 6845 was "just" a timing and addressing generator. It was meant for character-based displays. So it divided the display area in character cells. Each character cell could span some horizontal pixels (to be serialized outside of the 6845) and some vertical scan lines. So it had:

the horizontal character number
the vertical text line number
the vertical pixel-in-character number.

This chip could easily be used for graphics as well as the necessary RAMs became available:

A character was e.g. defined to be 8 pixels wide and 8 pixels high.
The horizontal character number became the higher bits of the x pixel coordinate (the lower 3 bits generated by additional hardware clocked at 8 times the 6845 speed)
The vertical pixel-in-character number made the lower 3 bits of the y pixel coordinate.
The line number gave the higher bits of y.

My card was a 768*512 8-color RGB, memory-mapped occupying 384 KByte of address space (only the lower three bits of the byte used), with hardware zoom by 2 or 4 (reprogramming the 6845 and using a slower clock speed), resulting in 384*256 resp. 192*128, making it easier to see details on a "big" 14-inch CRT screen.

- - - Добавлено - - -

углубленное изучение даташЫта навело на грустные мысли, 6845 близок к ВГ75, расширенные графические режимы обеспечиваются логической обвязкой, чаще всего на плисах. При этом сам чип кажись только обеспечивает синхроимпульсы для смены режимов.

[Hunta]

Ну, или (если без графики),

какой-нибудь VT52, VT100, VT240

Насколько мне не изменяет память, VT240 поддерживал графику. Но учитывая канал связи с компом - вряд ли она окажется адекватной для игрух. Правда, писали игрухи и для КЦГД, а там то же канал связи не айс...

[MM]

А возможность построения видео-СОЗУ на мелких ИС не рассматривали ?
Для стандартного разрешения 640х256 необходимо 20 кбайт, аппаратный скролл желателен, т.к. 1801ВМ2А-10 обеспечивает копирование массивов ОЗУ со скоростью не более 650 кбайт/с при 0 тактов задержки.
Кстати, при оптимизации МПИ и пакетном копировании 1801ВМ3А-6 может справляться с объемами копирования СОЗУ порядка 1.2 мбайт/сек.

[shattered]

Насколько мне не изменяет память, VT240 поддерживал графику. Но учитывая канал связи с компом - вряд ли она окажется адекватной для игрух. Правда, писали игрухи и для КЦГД, а там то же канал связи не айс...

Игры пользовались тем, что в КЦГД можно загружать свой код. VT240 такого не умеет -- только regis/sixel/загружаемые шрифты. Хотя для вещей типа LAND (без прокрутки) хватит и загружамеого шрифта

[Advertiser]

[Hunta]

Игры пользовались тем, что в КЦГД можно загружать свой код

Это да.. Я добавлял свой код (простейший, вроде только умел линию рисовать). В принципе - достаточно быстро, но не для игрух, конечно

[AFZ]

один 6845 заменяет кучу мелкологики.

Угу. А еще можно (и не так уж сложно) склепать мост МПИ-ISA и воткнуть с ISA-шной стороны обычную писюшную VGA/SVGA-карточку. Можно, но не нужно. Ибо софта под это дело нет, и не будет. Поэтому, если и делать какой-то видеоадаптер для ДВК, то со стороны МПИ он должен быть виден либо как КСМ+КГД, либо как КЦГД. И, ИМХО, первый вариант был бы предпочтительнее. Во-первых, для КГД софта гораздо больше, чем для КЦГД. Особенно игрушек. Во-вторых, для того, чтобы склепать КЦГД, в него придется ставить 1801ВМ2 и изображать для него своим новодельным железом точную копию оборудования КЦГД, которого до хрена, и оно не такое простое. В отличие от КСМ+КГД, где для КГД нужно, если не врет мой склероз, всего три регистра - регистр адреса ГОЗУ, регистр данных ГОЗУ и двухбитовый регистр-переключатель, указывающий, кого показывать: КСМ, КГД, оба или никого.

Вот такое, ИМХО, надо-бы попробовать сделать на "фруктовом пирожке" Если получится сочинить и прицепить к фруктовому GPIO мост в МПИ, то далее задача становится чисто софтовой. А если удастся сочинить эту софтину так, чтобы она работала не под фруктовой линюхой, а на голом фруктовом железе, то это будет вообще супер!

Насколько мне не изменяет память, VT240 поддерживал графику. Но учитывая канал связи с компом - вряд ли она окажется адекватной для игрух. Правда, писали игрухи и для КЦГД, а там то же канал связи не айс...

Да и по барабану графика VT-240. То есть, конечно, если удастся ее повторить и с ней заработают какие-либо буржуазныые программы, то это будет здОрово, но, если этого не выйдет, никто особо не расстроится...

[AFZ]

А еще, паре КСМ+КГД совершенно фиолетово соответствие КСМ оригиналу. Поэтому можно сделать как точную копию КСМ, так и что-либо поприличнее. В частности, лично мне, в качестве алфавитно-цифрового дисплея больше всего нравился КЦГД-182. У него очень хорошая поддержка VT52, VT100... и, вроде-бы, по VT240 включительно. На таком дисплее будут нормально работать все символьные КЦГД-шные программы, включая аналоги Командира Нортона, и даже при включении ВМ3 с 377-й ПЗУхой, надпись "ЭЛЕКТРОНИКА" нарисуется правильно - удвоенным шрифтом, темными буквами на светлом фоне.

Кроме того, если процессор, реализующий эти дела, будет достаточно шустрым (хотя бы 100 MIPS), то этот дисплей тоже окажется достаточно шустрым. Я, помнится, начинал свой проект аналога NC, кое-какой результат получил, посмотрел, как лениво перерисовывается экран и забросил его (проект). А вот если вдруг появится железо, на котором экран перерисовывается менее, чем за полсекунды, можно будет и подумать о...

Ну, а эстеты могут сочинить в этот эмулятор дисплея программулю, эмулирующую работу KEYGP и/или каких-то других графических программуль, загружаемых в КЦГД.. Тогда получится агрегат, в который установлен почти точный КЦГД (без возможности загрузки в него своих программ для 1801ВМ2, которого там не будет), да еще и, вместе с ним, КСМ (возможно с отдельным экраном, в смысле линюховым окном).

DonkeyHot, если хочешь сделать действительно нужную вещь, подумай на тему "фруктового пирожка" и моста между его GPIO и МПИ. Если что, сочинить мост я помогу.

[svinka]

Неплохой DEC совместимый терминал на микроконтроллере MIPS32 http://geoffg.net/terminal.html можете русифицировать, добавить VT-графику и сделать 15ИЭ-00-013 совместимым

Клавиатуру можно любую подцепить
7004 тоже

Код с исходничками. Только надо лицензию проверить