form, Что-то мы съехали с темы. Давай лучше сюда- http://zx-pk.ru/showthread.php?t=22601

Patron, При изменении параметра " StopBits = ONESTOPBITS" постоянно слетает настройка на TWOSTOPBITS. В чём может быть причина?

Причина в неправильном написании.

Чтобы был один стоповый бит - надо так:

Чтобы было полтора стоповых бита - надо так:

Все настройки точно копируют значения из DCB structure. Можно использовать текстовое значение (с учётом регистра) или числовой эквивалент из таблицы.

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

---------- Post added at 01:47 ---------- Previous post was at 01:09 ----------

Patron, Подключил плату с клавиатурой от терминала Mera СМ7902 к эмулятору VT52. Далее напечатал с терминала цифры и первый ряд букв в двух режимах эмулятора.
Вот что получил на экране эмулятора.
http://s018.radikal.ru/i524/1408/3d/32d087716839.jpg

От первой единицы до h в режиме ЛАТ. От второй единицы до Х в режиме РУС.

Это так и должно быть?

7 bit + parity, на примере jcu:

Обновилась текущая сборка эмулятора терминала типа VT52: VT52_30.09.14_15-40

Изменения:

1. Программа обновлена до текущей версии.

2. Исправлен файл конфигурации HX_IP.cfg.

...

Обновилась текущая сборка эмулятора терминала типа VT52: VT52_08.10.14_16-54

Изменения:

1. В объект Terminal_IP_Adapter добавлена первичная поддержка протокола Telnet, настраиваемая константой NetMode в ini-секции объекта в файле конфигурации:

Возможные значения: Raw, Telnet и Auto ( по умолчанию Auto ).

В режиме Raw обработка команд протокола Telnet и перекодирование байтов 0377 не производится.

В режиме Telnet все команды Telnet удаляются, байты 0377 перекодируются, при получении из интернета команды Telnet BREAK - в поток байтов посылается набор команд: ClearFIFO, BadFrame = 0, BreakOn, BreakOff = 250 мс, а при получении из потока байтов команды BreakOn - в интернет посылается команда Telnet BREAK.

В режиме Auto - в первую секунду соединения обмен данными не производится и ожидается согласование Telnet. При начале согласования устанавливается режим Telnet, иначе - режим Raw.

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

Когда клиент находится в режиме Auto, он воспринимает получение двух первых нулевых байтов от сервера, как приглашение к согласованию Telnet.

Все принятые и переданные команды Telnet протоколируются в порту [Log] ( обычно этот порт объекта Terminal_IP_Adapter подключен к консоли с именем IP_Log ).

...

Patron, Звездные войны так и не показывает. Правда там упомянут протокол IPv6 может это как то связано?

Скорее всего там управляющие коды VT100, а не VT52.

В Гипертерминале в режиме VT52 не уходит в HOLD. С опцией "Дополнять символы возврата каретки (CR) переводами строк (LF)" показывает но правда иногда "срывается синхронизация".

Там действительно коды VT100 (ANSI). В режиме VT52 (если терминал не поддерживает HOLD SCREEN) действительно будет показывать потому что там тупо выводится полный экран для каждого кадра, а "срывается" потому что на экране остается мусор от неотработанных ANSI ESC последовательностей :)

Patron, Будете смеяться, но в Гипертерминале вообще идеально пошёл в режиме телетайпа 33 (весь фильм не смотрел). Почему то всегда думал что VT52 и телетайп совместимы по командам но вроде отличия есть. А сначала тоже грешил на VT100. :)

---------- Post added at 21:21 ---------- Previous post was at 21:09 ----------

form, В Гипертерминале в режиме VT100 тоже срывается картинка.

Ну гипертерминал в принципе нельзя равнять с нормальными эмуляторами терминала :)

Во всех же (более-менее) нормальных реализациях: всевозможные консоли BSD/Linux, xterm, SecureCRT, PuTTY все всегда было идеально :)

form, В режиме VT100 я не снял галочки с опций CR+LF а так нормально работает. Вот почему тогда в режиме телетайпа нормально идет, непонятно. В прочем ладно, будем считать что фильм транслируется в ANSI.

Patron, Что то приглашение консоли Телнета Windows не показывает (соединение есть). На старой версии VT52 показывало. Гипертеминал даёт приглашение.

Я уже объяснил почему - он тупо перерисоввывает всю страницу, а не меняет отдельные ее элементы.

А чего там считать - WAR на CTAKAH'е сделан дампом телнетной передачи, и уж поди помню что там внутри :) -- всего одна ESC последовательность <ESC>[H (всмысле один тип последовательности) :)

Возможно телнетный клиент включается в построчный, а не посимвольный режим (особенно если соединение не на 23 порт).

Лучше проверить, работает ли теперь загрузка через IP-адаптер терминального порта.

Попробовал натравить на telnet listener в DS90M, соответствующий консоли 11/83. После передачи кода просто тишина, прога загрузчика не вылетает. Впрочем тут наверное надо как-то включать telnet binary mode чтобы заработало.

Попробовал на роутере по телнету запускать cu который подсоединяется к DS90M. Тут код вылетает в одном и том же месте. Более детально пока не разбирался...

Это сервер, со стороны клиента эм.VT52.
Не знаю какой там режим но работает с командной строки, а порт для Телнета стандартно 23.

Нормально загрузился.
Конфигурация такая.
VT52(PC)<>Switch<>конвертер MOXA NPort-COM<>COM-КЦГД-MC

И всё таки, как выйти на Телнет Windows?
Спасибо.

А это сервер или клиент ?

Patron, Давайте всё по порядку.
Запускаем службу Телнет.
Правой кнопкой мышки нажимаем на "Мой компьютер" выбираем "Управление" далее "Службы и приложения" - "Службы". В службах выбираем Телнет -свойства - пуск.
В эмуляторе меняем порт с 8023 на 23.
И должно выйти приглашение

Welcome to Microsoft Telnet Service

login:

Со стороны службы сервер, со стороны VT52 клиент.

Клиент должен согласовать с сервером посимвольный режим, иначе будет построчный со всеми вытекающими (вывод после того как пришел ввод [логически последовавший после этого вывода], невозможность использовать посимвольные программы, эхо там где его не должно быть итд)...

Розбрался, в чём проблема Telnet-сервера Windows - на некоторых этапах согласования опций он ждёт ответа до упора и при отсутствии ответа обмен висит.

В следующем релизе соответствующие отказы будут отправляться клиентом, а пока решение следующее - установить NetMode = Raw, а в файле Terminal.ini назначить на какую-нибудь клавишу ( вроде <F4> ) нужный Telnet-серверу Windows набор отказов:

Тогда, после установления соединения - обмен будет висеть только до нажатия клавиши <F4>.

Также можно в следующем релизе сделать кнопку Break для вызова пульта в Эл.85 (какой код я уже писал).
Спасибо.

Терминал посылает BREAK при нажатии на клавиатуре кнопки <Pause/Break>. Раньше этот сигнал не передавался через Telnet, а теперь передаётся.

Patron, Опять засада. При изменении на RAW эмулятор всё равно ставит на AUTO. Кнопка F4 с соответствующими изменениями не чего не даёт.

Регистр пока имеет значение ( надо бы это исправить ), поэтому там надо писать именно Raw ( или эквивалентное числовое значение 0 ).

Patron, Да, наверно привычка от RT11. :)
Интересно ещё вот что.
Пишет Welcom to...... Login: нормально а после ввода пароля непонятные символы. Это что, сервер меняет кодировку?
Если можно то пускай VT52 запретит ему менять кодировку.

Скорее - просто пишет что-то по-русски.

VT52 не понимает ни одну из русских кодировок Windows, поэтому надо как-то отучить Telnet-сервер Windows от использования русских сообщений.

Нет, после ввода пароля появляется чёрный прямоугольник и буква Щ. Это явно телнетовская команда.

Важно чтоб VT52 корректно отвечал на телнет команды а с кодировкой разобраться не вопрос.

Обновилась текущая сборка эмулятора терминала типа VT52: VT52_24.10.14_16-10

Изменения:

1. Теперь словесные эквиваленты значений параметров и констант не чувствительны к регистру символов.

2. Теперь при работе по протоколу Telnet на каждое предложение WILL и DO с номером опции больше 03 - выдаётся индивидуальный отказ.

...

Patron, Есть небольшое пожелание.
Добавьте пожалуйста опций дампа, где опции имеют такие функции:
1)опция
Запись дампа только Телнет команд где из общего потока фильтруется 3 октета а определение по команде IAC (377).
1 октет (IAC), 2 октет (команда) 3 октет (опция команды)

2)опция
Всё тоже самое только в десятеричной системе.

3) опция
Всё тоже самое только кроме числового значения верхней строчкой, нижней строчкой идет название самой команды. (типа перевод)

Так легче будет отлавливать те команды сервера, на которые не реагирует VT52. Так же если сделать идентификатор терминала где терминал сообщает серверу что он VT52, то тогда сервер будет работать только в ASCII и не будет передавать "чужие" команды/запросы типа VT100, ANSI и т.п.

Спасибо.

В окне IP_Log дампятся все принятые и отправленные команды Telnet.

Terminal_IP_Adapter реагирует на все команды Telnet, передавая отказы от их выполнения ( если на команду требуется ответ ).

Терминал ничего не знает про Telnet, а Terminal_IP_Adapter - ничего не знает про терминал, поэтому такое дополнение сделать сложно.

Там команды в шестнадцатеричном виде.

Получается что даёт отказ на запрос о типе терминала.

На команду сервера IAC SB 24 1 IAC SE терминал должен ответить IAC SB 24 0 VT52 IAC SE.

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

---------- Post added at 18:45 ---------- Previous post was at 18:32 ----------

Можно добавить в опции адаптера что-то вроде текстовой константы ReportTerminalType с пустым значением по умолчанию. Тогда, если туда что-то написать - эта строка будет выдаваться в ответ на запрос типа терминала по Telnet.

Попутно замечу, что VT52 - неправильный тип терминала. Правильный DEC-VT52, а просто VT52 - это случай когда прогнулись под криворуких программеров и решили, что проще смириться :)
Но при входе например на OpenVMS по телнету разница будет заметна - там понимаются только правильно написанные (согласно rfc884) типы...

Терминалу не чего и не требуется что то узнавать, поэтому речь идет об адаптере. В настоящем VT52 вообще кроме токовой петли нечего нет. Согласование протокола приёма/передачи нужно для того чтобы сервер не присылал "чужие" команды а работал в только режиме приёма/передачи VT52.

---------- Post added at 18:56 ---------- Previous post was at 18:53 ----------

Возможно что в Майкрософт упростили так как там пишется просто VT52.

Многие упрощают - от того и стали делать софт который и так и так да еще парой способов понимает :)

Отлично! А клонировать строку можно будет под другие запросы?

Когда возникнет настоятельная потребность рапортовать текстовой строкой что-то кроме типа терминала - можно будет добавить поддерку такого запроса.

form, тут надо бы уточнить несколько моментов. OpenVMS который в составе эмулятора не спрашивает о типе терминала. Скорей всего он и так работает в режиме VT52.
Какая ещё операционка может менять протокол в соответствии типа терминала.
Посмотрел RFC1091, там довольно таки много вариантов согласования но везде пишется "TERMINAL-TYPE". Это как, срока пишется в команде или подменяется названием терминала?