Эмулятор терминала типа VT52

[MiX]

Похоже, что с терминалом такое никогда не будет возможно.

Как это не возможно когда любой терминал генерирует символы.

Когда дойдёт дело до графической подсистемы - появится объект "Монитор", выводящий поток графических кадров (битмапов размером с эмулируемый экран).

Речь идет о символьном терминале.

Эмуляторы КСМ и КЦГД будут создавать эти кадры и отправлять через поток кадров в монитор для отрисовки.

Зачем такие сложности? Лучше разделить графический режим и символьный, где в символьном режиме идет код символа, а терминал (и те же КСМ, КЦГД) печатает символ с соответствии с картой знакогенератора (выбранного терминала).
В графическом режиме (касается только КГД, КЦГД) идет поток битов где отображается в отдельной консоли с автоматическим переключением туда и обратно.
По сути эмуляция КСМ+КГД пускай будут в отдельных консолях, это облегчит эмуляцию. В КЦГД, там сложнее. Лучше КЦГД использовать только графический режим с эмуляцией символьного.

Но просьба была по терминалам, где терминал не использует шрифт, а создает символы из прошивки знакогенератора.

[Advertiser]

[form]

Предложение по доработке HX драйвера - добавить/расширить вызовы .SPFUN:

• SF.R32 (367), SF.W32(366) - чтение/запись с использованием 32-битного блока, аргумент blk - адрес дескриптора: первые два слова - номер блока, третье слово возвращает реально переданное количество слов, четвертое не используется (совместимость с DU)
• SF.SIZ (373) - получить размер - аргумент blk - тип запроса: SF.S16 (0) - 16 бит, SF.S32 (1) - 32 бит (в этом случае буфер должен быть 4-словным, два слова - размер, два слова не используются

Функционал будет полезен для подъема с нуля систем с большими дисками.

[Patron]

Предложение по доработке HX драйвера - добавить/расширить вызовы .SPFUN:

• SF.R32 (367), SF.W32(366) - чтение/запись с использованием 32-битного блока, аргумент blk - адрес дескриптора: первые два слова - номер блока, третье слово возвращает реально переданное количество слов, четвертое не используется (совместимость с DU)
• SF.SIZ (373) - получить размер - аргумент blk - тип запроса: SF.S16 (0) - 16 бит, SF.S32 (1) - 32 бит (в этом случае буфер должен быть 4-словным, два слова - размер, два слова не используются

Модифицировать драйвер удобнее тому из разработчиков, кому есть на чём тестировать результат.

От себя могу предложить исчерпывающую информацию по реализации.

1. Запрос размера диска. Существующий код драйвера HX по обработке запроса SPFUN для получения 32-разрядного размера диска требует минимальной модификации - там всё очевидно.

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

Разберём на примере запроса чтения.

HX.Read:

	Mov	#1, R0			; Send SOH
	Call	ChOu

	Mov	#9.*400+375, R0		; Short packet ; Packet size = 9
	Call	WOu

	Mov	#"Cr, R0		; Packet type = COMMAND  ;  Command = Cmd_READ_PACKED_STREAM
	Call	WOs

	Mov	R3,  R0			; Unit
	Call	ChOs

	Mov	R2,  R0			; Block
	Call	WOs

	Clr	R0
	Call	WOs			; 16bit Block -> 32bit Block

	ASL	R1			; R1 == Byte Count

	Mov	R1,  R0			; Byte Count
	Call	WOs

	Mov	ChSum, R0
	Call	WOu			; CheckSumm

Зелёное и красное - надо перенести. Красное - надо изменить для передачи старшего слова номера блока. Синее - общее продолжение, которое надо оставить на месте и выполнять туда переход из перенесённого и изменённого кода.

[MiX]

Patron, Здравствуйте.
Я использовал загрузчик НХ в качестве ввода программы на Бейсике. Есть вопросы.
Как отключить детектор промпта, пустые кавычки в настройке PromptChar="" не дают ввода текста по нажатию кнопки Boot HX0. Как вариант использую пробел.

Как в тексте программы сделать "перевод сроки+возврат каретки" т.к после ввода первой строки следующая ждет повторное нажатие пробела.

На данный момент тест вводится с пробелами (перед 10 и RUN). После RUN надо нажать Enter.

БЭЙСИК  ДВК НЦ
@0
ЖДУ
 10PRINT "HELLO"
 RUN
HELLO
 
ОСТ СТРОКЕ   10
ЖДУ

И, просьба сделать выпадающее меню рядом с кнопкой Boot HX0 для выбора файла с текстом.

Спасибо.

[Patron]

[b]Как отключить детектор промпта, пустые кавычки в настройке PromptChar="" не дают ввода текста по нажатию кнопки Boot HX0.

Можно попробовать создавать два объекта типа ODT_Loader с разными именами - один будет как обычно подключен к кнопке Boot HX0, а другой (без задания промпта) - к какой-то другой кнопке.

В принципе, можно вообще не заморачиваться с загрузкой текста через ODT_Loader, а вставлять текст через буфер обмена ( для вставки текста в терминале - нажать <Shift><Insert> ). Открываем текст программы в блокноте Windows, выделяем нужный фрагмент, копируем в буфер обмена ( например, нажав <Ctrl><Insert> ), переходим в окно терминала и нажимаем <Shift><Insert>.

Как в тексте программы сделать "перевод сроки+возврат каретки"

При загрузке текста из файла скрипта - ODT_Loader превращает последовательности 015 012 в 015 ( т.е. CR LF в CR ), а 0254 015 012 в 012 ( ¬ CR LF в LF ). Значит, если в файле программы после каждой строки кода вставлять пустую строку с одиночным символом '¬', то после CR, переданного в конце предыдущей строки, будет передан LF. Однако, нужно отметить, что при вводе с клавиатуры - ввод каждой строки заканчивается именно одиночным нажатием клавиши <CR>, а не нажатиями последовательности клавиш <CR><LF>.

[AFZ]

А я правильно понимаю, что обсуждаемый эмулятор VT52 обязан нормально работать через свистульки USB-COM на всяких FT232, PL2303 и пр. CH340G, а не только через "железные" компорты?

[form]

А я правильно понимаю, что обсуждаемый эмулятор VT52 обязан нормально работать через свистульки USB-COM на всяких FT232, PL2303 и пр. CH340G, а не только через "железные" компорты?

Проблем на PCI/USB портах у него нет. Думаю с ттлными преобразователями тоже нет.
Это у всяких TU58 эмуляторов проблемы из-за особой реакции на BREAK у таких железяк

[Hunta]

Я использовал его для подключения к PDP на Циклоне - через FT232 как раз

[AFZ]

Угу. Только если покупать эту свистульку с FT232 у китайцев, высока вероятность нарваться на подделку - левый китайский клон этого чипа. А его родные дровишки, ущучив левак, стирают в нем что-то, вроде VID/PID, и до свидания. Вылечить, конечно, можно, но это нужны старые дровишки и куча поясок с бубном. Что-то похожее есть и с PL2303, а вот CH340G в таком пока не замечены.

[Hunta]

А его родные дровишки

Ну, те которые использую - не матерятся. А обновлять дрова пока не вижу смысла