УКНЦ загрузка через стык С2

[Patron]

В приложении - HX_Server_-_UKNC_05.01.13_22-47.

Номер используемого COM-порта PC нужно указать в файле UKNC_HX_COM.cfg, в разделе

[ComPort.ini]
PortName = "COM1"

Настройки параметров COM-порта PC - в файле Terminal_ComPort_Adapter.ini.

...

Теперь сжатие по умолчанию включено, а режим сжатия запоминается от запуска к запуску

[HX.ini]

InitialStateOf[PackData] = 1
SaveChangesFor[PackData] = 1

...

[Advertiser]

[Alex_K]

Есть еще ошибка. Попробовал я после загрузки просканировать диск с помощью команды DIR/BAD/FIL. В итоге долго и упорно грузился DUP, потом после запроса 18432 слов с блока 0, сразу же запросилось 256 слов с блока 0 и 2048 слов с блока 417, ну и монитор вылетел в пультовый отладчик с сообщением, что "?MON-F-System read failure halt". В регистре 176570 установлен бит 12 - ошибка переполнения.

---------- Post added at 23:28 ---------- Previous post was at 23:02 ----------

Загрузил версию RT-11 V05.07, памяти она жрет больше, поэтому по команде DIR/BAD/FIL захватывается только 16128 слов. Складывается впечатление, что если запрашивается больше 16384 слов, то возникает ошибка.

[Patron]

Есть еще ошибка.

По счастью - эта ошибка у меня воспроизводится в точности, поэтому - вскоре я её устраню.

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

---------- Post added at 22:37 ---------- Previous post was at 22:33 ----------

.DIR/BAD/FIL
?DUP-I-No bad blocks detected HX0:

[Alex_K]

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

А УКНЦ при включенном сжатии не работает. Загрузил систему без сжатия, потом включил его. Чуть-чуть прочиталось и на этом все остановилось. При этом даже не работает перезапуск с адреса 0, вываливается в пультовый отладчик с сообщением о невозможности прочесть систему. После отключения сжатия перезапуск по нулевому адресу прошел нормально.

Есть тут еще проблема. Все дело в том, что на 1801ВП1-065 контроль линий передачи аппаратный, а на PC он программный. Соответственно после того как с на УКНЦ мы вывалились в пульт, то PC может послать очередной байт, и соответственно возникнет ошибка переполнения. Приходится в пультовом отладчике много раз читать регистр 176572, до тех пор, пока его значение не устаканится, т.е. с PC больше ничего не идет. После этого и перезапуск с нулевого адреса нормально проходит. Поэтому неплохо было бы в сервере сделать контроль по тайм-ауту, если пауза большая, то прерывать передачу и входить в режим восстановления связи.

[Patron]

В приложении - HX_Server_-_UKNC_06.01.13_00-18.

Номер используемого COM-порта PC нужно указать в файле UKNC_HX_COM.cfg, в разделе

[ComPort.ini]
PortName = "COM1"

Настройки параметров COM-порта PC - в файле Terminal_ComPort_Adapter.ini.

...

Проблема была в драйвере HX.SYS - при чтении несжатых данных с размером пакета > 32767.

...

[Patron]

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

Это невозможно.

Но при посылке Break все буфера очищаются. Посылать Break в мультиплексор HX пока можно только с терминала ( кнопкой клавиатуры [Pause/Break] ).

Чтобы подключить к мультиплексору HX терминал - нужно добавить следующие строки в разделы UKNC_HX_COM.cfg:

[modules]
Terminal_module  = Terminal_module.em


[objects]
VT52     = Terminal_module:Terminal


[links]
HX [TTY] <==> VT52

Можно ещё добавить секцию настроек для терминала:

[VT52.ini]
TabTitle=""
nFocusOnFirstOutput = 1
CURSOR_Y_START_% = 85

TerminalStatusBar_Part[CPS_Limit]= nPosition[2] | nPriority[6] | bHidden[1]

InitialStateOf[RusKeys] =1
SaveChangesFor[RusKeys] =0
InitialStateOf[GoldMode]=0
SaveChangesFor[GoldMode]=0
InitialStateOf[Log] =0
SaveChangesFor[Log] =0
InitialStateOf[Lc]  =0
SaveChangesFor[Lc]  =0
InitialStateOf[Bold]=0
SaveChangesFor[Bold]=0
InitialStateOf[RusLat]=0
SaveChangesFor[RusLat]=0

FontSize =0
FontFace ="Courier New"
bFontAntialiasDisable = 1

InitialStateOf[StatusBar]        = 0
SaveChangesFor[StatusBar]        = 0
InitialStateOf[ControlBar]       = 0
SaveChangesFor[ControlBar]       = 0
InitialStateOf[TerminalStatusBar]= 1
SaveChangesFor[TerminalStatusBar]= 0
InitialStateOf[SlowMultiByte]=1
SaveChangesFor[SlowMultiByte]=0
Cursor_OFF_Latency_MS=30

[hobot]

Проблема была в драйвере HX.SYS

Образ дискеты с поправленным 100% драйвером просьба отдельно прилепить в этой теме к любому сообщению )

[Alex_K]

Проблема была в драйвере HX.SYS - при чтении несжатых данных с размером пакета > 32767.

Да, проблема исчезла. Команда DIR/BAD/FIL отработала без проблем. Далее я решил нагрузить канал командой DIFF/BIN/DEV HX0: HX1:. Удивительно то, что BINCON не запросил размер дисков, ну да ладно. Более удивительно, когда BINCON полез за границу диска, т.е. запрашивал номер блока, больше чем 1600. Со стороны HX-сервера соответственно была ошибка "HX:ReadDSK -- ОШИБКА". Далее был запрос блоков 417 (длина 2048 слов) и 401 (длина 6144). Во время этого чтения возникла ошибка TRAP10 по адресу 157520. Соответственно код там такой:

157512: 122323 CMPB (R3)+,(R3)+
157514: 004767 CALL 157002
157516: 177262
157520: 005303 DEC R3
157522: 001375 BNE 157516

Этому соответствует код из драйвера:

Skip:
        CmpB    (R3)+, (R3)+            ; R3 += 2;

        Call    ChIn
        SOB     R3, .-4.                ; Get packet bytes.

Но в данном драйвере SOB является макросом, поэтому конструкция ".-4." срабатывает не на начале макроса, а на команде BNE, поэтому переход осуществляется не на команду CALL, а на ее аргумент, отсюда и TRAP10.

Можно ситуацию убыстрить командой DIFF/BIN/DEV HX0:/ST:1590. HX1:/ST:1590..

[Patron]

SOB является макросом

Супер-ошибка, сейчас исправлю.

Кстати, т.к. сервер выполняет атомарные операции, то лучший способ всё сбросить - перезапустить сервер.

Теперь при запуске сервера он будет чистить выходной буфер COM-порта, но не трогать входной, поэтому (по идее) сервер можно будет запускать даже после отправки запроса драйвером ( типа, срубать сервер после начала показа каждого блока дампа по команде DUMP/TERM HX0:, а когда драйвер HX.SYS посылает запрос чтения следущего блока - опять запускать сервер и всё должно работать ).

[Patron]

В архиве - HX_Server_-_UKNC_06.01.13_02-23

Номер используемого COM-порта PC нужно указать в файле UKNC_HX_COM.cfg, в разделе

[ComPort.ini]
PortName = "COM1"

Настройки параметров COM-порта PC - в файле Terminal_ComPort_Adapter.ini.

...

- Исправлен SOB-bug ( надеюсь );
- Теперь при запуске сервера выходной буфер COM-порта очищается, а входной - нет.

...