Speccy - наш выбор! - Эмулятор терминала типа VT52

Speccy - наш выбор! (http://zx-pk.ru/index.php)

- - Эмулятор терминала типа VT52 (http://zx-pk.ru/showthread.php?t=20092)

Обновилась текущая сборка эмулятора терминала типа VT52: VT52_13.02.13_23-42.

Изменения:

1. Мультиплексор и драйвер HX переделаны на новый протокол HX 2.2, полностью совместимый с HX 2.1

2. Теперь при нажатии Ctrl/H в терминале - генерится код 010, а не 0177

3. В файл Terminal.ini добавлены новые параметры, задающие коды, посылаемые клавишами [Backspace] и [Enter]:

Code:

ANSI_STR_FOR_KEY[Backspace] = "\177"

ANSI_STR_FOR_KEY[Enter]     = "\015"

Эмулятор при этом страшно пищал !!! )

Patron, только что словил такой глюк, запустил эмулятор ДВК (файл EXE отсюда переименованный в PDP11.exe) и во время работы с диском словил в рабочую строку содержимое буфера обмена Виндоус?

Code:

HD (177720) disk driver v1.0b  2011



SL V08.00 [SW] Сторожевых С.В. 1988



RT-11SJ  V05.01



.SE TT SCOPE, QUIET



Assignments:

Symbol  Status  Value

------  ------  -----

`       auto <  Dir/Fu/Vo/Bl

?       auto <  run

;               :

^X      auto <  mac

^B      auto <  lin

^D      auto <  dess

^T      auto <  pascal

\       auto <  nys

---------------------

Empty bytes: 235.



.        (    ).  :



?

KMON-F-Invalid command



.



.



.  :



?KMON-F-Invalid command



.



.-   ,



?KMON-F-Invalid command



.



..-,



?KMON-F-Invalid command



.



.run  780432001, <

L:NA?KMON-F-File not found DK:780432.SAV

M

.xmL:NAMespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />







 0!UCL-E-Bad command or file name

.



. 044030653,



?KMON-F-Invalid command





.



./ 30301810255000605508





?KMON-F-Invalid command



.



./ 30101810500000000653,





?KMON-F-Invalid command



.



. 7707083893



?KMON-F-Invalid command





.





. :



?KMON-F-Invalid command



.



.  4230





?KMON-F-I

         nvalid command



.



.





.



.

Как так вышло даже не знаю )
А что можно из Win-буфера в RT-11 что-то вставлять? )

Quote:

Originally Posted by hobot (Post 575907)

во время работы с диском словил в рабочую строку содержимое буфера обмена Виндоус

При нажатии Shift/Insert - содержимое буфера обмена вставляется в терминал.

Были нажатия на клавиатуру или просто во время простоя эмулятора взял и вставился буфер обмена ?

Quote:

Originally Posted by Patron (Post 575924)

При нажатии Shift/Insert - содержимое буфера обмена вставляется в терминал.

Были нажатия на клавиатуру или просто во время простоя эмулятора взял и вставился буфер обмена ?

Конечно нет, я там команду какую-то вбивал ) Я про это сочетание не знал, вполне мог нажать, поскольку - это мой знаменитый INSERT - на ноут-буке который папутно-же и Num_Lock ))) Теперь понятно - вопрос снят ! ) Я мог промахнутся мимо Fn и нажать левый шифт ! )

Попробовал связаться с TSX через IP с помощью VTCOM и передать файлики. Использовался конфиг default2.cfg.

Для работы конечно непригодно из-за потерь символов, но файлы вполне терпимо передает... Попробовал эмулятор на максимальной скорости - потерь меньше и на true - потерь больше...

Quote:

Originally Posted by form (Post 580985)

Для работы конечно непригодно из-за потерь символов

В какую сторону символы теряются по IP - на передачу из эмулятора, на приём в эмулятор или в обе стороны ?

По идее - на приём символы теряться не могут в принципе, потому что у эмулятора DL-порта не эмулируется оверран и все принятые по IP байты обязательно будут переданы программе RT-11, читающей байты из DL-порта.

Потеря на передачу (в теории) может происходить только на другой стороне IP-канала. Все отправляемые в DL-порт байты упаковываются в TCP-пакеты и отправляются адресату.

Quote:

Originally Posted by Patron (Post 580994)

В какую сторону символы теряются по IP - на передачу из эмулятора, на приём в эмулятор или в обе стороны ?

По картинке видно - на прием в эмулятор.

Quote:

Originally Posted by Patron (Post 580994)

По идее - на приём символы теряться не могут в принципе, потому что у эмулятора DL-порта не эмулируется оверран и все принятые по IP байты обязательно будут переданы программе RT-11, читающей байты из DL-порта.

Потеря на передачу (в теории) может происходить только на другой стороне IP-канала. Все отправляемые в DL-порт байты упаковываются в TCP-пакеты и отправляются адресату.

Передача через IP вообще головная боль. Когда соединял удаленный ДВК с E11 приходилось повозиться. Я думаю проблема в том, что символы при передаче по IP группируются в блоки и фигачат этими блоками. А вообще - фиг его знает.

Если просто телнетом подключиться - все работает отлично.

Огранизация такая:

Code:

.SH TE



Line  Type     Vector     CSR    Terminal  Speed     Active  Line Name

----  -----  ----------  ------  --------  --------  ------  ------------

 1    Oper.  DL     060  177560  VT100       N/A 8N    Yes   TT0

 2*   Local  DL     300  176500  VT100       N/A 8N    Yes   TT1

 3    Local  DL     310  176510  VT100       N/A 8N    Yes   TT2

 4    Local  DL     330  176530  VT100       N/A 8N    No    TT4

30    CL     DL     320  176520  unknown     N/A 8N    CL0   CL unit 0



.

CL0 физически замкнут на TT2, телнетный сервер работает со стороны CL0 и подключает клиента к TT2.

---------- Post added at 19:54 ---------- Previous post was at 19:47 ----------

Только сейчас заметил - промахнулся мимо темы - это по идее в тему эмулятора. Ну да ладно...

По VT52 эмулятору - обнаружено, что если подключить его через COM порт как терминал к PDP-11, PUD очень плохо реагирует на стрелки, но прекрасно работает с односимвольными клавишами. С K52 кажется (но точно не помню) тоже проблемы были. Это на уродском USB<>2COM, раньше вроде не было проблем когда был обычный порт.

---------- Post added at 19:55 ---------- Previous post was at 19:54 ----------

Да, по VT220 (SecureCRT) все отлично - SL, KED...

Quote:

Originally Posted by form (Post 580998)

Я думаю проблема в том, что символы при передаче по IP группируются в блоки и фигачат этими блоками.

Но теряться они должны ещё до упаковки в TCP-пакеты на передающей стороне. Модульный API в принципе пока не умеет терять байты.

Можно добавить в конфиг ещё одну консоль и увидеть дамп того, что принимает IP_Adapter:

Code:

[objects]

IP_Dump         = Ядро:Console



[links]

IP_Adapter > IP_Dump





[IP_Dump.ini]

TabTitle = 

InitialStateOf[StatusBar]  = 0

SaveChangesFor[StatusBar]  = 0

InitialStateOf[ControlBar] = 0

SaveChangesFor[ControlBar] = 0

InitialStateOf[Log]=0

SaveChangesFor[Log]=0

DumpMode=1

Изменяя параметр DumpMode можно получать разные виды дампа.

Если на выходе IP-адаптера уже не будет части байтов - значит (скорее всего) именно так они и были упакованы в TCP-пакет на передающей стороне ( можно это там как-то проверить? ).

...

Quote:

Originally Posted by form (Post 580998)

По VT52 эмулятору - обнаружено, что если подключить его через COM порт как терминал к PDP-11, PUD очень плохо реагирует на стрелки, но прекрасно работает с односимвольными клавишами. С K52 кажется (но точно не помню) тоже проблемы были. Это на уродском USB<>2COM, раньше вроде не было проблем когда был обычный порт.

Здесь может играть роль настройка терминала

Code:

[VT52.ini]

InitialStateOf[SlowMultiByte] = 1

При SlowMultiByte = 1 многосимвольные посылки передаются со скоростью 60 CPS, при SlowMultiByte = 0 многосимвольные посылки передаются без ограничения скорости.

Проверил - теряется в эмуляторе.
Точнее (это и раньше было понятно, забыл уточнить) - не в самом эмуляторе, а в RT-11.

Кстати можешь проверить от себя - оно у меня внаружу выставлено сейчас на 85.118.227.58. Система нужна FB (или другая с таймером), драйвер XL с параметрами второго терминального порта и VTCOM.REL (запускать можно как SAV если ни разу до этого не запускался как FRUN/SRUN).