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

[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 контроллера...