пинг на эзернет отправить и мониторить совпадают ли потери связи на орионе и в окне пинга....

Пинг в норме. Потерь нет. Это внутреняя локальная сеть. Возможно такое что причина в необъеденных нулевых контактах? Но я так думаю при этом и связь с пультом бы терялась. А тут только Орион-про теряет связь. А пульт в норме.

Все правильно. Если пульт приборы не теряет, то с RS-485 всё ок. В Вашем случае Орион-Про теряет пульт. Леон правильно написал, что нужно запустить команду пинг в бесконечном режиме с параметром -t (проверка связи с указанным узлом до прекращения; для отображения статистики и продолжения проверки - нажать CTRL+BREAK, для прекращения - CTRL+C). Проанализировать потери связи на орионе и статистику пинга (отсутствие ответа, либо время ответа, отличное от обычного).... Возможно, в моменты потери происходит что-то ещё в сети, например, трансляция видео..? Для отсутствия потерь должна быть гарантирована достаточная пропускная способность канала связи.

Ориентировочная требуемая пропускная способность канала связи для организации схемы с виртуальными COM-портами:

1. Для связки «1-ин виртуальный COM-порт + 1-ин C2000-Ethernet» требуется канал с пропускной способностью  22.5 Кбит/сек (2880 байт в секунду). Для 10 –ти виртуальных COM-портов потребуется 225 Кбит/сек (для 13-ти приблизительно 300 Кбит/сек). При работе в протоколе Орион-Про (пульт в режиме «компьютер») для увеличения скорости опроса пультов не рекомендуется добавлять более 10-ти C2000-Ethernet на один виртуальный COM-порт; эффективность работы системы будет тем выше, чем меньше C2000-Ethernet добавлено на один COM-порт.
2. При добавлении 10-ти C2000-Ethernet (из расчета один С2000-Ethernet – один пульт) на один виртуальный COM-порт для этого COM-порта потребуется пропускная способность 124 Кбит/сек (обратите внимание! в этом случае из отсылаемых 10 запросов, полезный только один, т.к. в один момент времени опрашивается только один пульт, после его ответа - следующий). Соответственно, при использовании нескольких COM-портов, требуется большая пропускная способность, кратная количеству используемых COM-портов (с у четом выбранной схемы).

В моём случае один виртуальный com-порт один пульт. Всего используется 3 виртуальных com-порта, соответсьвенно 3 пульта С2000М. На счёт потерь связи - потери возникают обычно в ночное время по 3-4 раза за ночь. Днём всё работает стабильно. Может быть проблема в виртуальном сервере? Пропускная способность сетевой карты и т.д.?Все С2000 ethernet подключены к одной сетевой карте. Запрос на пинг делался на 3 дня полёт нормальный больше 12 не доходило никогда. Ещё такой вопрос у нас ещё С2000 ethernet стоят для подключения удалённых объектов по Rs485 настроены в режиме Slave Master прошивка везде последняя 2.52 может ли это повлиять на работу? Но ещё отмечу то что большая часть оборудования RS485 подключена по меди без преобразователей и связь с оборудованием тоже теряется. Может как вариант попробывать накатить базу на обычный ПК без виртуалки?

C2000-Ethernet, которые стоят для подключения удаленных объектов по Rs-485 и настроены для работы в режиме Master/Slave, влияют только на то, что им тоже нужна гарантированная пропускная способность. Ориентировочно требуемая пропускная способность канала связи для ретрансляции протокола Орион RS-485 (С2000-Ethernet в разрезе RS-485) для системы, работающей в режиме с сохранением событий 1 Slave + 8 Master, достаточно 200 Кбит/сек (в пиковые моменты). При этом трафик включает в себя полезную информацию, которая передается по факту её возникновения (события и команды), а также минимальное количество служебной информации. Если используется N систем из связок 1 Slave + 8 Master и все они находятся в одной физической локальной сети (что очень вряд ли), то при очень грубом расчете потребуется пропускная способность N*200 Кбит/сек (на самом деле, будет достаточно гораздо меньше, т.к. зависимость нелинейная и режим Master/Slave устойчив к просадкам в канале).
В Вашем случае приборы схемы с виртуальными COM-портами установлены в одной физической локальной сети с приборами, ретранслирующими Орион RS-485, следовательно, требуется суммарная пропускная способность. Предположим, у Вас в RS-485 используется связка 1 Slave+ 8 Master приборов C2000-Ethernet. Ранее Вы сообщили, что задействовано 3 виртуальных COM. Получаем: "для 3-х виртуальных COM-портов - это не более 70 Кбит/сек" + "для связки 1 Slave+ 8 Master - это 225 Кбит/сек" = итого требуется не более 300 Кбит/сек.
В целом, из той информации, которую Вы предоставляете ("Запрос на пинг делался на 3 дня полёт нормальный больше 12 не доходило никогда"), не похоже на проблемы с пропускной способностью. Ввиду стабильности ping-а на сброс промежуточного сетевого оборудования в ночное время тоже не похоже.
Здесь что-то другое..  А связь с приборами, подключенными по меди без преобразователей теряется в то же время, что и с пультами, подключенными через преобразователи к виртуальным COM?

Сегодня посмотрел трафик не доходит 100 кБит\сек. Может как то повляиять на ситуацию производительность виртуальной машины?

Чтобы понять, к кому всё-таки вопрос (к С2000-Ethernet/сети или к АРМ Орион Про/виртуальной машине), хотелось бы кое-что уточнить. В АРМ Орион Про задействовано несколько COM-портов:
1. "газ со своим пультом С2000М" - виртуальный COM организован при помощи C2000-Ethernet v2.52 в прозрачном режиме;
2. "порошок со своим пультом С2000М" - виртуальный COM организован при помощи C2000-Ethernet v2.52 в прозрачном режиме;
3. "вода со своим пультосм С2000М" - виртуальный COM организован при помощи C2000-Ethernet v2.52 в прозрачном режиме;
4. "большая часть оборудования RS485 подключена по меди без преобразователей" - физический COM (тоже через пульт подключены?).
При этом "ещё С2000 ethernet стоят для подключения удалённых объектов по Rs485 настроены в режиме Slave Master прошивка везде последняя 2.52". В каком/каких из вышеуказанных интерфейсов стоят эти C2000-Ethernet Master/Slave?
Со всеми 4-мя интерфейсами происходят потери с последующим быстрым восстановлением и случается это "обычно в ночное время по 3-4 раза за ночь" ("при этом все они теряются не одновременно в хоатичном порядке"), так?
Во всех 4-ех интерфейсах теряется целиком вся ветвь, а не конкретные приборы на ней? При этом на интерфейсах, где опрашиваются пульты (протокол Орион Про), теряются именно пульты, т.к. событий о потере приборов на самих пультах нету (пульт не теряет приборы), так?

Вы немного не поняли физического coma нет вообще есть оборудование порошкового пожаротушения которое находится в одном здании соеденяется по меди, существуют удалённые объекты склады, с устройставами c2000 ethernet которые передают информацию на тот же пульт (виртуальный com) что и устройства по меди.
Теряются все устройства одновременно на ветках порошка, воды или газа. На пультах всё нормально потерь нету. Получается теряются только пульты С2000М. Если надо могу скинуть скрин настроек RS setting может это как то сможет прояснить ситуацию. 

https://yadi.sk/i/sF8unW9MkfPEe
https://yadi.sk/i/jEWdDLxSkfPEn
 

Теперь вся схема понятна полностью. В RSSetting для виртуальных COM почти ничего настраивать и не нужно (тайм-аут передачи по локальной сети автоматически выставляется равным 100 мс, и этого более чем достаточно при хорошем времени ping... к тому же у Вас всего по одному C2000-Ethernet на каждом COM). Поэтому, вряд ли, у Вас там что-то не так (ссылка не открывается).
Из возможных рекомендаций по совместной работе с C2000-Ethernet осталось только то, что в пульте при помощи программы RS485Settings можно поставить паузу перед ответом по RS232 (по умолчанию она равна нулю, можно поставить 1 мс.)... Ко всему тому, что Вы указали выше, вопросов нет... всё корректно..
Может, всё-таки посмотреть в сторону виртуальной машины..

ну да к этому и склоняемся. пауза перед ответом стоит 10 сек.

https://yadi.sk/d/SnOdZax6kg5jh

Ссылку поправил.

Выяснил что в вечернее и ночное время происходит backup виртуального сервера, время по идее совпадает возможно ли настроить время отклика оборудования больше и на что это повлияет?

Попробуйте увеличить параметр "тайм-аут передачи по локальной сети" в настройках COM-порта (правда, не факт, что поможет..). У Вас установлен 150 мс. (согласно скриншотам настроек), попробуйте увеличить до 500 мс, либо 1000 мс. Увеличенный тайм-аут будет приводить к паузе в те моменты, когда АРМ будет осуществлять поиск пультов, не существующих в системе. Поиск осуществляется реже, чем опрос найденных приборов, поэтому пауза будет возникать не так часто. Увеличенный тайм-аут не страшен при опросе подключенных приборов, т.к. тайм-аут ожидания схлопнется по реальному получению ответа (например, через 50 мс.). Суммарная скорость опроса, конечно, понизится. Реальные числа лучше оценить на практике в статистике ядра опроса.

Большое спасибо Вам Ольга. Думаю что решу вопрос в ближайшее время. По результатам отпишу.

Хорошее чтиво...просвящает.
Когда у нас возникают проблемы похожие и не можем выяснить потери связи на отдельном виртуальном порту, создаём от безысходности новую веткув направлении косячного объекта из имеющегося резерва(вирт. порт, эзернет, С2000м и т.д.) как правило неисправность находим на каком-нибудь участке)

Добрый день всем. По ходу возник ещё один вопрос. При запуске "Ядра опроса" приходится руками активировать com порты. всего их 3. Как правило один из них в хаотичном порядке активный при старте, а остальные приходиться активировать. Подскажите в чём тут может быть дело.