На данный момент имеем следующую схему подключения.
[PC]---[C2000-Ethernet]---[C2000-2]
Таких 2 штуки.
Проблема в том , что в ОЗ видится только 1й C2000-2 , который на 2м преобразователе не активен.
В системе заведены 2 виртуальных порта , (10,11) для преобразователей.
Если пробовать подключаться Uprog'om все работает (видно C2000-2 за обеими C2000-Ethernet).
На С2000-Eth убран динамический режим , в списке указан ip и порт PC. (динамический работать так и не захотел).
Настройки на всех С2000-2 идентичные (используют одинаковые порты (40000) , может в этом проблема? )

Какие могут быть тонкости настройки в такой схеме?

С2000-Ethernet

7 лет 9 месяцев назад

Пожилков Алексей

#ссылка

поставьте на втором езернете 40002 вместо 40000, в настройках его виртуального порта тоже укажите 40002.

– Волков Андрей 7 лет 9 месяцев назад

#ссылка

Да , сделал так уже , помогло. Вообще конечно странно , но после использования софта от болида меня уже ничто не удивляет :)

– Пожилков Алексей 7 лет 9 месяцев назад

#ссылка

а чего странного? кто первый встал, того и тапки (порт)

– Волков Андрей 7 лет 9 месяцев назад

#ссылка

добавить комментарий

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

3 ответа

1. Относительно "динамический работать так и не захотел ". Вероятно, речь идет о свободном соединении. По свободному соединению C2000-Ethernet намеренно не работает в режиме виртуального COM-порта (в противном случае, в интерфейс RS можно было бы ретранслировать что угодно и от кого угодно). По свободному соединению работа осуществляется в протоколе Орион2, т.е. либо с другим С2000-Ethernet, либо со службой Орион2 (на текущий момент ПО, которое умеет работать через службу Орион 2: beta-UPROG, УРВ для 1 C).
2. Относительно UDP-порт 40000. ОЗ активирует все порты, заданные в БД. COM-порт виртуальный. Если в обоих виртуальных указан UPD-порт 40000, то при активации второго порта осуществляется попытка открытия порта, который уже "кем-то занят". UPROG активирует только тот порт, который ему указывают. Поэтому совершенно успешно получалось работать то через один, то через другой виртуальный COM-порт.

7 лет 9 месяцев назад

Сигуа Ольга

216

#ссылка

Насчет (1) ясно.
По поводу (2) - вот тут логика совершенно неочевидна (тоесть мы задаем DST IP:PORT , и у нас этот порт становится автоматом listen) , догадался только когда поподставлял разные порты и гланул netstat.
А чтобы все работало нормально достаточно было разработчикам было сделать открытие порта с SO_REUSEADDR (не уверен что под виндой так , но чтото похожее) и все бы было хорошо.

– Пожилков Алексей 7 лет 9 месяцев назад

#ссылка

Да, в случае виртуального порта открывается один порт и на прием, и на передачу. Так сложилось исторически ввиду того, что первые приборы C2000-Ethernet работали исключительно с динамически обновляемым UDP-портом получателей (UDP-порт IP-адресата обновляется каждый раз при приеме пакетов от этого IP-адресата на значение "UDP-порта источника" принятого пакета). Если бы виртуальный COM реализовывали сейчас и для работы c текущим C2000-Ethernet, то многое могло бы быть по-другому.

– Сигуа Ольга 7 лет 9 месяцев назад

#ссылка

добавить комментарий