Что максимум можно выжать из КР580ВГ75 Intel 8275? Обсуждение

[freddy]

Чего не хватает я на пяти страницах треда описывал, ответы были "я вижу по-другому". Искейп коды мне тоже потребуется расширять, например оконными функциями, многие искейпы в Орионе исторически другие но аналогичные по функциям. Иначе опять все сведется что для того чтобы работать с аппаратной платой (в чем и плюс казалось бы), мне придется 2/3 всего обсчета делать на хосте, и буферизировать опять же на хосте, а от платы с процессором впятеро мощнее Ориона и размером в половину Ориона ничего кроме печати символа и взять будет нечего.

Где можно посмотреть спецификацию на все управляющие последовательности Ориона, ну вернее того что на нем будет запускаться?
На сколько они далеки от терминальных стандартов? Можно ли софт Ориона привести в соответствие какого нибудь стандарта терминалов?
У Вас Орион какой то особенный или стандартный Орион-128?
Неожиданно мне пришла очередная идея. Если управлять выводом текста с помощью управляющих последовательностей, тот тогда видеокарта в виде видеобуфера в адресном пространстве основного процессора, как зайцу стопсигнал. Это бесполезная затея с memory mapped style. Тут идеально подойдет I/O style. Т.е. имеем тот же терминал, который представляется обычным 8-ми битным портом в пространстве ввода/вывода основного компа. В него будут слать все тоже самое как и в COM-порт слали бы на терминал. Выгода в том, что физически COM порта нет и возможен высокоскоростной вывод на дисплей со скоростью до несколько Мбит. Удобно также, что экономится память, о 8-ми биток ее и так не много

А я ведь целью текстового адаптера преследую не только красиво вывести на монитор, но и максимально разгрузить хост (Орион в моем случае) как от лишних тактов вычисления, так и от лишних байтов кода на эти вычисления, хранящихся в дефицитном адресном пространстве 8-битки.

Сейчас сам строю машину на 8080 под CP/M. Работает неприлично быстро, как для 8080 Именно потому что не обрабатывает ESC-последовательности и не парится насчет вывода символов.

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

Это вроди уже обсуждали. Мега не знает какая текущая строка у ВГ75. Мега -это DMA, шлет себе массив 4000 байт 72 раза в секунду и все остальное ей пофиг. К стати взять 25 байт в меге не от куда. Все использовано. По идее,чтобы навесить на ВГ75 дополнительные атрибуты поля, нужно городить внешний буфер строк и синхронизировать его выборку от VSYNC и HSYNC. Но я так не делал, Вы ж и так пышыте шо моя плата как пол-Ориона А со всеми этими наворотами она еще потолстеет
Правда есть и более изящный путь. Нужно взять 2 ВГ75 (две, Карл!) и запустить их синхронно. Одна будет работать как и работает сейчас. А второй ВГ75, Мега будет скармливать, скажем 2000 байтный буфер атрибутов фона знакоместа. Т.е. получили то что нужно. На выходах CC0-CC6 второй ВГ75 мы получим в нужный момент атрибут фона соответствующего символа, который рисует первая ВГ75. Итого имеем 256 символов, 8 цветов символов, мигание, подчеркивание (сверху ) и 128 цветов фона каждого символа по отдельности И это как пример. Ресурсы второй ВГ75 можно распределить и по другому...
Но плата же и так как пол-Ориона!

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

Убс... Затупил написать, что если во второй ВГ75 заюзать LC0-LC3, то можно получить супер, мега аффекты в виде градиетной заливки шрифта и или еще чего то в этом духе!

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

Неудачный пример привел. 127 цветов фона - много. Лучше 16 цветов символа и 16 цветов фона. Да здравствует полноценный режим CGA/VGA!

[Advertiser]

[Error404]

Но плата же и так как пол-Ориона!

Я больше скажу, сейчас я тоже подумываю запилить микро-Орион (дополнив схему Гранта Сирла) - она получается порядка 10-12 микросхем вместе с RS-232. Т.е. в полтора-два меньше варианта видеокарты работающей по адресному пространству (которая здорово подросла в сравнении с терминалом). Так что и даже две ВГ75 кардинально не влияют на пропорцию.

Наиболее распространенный вариант ESС-кодов Ориона такой:
https://github.com/serge-404/AltairD...iver/about.txt

[A_AVL]

Мде... ВГ75 вобще микросхема не для слабаков. [...]

IMHO, не стоит так резко рвать проект. Реально очень большая работа проделана с творческим использованием возможностей ВГ75. Кому-то он реально интересен, например мне.

Я больше скажу, сейчас я тоже подумываю запилить микро-Орион

На мой взгляд, в таком случае проще на том же новодельном (да и на олдскульном) орионе сделать нормальную конвертацию на лету управляющих кодов Ориона/РК в коды стандартного VT-100 и отдавать уже их терминалу. Тем более, никаких трудностей и несовместимостей в том числе и программных в этом нет, т.к. драйвер дисплея в Орионе подгружаемый и может быть легко заменён с поддержкой именно VT-100.

Если управлять выводом текста с помощью управляющих последовательностей, тот тогда видеокарта в виде видеобуфера в адресном пространстве основного процессора, как зайцу стопсигнал. Это бесполезная затея с memory mapped style. Тут идеально подойдет I/O style.[...]

Поддержку I/O Style одновременно с UART можно ввести в тот же терминал. Не нужно обращение через I/O - регистры не ставятся, да и всё. Порты незанятые есть, входы прерывания тоже. Только нужно сделать так, что бы ввод с клавиатуры и световое перо тоже могли быть получены как по RS-232, так и по I/O.

[freddy]

Я его рвать не собираюсь. Когда интересно, я всегда рад поделиться.

На мой взгляд, в таком случае проще на том же новодельном (да и на олдскульном) орионе сделать нормальную конвертацию на лету управляющих кодов Ориона/РК в коды стандартного VT-100 и отдавать уже их терминалу. Тем более, никаких трудностей и несовместимостей в том числе и программных в этом нет, т.к. драйвер дисплея в Орионе подгружаемый и может быть легко заменён с поддержкой именно VT-100.

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

Поддержку I/O Style одновременно с UART можно ввести в тот же терминал.

Э... с Uart одновременно, как бы немного бессмысленно. Програмно оно конечно же может одновременно существовать в ядре в виде обработчиков прерывания от COM порта и от 8-ми битного параллельного порта. НО, одновременно будет работать только один источник. А самому терминалу всеравно откуда данные поступают. Он контролирует только вершину буфера входных данных. Драйвер приема символа эту вершину изменяет. Поэтому все просто. Какой драйвер будет срабатывать по прерыванию, те символы и будут обрабатываться, даже переключать ниче не надо.

Не нужно обращение через I/O - регистры не ставятся, да и всё.

Так точно! Для внутреннего использования, например, не нужен RS-232. Поэтому разъем DB9 и MAX232 можно не паять.
Все сведется к одной или двум версиям плат и единой прошивке.

Только нужно сделать так, что бы ввод с клавиатуры и световое перо тоже могли быть получены как по RS-232, так и по I/O.

Ну так оно уже давно сделано. Я даже прерывания компу могу генерировать, чтоб он забирал данные, передаваемые терминалом.
А с световым пером лажа. Оно не работает на LCD мониторах. Тока на ЭЛТ. У меня их есть! Не уверен что у других они тоже есть.

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

Что на Орионе свет клином что ли сошелся, в каждом посте его всуе поминать? Эка важность, попросили доделать что-то, девицы тут что ли собираются, от такого в осадок выпадать?

Я конкретно под одну заданную машину не могу делать. АВР он ведь не резиновый. Исходники причесывать пока нет времени. А то потрачу только зря чужое время и еще *****кодом обзовут и кучу багов найдут.

"Я смог, а вы нет - ну и слабаки", так надо понимать?

Не стоит.

Тогда уж да, я лучше контроллер возьму.

Возьмите эту машинку, даже паять не придется.
Вот: https://ru.aliexpress.com/store/prod...208.0.0.hbzkr7
не реклама!

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

А проект без исходников - таки и есть театр одного актера, затеянный заради сбора лайков.

Точно! Я же за лайки и просмотры этой темы деньги получаю

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

Если вернуться к более реальным скоростям, то читая по одному байту из UART в конце каждой строки можно не напрягаясь принимать по 20-30КБайт/с и складывать в буфер. Если полная длина строки 800 точек при 640 видимых, то у нас вполне достаточно времени для обработки большей части команд "на лету", а сложности будут только с командами выполняющими очистку или заполнение больших областей, для них всё равно нужно иметь какой-то механизм чтобы сообщить о том, что терминал пока не готов принимать новых команд.

Вот это уже интереснее... У меня терминал готов всегда! Даже когда делает скроллинг содержимого экрана.
Но есть конечно и "какой-то" механизм... Называется XON/XOFF, еще есть RTS/CTS...
У меня реализовано только RTS/CTS для очень медленных машин.
Сделайте проект софтварного видеотерминала на микроконтроллере. Я могу помочь качественным эмулятором VT100/VT52.
Было бы интересно собрать что то простое, карманное. Только почему ATXMega ? Может лучше Cortex STM32F103 бакса за 1,5-2? Всяко 72Мгц лучше будет.
Есть 20кило SRAM, всякие плюшки типа DMA контроллера...