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

[Patron]

Сервер же при этом шлет обычно пачками

Когда IP-адаптер "эмулятора ДВК" выступает в качестве сервера - он отправляет пачки 60 раз в секунду. Это специально сделано для того, чтобы было комфортно запускать на таком сервере игры.

Если загрузить в эмуляторе ДВК файл конфигурации Server.cfg - он начинает принимать входящие соединения на всех IP-адресах хоста в порту 8023.

Адрес и порт ожидания соединения можно задать настройками:

[IP_Adapter.ini]
Listen_on_IP   ="" 
Listen_on_Port = 8023

Подняв такой сервер - можно зайти на него эмулятором терминала и оценить плавность работы в играх.

[form]

Когда IP-адаптер "эмулятора ДВК" выступает в качестве сервера - он отправляет пачки 60 раз в секунду.

Вполне нормальный режим.
Просто добавить фичу чтобы умел вырезать телнетные команды при приеме, а при отправке символа с кодом 377 отправлял его дважды.
Опция должна быть отключаема так как CHARON к примеру наоборот вроде raw ip использует.

Позже можно подумать об эмуляции DLV11-E/F с фичей приема звонка/дозвона

[Patron]

при отправке символа с кодом 377 отправлял его дважды

Редкий терминал отправляет такой код - для этого надо специально извратить настроки в файле Terminal.ini, задав какой-нибудь настраиваемой клавише отправку "\377".

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

[form]

Редкий терминал отправляет такой код - для этого надо специально извратить настроки в файле Terminal.ini, задав какой-нибудь настраиваемой клавише отправку "\377".

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

Дело не в терминале, а в принципиальной возможности отправить такой код например записав его в 177566. Телнетный клиент будет сбит с толку если следующий символ будет отличным от 377. Задача - максимально близко к реальности сделать, то есть чтобы терминальный клиент (телнетным) работал так как будто это настоящий терминал.

---------- Post added at 16:57 ---------- Previous post was at 16:55 ----------

Ну и обратное - телнетный клиент или сервер обязательно будет слать свои опции в виде <377><OP> или <377><OP><VAL>, их надо вырезать чтобы они не вылетали из регистров устройства.

[Patron]

Задача - максимально близко к реальности сделать, то есть чтобы терминальный клиент (телнетным) работал так как будто это настоящий терминал.

Если Telnet-клиент, подключившись к серверу - посылает запрос настроек Telnet - IP-адаптер можно научить адекватно отвечать. Но если Telnet-клиент подключается "молча" - он должен работать в режиме RAW, т.к. IP-адаптер в принципе пассивен - он не может быть инициатором траффика.

[form]

Если Telnet-клиент, подключившись к серверу - посылает запрос настроек Telnet - IP-адаптер можно научить адекватно отвечать. Но если Telnet-клиент подключается "молча" - он должен работать в режиме RAW, т.к. IP-адаптер в принципе пассивен - он не может быть инициатором траффика.

Вполне приемлемый вариант. Аналогично для сервера. Но опция которая позволяет отключать вручную тоже пригодится - скажем telnet, raw, auto.

[Patron]

опция которая позволяет отключать вручную тоже пригодится - скажем telnet, raw, auto.

Замечу, что в модульном API реализуется стратегия фильтрации точных совпадений - т.е. из потока вырезаются только те участки, которые на 100% совпадают с шаблоном и для которых фильтр точно знает, что они означают. Те последовательности, которые не на 100% совпадают с шаблоном или назначение которых фильтру неизвестно - всегда пропускаются, потому что вслед за этим фильтром в цепочке может стоять следующий, который как раз такую последовательность и обрабатывает.

[form]

У-у как все запущено в этом самом USB<>2COM...

Отправляю с 11/83 коды 101,33,321.

<101>
<033>
<321>

Тут все в норме - прилетает как и положено...
Теперь отправляю BREAK.

<000>
<BRKON>
<BRKOFF>
<056>
<122>
<105>
<114>
<015>
<012>
<052>
<136>
<103>
<015>
<012>
<101>
<033>
<321>

Получаем полную хрень: кратковременный BREAK и остатки буфера (то, что уже было напечатано до этого)

В принципе я конечно все это уже видел когда выключал питание 11/83, но здесь в явном виде с полной раскладкой...

Не берите PCI и USB портов если нужен полный функционал хотя бы на уровне DL(V)11

[hobot]

Подняв такой сервер - можно зайти на него эмулятором терминала и оценить плавность работы в играх.

Игрушки! )

Не берите PCI и USB портов если нужен полный функционал хотя бы на уровне DL(V)11

Лучший вариант как я понял обычный COM на материнке, но помню ещё по работе
в рознице вариантов "USB2COM" и "PCI2COM" - очень много, может быть возможно
и подобрать что-то приемлемое? Для тех у кого ну очень новые компьютеры, а
потребность\желание каких то COM-соединений (по теме) всё таки возникнет?
Но это всё так - риторическая лирика ) Просто может кто-то отпишет, что мол
вот такой адаптер-переходник работает отлично, молодцы китайцы или что-то в этом роде.

[form]

подобрать что-то приемлемое?

Другого способа кроме как проверять по очереди все не вижу.
На данный момент из двух PCI карточек и одной USB ни одна полного функционала COM порта не позволила делать. Возможно это проблема драйверов этих железок, но может и самих железок.

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