Предыстория:
Через Redirector сконфигурировал IP/Port
В диспетчере устройств появился виртуальный COM-порт
Сконфигурировал IO через HTTP как:
CP0 - GPIO
CP1 - DCD
CP2 - DTR
Программа Terminal успешно открывает этот COM, передает TX, принимает RX


Проблема:
В программе Terminal пытаюсь управлять линиями DTR/RTS при этом состояние линии DCD икс-порта - не меняется.
В чем причина? Как сконфигурировать XPort для управления CP0..CP2 через терминал линиями DTR/RTS?

Я XPort "мучал" всего один раз и довольно давно, но имею смутные сомнения. Вы парность сигналов квитирования COM-порта не перепутали часом? Парными являются RTS-CTS и DTR-DSR. Сигналы DCD и RI в стандартном COM-порте являются "сигнализирующими". Назначение этих сигналов в модеме: DCD - (Detect Carier Dialtone) обнаружена несущая частота, RI (Ring) - звонок. Так с какой стати XPort должен "шевелить" сигналом DCD при управлении сигналами DTR и/или RTS?

Согласен, но это не всегда.
И кстати цитирую "Xport datasheet"
CP2 can be configured as follows:
Modem control: DTR (Data Terminal
Ready) output driven by DSTni’s builtin
UART for connection to DCD of
attached device.

CTS (CP0) - тоже пробовал, не хочет управлять. Что то я не доконфигурировал... Не пойму что.

Уважаемый Alex2172

В XPort сигналы управления модемом представлены со стороны DTE (Data Terminal Equipement), т.е. в режиме работы с управляющими сигналами XPort представляет собой DCE-устройство (Data Communication Equipement), это то же самое, что сам модем. Вы не учли направление этих сигналов, для XPort сигнал DCD (Data Carrier Detect) это входной сигнал, именно поэтому в документации его предлагают соединять с сигналом DTR (Data Terminal Ready) DTE-устройства (например, компьютера). В связи с этим, Вам никак не удастся со стороны виртуального СОМ-порта менять сигнал DCD. Эти управляющие сигналы в основном нужны в режиме эмуляции модема, когда XPort имитирует работу обычного проводного модема. Только дозвон он не будет осуществлять, а вместо этого будет стучаться к соответствующему хосту.

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

Необходимо управлять какими либо ногами CP0..CP2 средствами обычной терминальной программы (через DTR, RTS),
если это невозможно то это очень печально и ограничивает возможности XPort, т.к. тогда видимо придется переделывать софт, работающий с обычным COM-портом, добавлять управление линиями GPIO посредством сокетов.

Думаю это не есть ограничение возможностей XPort, а следствие его основного назначения: встраиваемый преобразователь интерфейсов RS и Ethernet. При этом подразумевается, что master это Ваше устройство, а XPort является slave. То есть по аналогии с модемами: Ваш контроллер - это РС, а XPort - это модем.

Однако существует возможность отказаться от стандартной версии прошивки, которая реализует Standard Tunneling, и сделать свою версию со своим функционалом. Для этого нужно иметь программный комплект разработчика CPK, который распространяется бесплатно, но при соблюдении каких-то условий. Уже сейчас не помню точно, но достаточно подписать какое-то соглашение с дистрибутором. На ФТП есть старая версия.

Могу ли я управлять CP0..CP2 со стороны PC не меняя софт XPort'а?

Можете, но не через виртуальный порт, а через сокет (по TCP или UDP), там всего несколько простых команд: установить направление GPIO (вх или вых), проверить направление, установить активный или пассивный уровень, проверить активен ли уровень на GPIO