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

[Vamos]

Со сжатием проблемы в другом. Если квитирование работает плохо, то во время распаковки сжатого блока, если это занимает длительное время, успевает прийти еще байт на место несчитанного, возникает ошибка переполнения. Если со стороны PC передаются скажем 157 байт, то из-за переполнения УКНЦ думает, что приняла так скажем 155-156 байт и тупо ожидает остаток, а HX-сервер думает, что все нормально передал и ждет очередной команды.

Склоняюсь к мнению Patron потому что в эмуляторе со сжатием почти регулярно вылетает в СТОП по адресу 000002, связь между эмулятором и НХ сервером через программу сом0сом т.е. все через буферы и контроль виндовс.
Обновил скриншоты на предыдущей странице.

[Advertiser]

[Patron]

В приложении - улучшенный вариант загрузчика Boot_NC-11_from_HX0.bin ( для загрузки образа NCsys54.DSK ), который теперь реализует тайм-ауты при приёме байтов, а также имеет защиту от "выбега из буфера" при ошибках сжатия.

При использовании этого загрузчика - потеря байтов из-за переполнения при приёме не может привести к "зависанию" протокола.

...

[Patron]

в эмуляторе со сжатием почти регулярно вылетает в СТОП по адресу 000002, связь между эмулятором и НХ сервером через программу сом0сом т.е. все через буферы и контроль виндовс.

Нужно убедиться, что в сом0сом выключен Overrun и включена эмуляция скорости порта:

If sending port is CNCA0 and receiving port is CNCB0, then:

1. Launch the Setup Command Prompt shortcut.
2. Enter the change commands, for example:

command> change CNCB0 EmuOverrun=no
command> change CNCA0 EmuBR=yes

[Vamos]

HX_Server 2.2 , загрузчик из последнего поста

сом0сом - выключен Overrun и включена эмуляция скорости порта, с сжатием


сом0сом - включен Overrun и включена эмуляция скорости порта, с сжатием


сом0сом - включен Overrun и включена эмуляция скорости порта, без сжатия

[Patron]

сом0сом - выключен Overrun и включена эмуляция скорости порта, с сжатием

А какие настройки COM-порта в сервере ( файл Terminal_ComPort_Adapter.ini ) ?

[Vamos]

Решил переменить свое мнение http://zx-pk.ru/showpost.php?p=570159&postcount=394 , только поменять направление хода рассуждений Alex_K . Копаясь в исходниках UKNCBTL обратил внимание на то как происходит работа с буфером СОМ порта (или файлами через которые читает/пишет программа в СОМ порт), так вот в эмуляторе это делается одной функцией которая как я понимаю в один момент времени может или прочитать байт из буфера или передать байт в буфер, а как это реализовано в НХ сервере и в драйвере виндов. Ведь если в момент передачи(записи в буфер) надо еще и принять(прочитать из буфера), может что-то здесь.

---------- Post added at 19:48 ---------- Previous post was at 19:46 ----------

А какие настройки COM-порта в сервере ( файл Terminal_ComPort_Adapter.ini ) ?

BaudRate = CBR_9600
fDtrControl = DTR_CONTROL_ENABLE
fRtsControl = RTS_CONTROL_HANDSHAKE
Parity = NOPARITY
StopBits = TWOSTOPBITS
ByteSize = 8
fParity = FALSE
fOutxCtsFlow = TRUE
fOutxDsrFlow = TRUE
fDsrSensitivity = FALSE

остальные не менял.

[Patron]

в эмуляторе это делается одной функцией которая как я понимаю в один момент времени может или прочитать байт из буфера или передать байт в буфер, а как это реализовано в НХ сервере и в драйвере виндов. Ведь если в момент передачи(записи в буфер) надо еще и принять(прочитать из буфера), может что-то здесь

Вряд ли. Windows буферизует по 3К на приём и передачу, да и com0com, насколько понимаю - тоже буферизует.

Но дело тут явно в том, что при эмуляции 1801ВП1-065 успешно эмулируется оверран, но не получается эмуляция квитирования. В результате работа идёт так, как на реальной УКНЦ без квитирования.

Возможно, эмулятор УКНЦ не устанавливает в DCB

fRtsControl  = RTS_CONTROL_HANDSHAKE
fOutxCtsFlow = TRUE

[Vamos]

Возможно, эмулятор УКНЦ не устанавливает в DCB

В моей версии устанавливает, все как в ini для НХ сервера, если не установить вообще не загружается.

Но дело тут явно в том, что при эмуляции 1801ВП1-065 успешно эмулируется оверран

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

но не получается эмуляция квитирования

а вот это можно попробовать сделать, но опять же упремся в буфер и драйвер виндовс.
Если я правильно использую терминологию, то 1801ВП1-065 работает в асинхронном режиме а вот как работает COM порт или драйвер. Судя по тому что я наблюдаю в нижней части окна НХ сервера при работе со сжатием в момент приема эмулятором он также может отправить какое-то кол-во байт, а при работе без сжатия прием и предача чередуются.

[palsw]

В приложении - новый вариант сервера HX_Server_2.2_-_UKNC_21.01.13_16-15.

Изменения:

1. Сервер теперь поддерживает расширенный протокол HX v2.2, полностью совместимый с HX v2.1

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

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

ANSI_STR_FOR_KEY[Backspace] = "\177"
ANSI_STR_FOR_KEY[Enter]     = "\015"

Проверил свежую версию сервера HX на скорости 57600 - полёт нормальный.(Сжатие не работает).

[Vamos]

Patron, для проверки версии Alex_K добавьте в загрузчик проверку на переполнение 12 бит регистра 176570 / 010000 и посмотрим