Проблема: по одному работает, вместе — нет

В одном из обсуждений инженеры подключали к АРМ «Орион Про» восемь удалённых объектов через виртуальные COM-порты и С2000-Ethernet. За преобразователями находились С2000М и приборы на RS-485. Один объект опрашивался нормально; после добавления остальных появились события потери связи.

Разбор: адрес прибора или сетевой порт?

У нескольких объектов совпадали адреса приборов на локальных линиях. Это выглядит подозрительно, но в базе АРМ разные виртуальные COM-порты разделяют объекты. Проверка показала другую общую точку: для нескольких С2000-Ethernet и соответствующих виртуальных портов был задан один и тот же UDP-порт.

Это не означает, что любые два преобразователя в разных сетях обязаны иметь разные номера UDP-портов. Важно сопоставить сетевую схему именно этого объекта, настройки каждого преобразователя и пару адрес/порт в программе виртуального COM-порта. Одного сообщения «приборы пропали» недостаточно для вывода о причине.

Что помогло и как проверять

  1. Зафиксировать рабочую конфигурацию и настройки сетевых преобразователей перед изменениями.
  2. Составить таблицу соответствия: удалённый объект → IP преобразователя → используемый UDP-порт → виртуальный COM-порт в АРМ.
  3. Проверить совпадение параметров на обоих концах каждого канала и отсутствие конфликтов в общей схеме; менять настройки согласованно.
  4. После изменения добавлять объекты по одному и проверять устойчивость опроса и журнал событий, а не только появление приборов в дереве.

В описанном случае инженеры разнесли UDP-порты С2000-Ethernet и синхронно изменили параметры виртуальных COM-портов. Автор темы сообщил, что после этого связь заработала. Конкретные значения портов из чужого объекта не следует переносить без проверки своей схемы и руководства на применяемый преобразователь.

Вывод

Если отдельный удалённый объект работает, а несколько вместе — нет, прежде чем перенумеровывать приборы RS-485, проверь сетевые пары IP/UDP и соответствие виртуальным COM-портам. Этот порядок помог в приведённом случае; при другой топологии или версии ПО причина может быть иной.