Загрузка RT-11 в ДВК через telnet-интерфейс

Вид для печати

Показывать 40 сообщений этой темы на одной странице

11.11.2014, 05:01
form

Цитата:

Сообщение от MiX

form, VTCOM ругается что нет XL драйвера, да и как он с ipом связан.

С IPом он никаким боком не связан - он связан с терминальным устройством (незхависимо от того через что он реализован) и позволяет подключаться терминалом к другому хосту и передавать с/на него с помощью программы TRANSF (RT-11), TRANSFER (RSX-11, VAX/VMS, RSTS/E) файлы.

К слову, таким способом мы гоняли файлы именно через IP между казахстаном и новосибирском; между живым ДВК и E11 и моим 11/83. И в отличие от HX, как бы все плохо ни было, а файлы стабильно передаются, меняется только количество повторов передачи, такого понятия как все подвисло нет в помине :)
11.11.2014, 12:14
MiX

form, Я подключился через эм.VT52, кроме НХ там нечего нет.
11.11.2014, 12:16
form

Цитата:

Сообщение от MiX

form, Я подключился через эм.VT52, кроме НХ там нечего нет.

VT52 понятно не поможет (если только в него не интегрировать протокол TRANSF), а вот DVK emulator - да. Все что нужно - это создать второй терминал который бы коннектился к OpenVMS.
11.11.2014, 12:25
MiX

Цитата:

Сообщение от form

VT52 понятно не поможет

Всё что нужно для работы НХ это добавить драйвер.
11.11.2014, 12:31
form

Цитата:

Сообщение от MiX

Всё что нужно для работы НХ это добавить драйвер.

Вечером если не лень будет добавлю.
11.11.2014, 12:39
MiX

form, Ещё желательно на сайте дописать вход по RT.
11.11.2014, 12:41
form

Цитата:

Сообщение от MiX

form, Ещё желательно на сайте дописать вход по RT.

Я не уверен, что он сохранится.
13.11.2014, 16:51
form

По просьбам трудящихся добавлены HX.SYS и HXX.SYS.
13.11.2014, 17:37
MiX

form, Диск так и не присоединился. Лог написал одну строчку- Unit:0 Block:1 ByteCoynt:512.
После команды DIR HX: перевод строки и мигающий курсор.
Ещё заметил что по адресу 177560 нет прерывания.
13.11.2014, 17:48
form

Цитата:

Сообщение от MiX

form, Диск так и не присоединился. Лог написал одну строчку- Unit:0 Block:1 ByteCoynt:512.

Ну в этом собственно не было сомнения с самого начала :)
Если бы simh запускался на полную скорость, может еще какие шансы бы и были, н тоже не факт...

Цитата:

Сообщение от MiX

Ещё заметил что по адресу 177560 нет прерывания.

Собственно по этому адресу прерывания быть и не должно ни при каких условиях :)
Но в любом случае HX с прерываниями не работает.
13.11.2014, 18:09
MiX

form, Ещё вариант, поставь в эмуляторе 11/03 процессор или хотя бы 23.
13.11.2014, 18:11
form

Цитата:

Сообщение от MiX

form, Ещё вариант, поставь в эмуляторе 11/03 процессор или хотя бы 23.

Это убьет возможности образа системы который там записан и потребует переделки самого образа.
15.11.2014, 02:23
MiX

form, Попробовал на Эм.PDP11 через сеть загрузить эмулятором VT52 на разных частотах эмулируемого процессора. До 2000 MIPS нормально грузится, после 2000 пишет "HX-W-BAD Packet".
Это я к тому что теоретически НХ протокол не пойдёт если процессор выдаёт больше 2000 MIPSов.
15.11.2014, 03:42
Patron

Цитата:

Сообщение от MiX

теоретически НХ протокол не пойдёт если процессор выдаёт больше 2000 MIPSов.

Не пойдёт через загрузчик HX с обычным таймаутом. Для любого таймаута ( кроме бесконечного ) найдётся такое быстродействие, которое вызовет ошибочный таймаут.
16.11.2014, 12:20
MiX

Patron, Понятно, но в случае с formom загрузка идет обычным способом с диска DU. Захват диска НХ не происходит на стороне клиента. Скорей всего в драйвере что то. Я думаю можно сделать как в модемной связи, сервер посылает запрос и получает ответ, потом высчитывает время от посылки до ответа и выставляет минимальный тайаут (некий PING что-ли). Ну и дальше продолжает работать в соответствии с длительностью отклика.
16.11.2014, 13:44
Patron

Цитата:

Сообщение от MiX

Захват диска НХ не происходит на стороне клиента. Скорей всего в драйвере что то.

Если на закладке HX Log не отмечается поступивший запрос - проблема не в драйвере.
16.11.2014, 17:29
MiX

Цитата:

Сообщение от Patron

Если на закладке HX Log не отмечается поступивший запрос - проблема не в драйвере.

Лог написал одну строчку- Unit:0 Block:1 ByteCoynt:512.
17.11.2014, 13:57
Patron

Цитата:

Сообщение от MiX

До 2000 MIPS нормально грузится, после 2000 пишет "HX-W-BAD Packet".

Сейчас посмотрел - таймаут есть только во внешнем загрузчике. Драйвер HX работает без таймаута, поэтому если грузить HX родным загрузчиком HX ( который не умеет устанавливать дату ), то загрузка и работа возможны при любом быстродействии.

Цитата:

Сообщение от MiX

После команды DIR HX: перевод строки и мигающий курсор.

В драйвере HX нет таймаута, поэтому если какой-то байт пропал по дороге - драйвер HX будет ждать этот байт до бесконечности.

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

Такой подход в комбинации с командой: DUMP/TERM/BYTE/IGNOR HX0:/ONLY:nn ( где nn - номер читаемого блока ) - позволяет вывести на экран дамп всех принятых драйвером байтов.
17.11.2014, 14:27
MiX

Цитата:

Сообщение от Patron

ему можно "скормить" несколько нажатий клавиатуры

Не помогает.

Цитата:

Сообщение от Patron

позволяет вывести на экран дамп всех принятых драйвером байтов.

После команды получил ответ "simulation stopped, pc: 001510 ( TSTB @#177560)
Goodbay"
...
И т.д.
17.11.2014, 14:42
Patron

Цитата:

Сообщение от MiX

После команды получил ответ "simulation stopped, pc: 001510 ( TSTB @#177560)

Видно, что висит на ожидании байта. Т.е. по ходу передачи или пропадает часть байтов, или портится передаваемый в самом начале счётчик байтов и драйвер считает, что должен принять больше байтов, чем есть в пакете.

Не исключено даже, что не проходит заголовок пакета с запрошенными данными и драйвер HX, отправив запрос - пропускает все "посторонние байты" в ожидании сигнатуры заголовка.

В любом случае причина скорее всего в искажении 8-битных байтов при их передаче. При текстовом обмене проблем не возникает, а при двоичном - они есть.

Можно сделать тестовую версию драйвера HX, которая будет работать с таймаутом и "дублировать словами" все получаемые драйвером команды и данные.
17.11.2014, 15:40
form

На самом деле есть еще один нюанс...
В запускаемом SimH код CTRL/P опознается как останов эмуляции (с последующим выходом так как следом за загрузкой в конфиге идет команда QUIT).

В оригинале SimH не позволяет запретить клавишу останова. Я когда делал вел порт для OpenBSD там добавлял такой функционал. Могу и здесь собрать такой вариант.
19.11.2014, 16:18
MiX

Patron, Я тут подумал, может в НХ использовать протокол FTP. Он как раз использует двоичный режим.
20.11.2014, 17:09
Patron

Написана тестовая версия драйвера HX: HX_test_version_v1.0

Режим сжатия не используется.

В настройки добавлен параметр WAIT, задающий число полных циклов ожидания ( по 65536 запросов в каждом цикле ) при ожидании байтов в порту HXCSR. Значение по умолчанию 16.

Код:

.SET HX LIST HX test version v1.0 2014 SET HX active parameters ======================== NoERLG NoTIMIT HXCSR = 177560 TTCSR = 177560 Wait = 16 .

Теперь при пропаже байтов - драйвер HX сообщает об истечении таймаута:

Код:

.DU/TE/BY HX0:/ONLY:0 ?HX-W-READ DATA TIMEOUT ?DUMP-F-Input error HX0: .

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

При чтении - все неопознанные байты ( до приёма заголовка ) помещаются в приёмный буфер пользователя. В момент приёма заголовка указатель сохранения байтов вновь устанавливается на начало буфера пользователя. Это позволяет анализировать принятые данные даже при искажении заголовка пакета ответа.

...
20.11.2014, 19:41
MiX

form, Перезалей драйвер пожалуйста.

Показывать 40 сообщений этой темы на одной странице