Вопрос по командам терминала VT52.

[hobot]

Не ясна суть фразы - где чего нет?

Да я про TT.SYS ...

offtop

Я помню все пред. обсуждения, [form], штука просто в том, что я
в те годы естественно сидел на старенькой (вряд ли даже 5.2, у меня
была простая-шустрая-адаптированная под УК-НЦ + нештат утил 5.0), а про историю системы и всяческие
подробности я только на этот форуме начал узнавать. И получается с моей точки зрения как УК-НЦшника - что старая
версия надёжнее и годнее для УК-НЦ чем 7 с которой через раз проблемы )

Сейчас я на реале пользуюсь гибридной версией монитора QQ, 5.0 (нетронутой и СЭМЗовской),5.4G и 5.7 обновил все диры что бы "бэдов" не было при выводе каталогов с датами, юзаю твой или Patrona обработчик дат и твои или olegH.
системные часики + 9-ю версию SL.SYS которая для УК-НЦ спец. или родную (в случае с 5.7),
но тогда к ней нештатный KEY запускать надо иначе не удобно (без комментариев "смайл"),
почему именно KEY(?) да потому что все монитору кушают CLAV.SAV а 7-рка от него мрёт, как я выше
писал и от некоторых видом шрифтов, семёрка вообще на УК-НЦ почти всегда "при смерти" ))) (шутка)
Остальную среду (внешний вид) я внештатными программами настраиваю.
Я отлично понимаю почему такая картина - ведь к моменту когда вышла 7 никто наверное, кроме тебя для УК-НЦ её
уже не адаптировал, никаких "гибридных" сборок не пытался делать и уж конечно тесты на совместимость с Зеленоградским "ШПИОНОМ" не проводил.

Вот к примеру - нашёлся TS.SYS - драйвер от Oleg H. - который выводить позволяет КОИ-8 и в текстовом редакторе вроде бы даже. А вот PASCAL-8bit транслятор мне до сих пор не попался - что там в нём было такое я не помню, но
я помню что во время листинга трансляции он пищал на ошибках и в шапке каждой страницы писал, что он 8-битный.

По поводу режима ДИСПЛЕЯ на УК-НЦ - я как раз советовал его пощупать что бы прочувствовать все соответствия и не соответствия тобою описанные наглядно. Как-то так.

[свернуть]

Для не слишком опытных с RT-11 пользователей я вот тут собираю проверенные и поправленные на рабочесть
под 5.7 монитором программы и игры (все патчи и правки по ранним обсуждениям на этом форуме были проделаны) и некий пакет, что бы на реальном ЖД УК-НЦ развернуть последнюю версию системы и комфортно с ней
работать.

[form]

про TT.SYS

Ну сам драйвер есть - просто избавились от лишнего файла
Но к настройкам TT драйвер отношения не имеет..

[Atari]

красота

Скрытый текст

[свернуть]

[hobot]

Atari, ) Ну да красиво ) А можно подробнее - что и откуда картинка, каким образом выведена на экран современного моника?

[Atari]

это проект на FPGA Spartan-6

проц LatticeMico32 (LM32) 133 Mhz, UART, графика 640х480 (16 бит), текст 32х15, i2c, spi и т.д.

скорострельности FPGA вполне хватит для FullHD, это мне пока лень DVI или HDMI прикручивать.


впринципе терминал полностью "аппаратный", так что можно выкинуть проц и соединить UART прямо на текстовый вывод.

Скрытый текст

[свернуть]

[hobot]

текст 32х15

а почему так мало? и ещё вопрос - цель такого проекта, я не спец. могу просто не видеть каких-то очевидных для вас
перспектив, вы какую то конкретную штуку эмулировать пытаетесь ?

Может быть среди текста должен быть режим терминала?
80 столбцов на 24 строки - монохром (хотя на УК-НЦ он цветной как и любой другой).

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

[Advertiser]

[Atari]

да я как бы уже писал в #17

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

после формирования идеи написать текстовый, полностью аппаратный видик меня ткнули в VT100, но его нормальная реализация займёт неадекватное количество времени.
вот и было принято решение взять за основу VT52 с расширением от GEMDOS/TOS.

переделать разрешение в 64х15 или 32х30 или 64х30 дело на полчаса.

разрешение по горизонтали кратное степеням двойки сильно упрощает математику скролирования (фактически её исключает), разрешение по вертикали целиком зависит от коэффицента деления количества строк на 8, 16, 32 и т.д. т.е. в данном случае 480/32 = 15.

[form]

взять за основу VT52

VT52 имеет то несомненное преимущество, что он не попадает ни в один стандарт, и за пределами обычных ESC последовательностей VT52 можно делать что угодно (правда и обычные не дадут однозначности [ESC F например - нет стандарта о представлении символов псевдографики])
Правда есть исключение: ANSI стандарт (к которому относится и VT100) устроен так, что на VT52 его применение вызовет зависание (из-за перехода в HOLD SCREEN), но это так, лирика

[Atari]

режим HOLD SCREEN у меня отсутсвует как класс, останавливать вывод и главное - организовывать буфер у меня нет ни желания ни необходимости.
соответсвующая последовательность просто игнорируется.

скорострельность же самого терминала находится на уровне процессора т.е. сейчас 133 МГц, самая длинная операция - очистка экрана занимает 32х15=480 тактов, скролирование с очисткой 32 такта (ну может +1..2 такта).
при этом процессору отдаётся ACK, т.е. проц запнётся только если полезет в терминал со следующей командой.

[form]

режим HOLD SCREEN у меня отсутсвует как класс

Ну он и не нужен в данном случае (равно как и VT52 в сущности)