В этом разделе описана логика работы постов stuff/serial
tcp2com и tcp2mirr
Посты предназначены для отображения удаленного последовательного интерфейса
в локальный последовательный интерфейс.
Для транспорта используется TCP соединение (с поддержкой защищенного соединения).
Большие фреймы автоматически сжимаются для улучшения быстродействия на узких каналах связи.
udp2com и udp2mirr
Посты выполняют аналогичную логику, но для транспорта используют UDP. Я не рекомендую к использованию UDP, предпочтительно использовать TCP соединения.
Задача 1: Представьте ситуацию, на удаленной машине jCjS опрашивает устройства, к которым вам необходимо получить удаленный доступ из специфического ПО. Обязательное условие - возможность одновременного использования локального и удаленного опроса.
Решение:
Запустить пост tcp2com на удаленной машине.
Пример конфигурации stuff/serial/tcp2com/xml_tcp2com.xml
На локальной машине запустить пост tcp2mirr,
в настройках поста указать один из пары портов (com0com).
В настройках специфического ПО указать второй порт из пары.
Пример конфигурации stuff/serial/tcp2mirr/xml_tcp2mirr.xml
Рисунок ниже поясняет логику работы
Задача 2: Допустим, на удаленной машине устройства опрашивается специализированым ПО, и нет возможности организовать опрос с помощью jCjS. При этом, нужно осуществить доступ к устройствам с удаленной машины. Обязательное условие - возможность одновременного использования локального и удаленного опроса.
Решение:
На удаленной машине:
Создать НУЛЬ-Модемное соединение и запустить пост tcp2com.
В настройках специфического ПО указать первый порт из пары.
В настройках tcp2com указать использование НУЛЬ-Модемного соединения (второй порт из пары).
Пример конфигурации stuff/serial/tcp2com/xml_tcp2com_null.xml
На локальной машине настройки аналогиченые из примера выше.
Рисунок ниже поясняет логику работы
Внешний вид поста
