|
|
  |
XPort не хочет управлять DCD, помогите разобраться... |
|
|
|
May 18 2006, 05:56
|
Местный
  
Группа: Свой
Сообщений: 242
Регистрация: 25-08-04
Пользователь №: 537

|
Цитата(rezident @ May 17 2006, 22:10)  Цитата(Alex2172 @ May 17 2006, 20:26)  [В программе 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) - тоже пробовал, не хочет управлять. Что то я не доконфигурировал... Не пойму что.
|
|
|
|
|
May 18 2006, 11:29
|

Помогу, чем смогу
     
Группа: Админы
Сообщений: 2 786
Регистрация: 28-05-04
Из: Москва
Пользователь №: 25

|
Уважаемый Alex2172
В XPort сигналы управления модемом представлены со стороны DTE (Data Terminal Equipement), т.е. в режиме работы с управляющими сигналами XPort представляет собой DCE-устройство (Data Communication Equipement), это то же самое, что сам модем. Вы не учли направление этих сигналов, для XPort сигнал DCD (Data Carrier Detect) это входной сигнал, именно поэтому в документации его предлагают соединять с сигналом DTR (Data Terminal Ready) DTE-устройства (например, компьютера). В связи с этим, Вам никак не удастся со стороны виртуального СОМ-порта менять сигнал DCD. Эти управляющие сигналы в основном нужны в режиме эмуляции модема, когда XPort имитирует работу обычного проводного модема. Только дозвон он не будет осуществлять, а вместо этого будет стучаться к соответствующему хосту.
Пожалуйста, уточните Вашу задачу, попробую помочь, так как возможно в Вашем случае нужно использовать иные сигналы.
--------------------
|
|
|
|
|
May 18 2006, 12:48
|
Местный
  
Группа: Свой
Сообщений: 242
Регистрация: 25-08-04
Пользователь №: 537

|
Цитата(one_man_show @ May 18 2006, 15:29)  Уважаемый 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 посредством сокетов.
|
|
|
|
|
May 19 2006, 06:39
|

Помогу, чем смогу
     
Группа: Админы
Сообщений: 2 786
Регистрация: 28-05-04
Из: Москва
Пользователь №: 25

|
Думаю это не есть ограничение возможностей XPort, а следствие его основного назначения: встраиваемый преобразователь интерфейсов RS и Ethernet. При этом подразумевается, что master это Ваше устройство, а XPort является slave. То есть по аналогии с модемами: Ваш контроллер - это РС, а XPort - это модем.
Однако существует возможность отказаться от стандартной версии прошивки, которая реализует Standard Tunneling, и сделать свою версию со своим функционалом. Для этого нужно иметь программный комплект разработчика CPK, который распространяется бесплатно, но при соблюдении каких-то условий. Уже сейчас не помню точно, но достаточно подписать какое-то соглашение с дистрибутором. На ФТП есть старая версия.
--------------------
|
|
|
|
|
May 19 2006, 13:34
|
Местный
  
Группа: Свой
Сообщений: 242
Регистрация: 25-08-04
Пользователь №: 537

|
Цитата(one_man_show @ May 19 2006, 10:39)  Думаю это не есть ограничение возможностей XPort, а следствие его основного назначения: встраиваемый преобразователь интерфейсов RS и Ethernet. При этом подразумевается, что master это Ваше устройство, а XPort является slave. То есть по аналогии с модемами: Ваш контроллер - это РС, а XPort - это модем.
Однако существует возможность отказаться от стандартной версии прошивки, которая реализует Standard Tunneling, и сделать свою версию со своим функционалом. Для этого нужно иметь программный комплект разработчика CPK, который распространяется бесплатно, но при соблюдении каких-то условий. Уже сейчас не помню точно, но достаточно подписать какое-то соглашение с дистрибутором. На ФТП есть старая версия. Могу ли я управлять CP0..CP2 со стороны PC не меняя софт XPort'а?
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|