[RaTuoH]

Добрый день! Подскажите, как работает режим виртуального COM-порта на устройстве "SNR-ERD-3s".
 
Виртуальный COM-порт в системе настроен согласно инструкции, ОС - Win7x64, прошивка устройства - последняя(1.7). Ожидалось, что при работе в данном режиме, устройство будет вести себя аналогично физическому COM-порту ПК(с учетом сетевых задержек, разумеется). Т.е. как устройства линейки MOXA 51xx.

Замыкаем пины TX и RX на устройстве, подключаемся к COM-порту через Putty проводим эксперимент:
1. пробуем напечатать "123": через 1-1,5 секунды получаем ответ "123";
2. пробуем зажать, например, клавишу "Q"(эмулируя постоянную отправку данных): пока клавиша не будет отпущена, в терминале ничего не отобразится. Отправленные символы появятся только через 1-1,5 секунды после отпускания клавиши "Q".

Вроде бы, все нормально - данные отправляются и принимаются, но задержка огромная, учитывая, что устройство и ПК соединены 1 метром UTP-кабеля. Также - не удалось получить дуплексный режим работы и ПО, которое постоянно отправляет данные в COM-порт, просто не может получить ответ с той стороны, т.к., пока не закончится отправка данных в порт, получить ответ не возможно.

Соответственно, вопросы:
1. Возможно ли организовать работу с COM-портом в дуплексном режиме на этом устройстве?
2. Можно ли убрать задержку приема-передачи данных(эти 1-1,5 сек.)?
3. Устройства, такие как "SNR-Eth-RS232_C" и "SNR-Eth-RS485/RS232_LC" имеют аналогичный режим работы(и вышеописанные проблемы) с виртуальным COM-портом? Или там другой алгоритм работы?
4. У меня все настроено не правильно и это частный случай?

[AfanasiyBelyushin]

В 29.07.2021 в 01:42, RaTuoH сказал:

Добрый день! Подскажите, как работает режим виртуального COM-порта на устройстве "SNR-ERD-3s".
 
Виртуальный COM-порт в системе настроен согласно инструкции, ОС - Win7x64, прошивка устройства - последняя(1.7). Ожидалось, что при работе в данном режиме, устройство будет вести себя аналогично физическому COM-порту ПК(с учетом сетевых задержек, разумеется). Т.е. как устройства линейки MOXA 51xx.

Замыкаем пины TX и RX на устройстве, подключаемся к COM-порту через Putty проводим эксперимент:
1. пробуем напечатать "123": через 1-1,5 секунды получаем ответ "123";
2. пробуем зажать, например, клавишу "Q"(эмулируя постоянную отправку данных): пока клавиша не будет отпущена, в терминале ничего не отобразится. Отправленные символы появятся только через 1-1,5 секунды после отпускания клавиши "Q".

Вроде бы, все нормально - данные отправляются и принимаются, но задержка огромная, учитывая, что устройство и ПК соединены 1 метром UTP-кабеля. Также - не удалось получить дуплексный режим работы и ПО, которое постоянно отправляет данные в COM-порт, просто не может получить ответ с той стороны, т.к., пока не закончится отправка данных в порт, получить ответ не возможно.

Соответственно, вопросы:
1. Возможно ли организовать работу с COM-портом в дуплексном режиме на этом устройстве?
2. Можно ли убрать задержку приема-передачи данных(эти 1-1,5 сек.)?
3. Устройства, такие как "SNR-Eth-RS232_C" и "SNR-Eth-RS485/RS232_LC" имеют аналогичный режим работы(и вышеописанные проблемы) с виртуальным COM-портом? Или там другой алгоритм работы?
4. У меня все настроено не правильно и это частный случай?

Добрый день.

Ответил ранее в личку на support и дублирую тут.

Ваши проблему можно решить установив в поле Console Poll timeout значение меньше дефолтного. Например 10ms. На виде2021-08-05 11-13-41.mkvо во вложении показал как это работает.
В таком режиме с полным дуплексом проблем быть не должно. У конвертеров такой проблемы нет, там poll timeout сразу минимальный.

[vovusya]

Не подскажете, где взять драйвер виртуального последовательного порта для centos 7? 

С сайта tibbo не удается установить, т.к., насколько я понял, их драйвер предназначен для ядер версии до 2.6. А у меня более свежее ядро, 3.10....

Может какой другой совместимый драйвер есть?