Спасибо за ответ Ольга. Попробую прояснить ситуацию. Система построена следующим образом, 6шт. С2000-Ethernet работают в режиме Master и принимают RS 485 от Сигналов-20-х, на посту охраны установлен 1 С2000-Ethernet в режиме Slave он транслирует RS 485 на пульт С2000М. Там же на посту охраны к пульту С2000М по RS 485 подключены Сигнал-10, С2000-БКИ и С2000-2 для контроля доступа через турникет. Пульт С2000М соеденен с компьютером на котором установлен АРМ Орион через преобразователь USB-RS232. При последнем сбое, сначала отвалились все внешние приборы подключенные по локальной сети, восстановление шло в течении 10 минут. При этом еще неуспели восстановится все приборы, отвалились 2 из первых восстановившехся. И уже через 30 секунд все пришло в норму. Ниже выдержка из отчета АРМ Орион, может это поможет. Сейчас системный администратор запускает некое ping тестирование каждые сутки.

ORION-PC    03.02.2017    Отметка даты    -    -    С2000 (127)    4/127/0/0    -    -
ORION-PC    03.02.2017 0:57:44    Потерян контакт с устройством    -    -    [7]: КПП Транспортное    4/127/7/0    -    -
ORION-PC    03.02.2017 0:57:44    Потерян контакт с устройством    -    -    [8]: Офис    4/127/8/0    -    -
ORION-PC    03.02.2017 0:57:45    Потерян контакт с устройством    -    -    [9]: Котельная    4/127/9/0    -    -
ORION-PC    03.02.2017 0:57:45    Потерян контакт с устройством    -    -    [10]: Производство    4/127/10/0    -    -
ORION-PC    03.02.2017 0:57:46    Потерян контакт с устройством    -    -    Сллад ЛВЖ    4/127/11/0    -    -
ORION-PC    03.02.2017 0:57:46    Потерян контакт с устройством    -    -    Склад ЛВЖ    4/127/12/0    -    -
ORION-PC    03.02.2017 0:57:47    Потерян контакт с устройством    -    -    [1]: КАЗС    4/127/1/0    -    -
ORION-PC    03.02.2017 0:57:48    Потерян контакт с устройством    -    -    [2]: Насосная    4/127/2/0    -    -
ORION-PC    03.02.2017 0:57:48    Потерян контакт с устройством    -    -    [3]: ТРК    4/127/3/0    -    -
ORION-PC    03.02.2017 0:57:49    Потерян контакт с устройством    -    -    [4]: Склад    4/127/4/0    -    -
ORION-PC    03.02.2017 0:57:50    Восстановление контакта с устройством    -    -    Сллад ЛВЖ    4/127/11/0    -    -
ORION-PC    03.02.2017 0:57:54    Взятие раздела    -    -    -    4/127/0/0    -    -
ORION-PC    03.02.2017 0:58:07    Отключение звука    -    -    [5]: На посту охраны    4/127/5/0    -    -
ORION-PC    03.02.2017 1:07:38    Взятие раздела    -    -      Считыватель 1, Прибор 127    4/127/0/1    -    -
ORION-PC    03.02.2017 1:07:51    Взятие раздела    -    -      Считыватель 1, Прибор 127    4/127/0/1    -    -
ORION-PC    03.02.2017 1:07:54    Восстановление контакта с устройством    -    -    [4]: Склад    4/127/4/0    -    -
ORION-PC    03.02.2017 1:08:07    Взятие раздела    -    -      Считыватель 1, Прибор 127    4/127/0/1    -    -
ORION-PC    03.02.2017 1:08:23    Отключение звука    -    -    [5]: На посту охраны    4/127/5/0    -    -
ORION-PC    03.02.2017 1:08:31    Взятие раздела    -    -      Считыватель 1, Прибор 127    4/127/0/1    -    -
ORION-PC    03.02.2017 1:08:41    Восстановление контакта с устройством    -    -    [7]: КПП Транспортное    4/127/7/0    -    -
ORION-PC    03.02.2017 1:08:57    Взятие раздела    -    -      Считыватель 1, Прибор 127    4/127/0/1    -    -
ORION-PC    03.02.2017 1:09:01    Восстановление контакта с устройством    -    -    [8]: Офис    4/127/8/0    -    -
ORION-PC    03.02.2017 1:09:14    Взятие раздела    -    -      Считыватель 1, Прибор 127    4/127/0/1    -    -
ORION-PC    03.02.2017 1:09:16    Потерян контакт с устройством    -    -    Сллад ЛВЖ    4/127/11/0    -    -
ORION-PC    03.02.2017 1:09:27    Взятие раздела    -    -      Считыватель 1, Прибор 127    4/127/0/1    -    -
ORION-PC    03.02.2017 1:09:32    Восстановление контакта с устройством    -    -    [9]: Котельная    4/127/9/0    -    -
ORION-PC    03.02.2017 1:09:32    Потерян контакт с устройством    -    -    Склад ЛВЖ    4/127/12/0    -    -
ORION-PC    03.02.2017 1:09:46    Взятие раздела    -    -      Считыватель 1, Прибор 127    4/127/0/1    -    -
ORION-PC    03.02.2017 1:09:49    Потерян контакт с устройством    -    -    [1]: КАЗС    4/127/1/0    -    -
ORION-PC    03.02.2017 1:09:50    Потерян контакт с устройством    -    -    [2]: Насосная    4/127/2/0    -    -
ORION-PC    03.02.2017 1:09:50    Потерян контакт с устройством    -    -    [3]: ТРК    4/127/3/0    -    -
ORION-PC    03.02.2017 1:09:51    Восстановление контакта с устройством    -    -    [10]: Производство    4/127/10/0    -    -
ORION-PC    03.02.2017 1:09:55    Взятие раздела    -    -      Считыватель 1, Прибор 127    4/127/0/1    -    -
ORION-PC    03.02.2017 1:09:56    Восстановление контакта с устройством    -    -    Сллад ЛВЖ    4/127/11/0    -    -
ORION-PC    03.02.2017 1:09:56    Восстановление контакта с устройством    -    -    Склад ЛВЖ    4/127/12/0    -    -
ORION-PC    03.02.2017 1:10:00    Взятие раздела    -    -      Считыватель 1, Прибор 127    4/127/0/1    -    -
ORION-PC    03.02.2017 1:10:03    Взятие раздела    -    -      Считыватель 1, Прибор 127    4/127/0/1    -    -
ORION-PC    03.02.2017 1:10:18    Восстановление контакта с устройством    -    -    [1]: КАЗС    4/127/1/0    -    -
ORION-PC    03.02.2017 1:10:19    Восстановление контакта с устройством    -    -    [2]: Насосная    4/127/2/0    -    -
ORION-PC    03.02.2017 1:10:19    Восстановление контакта с устройством    -    -    [3]: ТРК    4/127/3/0    -    -

Уточните следующую информацию:

1. версии всех приборов C2000-Ethernet;
2. макс. штатное время пинг, инициированного с ПК со стороны Slave до приборов Master (например, по 100 запросам);
3. значение конф.параметра С2000-Ethernet "тайм-аут ожидания квитанции", а так же временных параметров группы "параметры контроля соединения" на вкладке "Ethernet" приборов C2000-Ethernet (по умолчанию 10 сек., 120 сек., 30 сек);
4. временные настройки пульта С2000М (утилита RS485Settings);
5. желательно уточнить фразу "несколько раз в месяц";
6. есть ли закономерность по времени возникновения (например, всегда ночью, или более точный интервал времени);
7. всегда теряется целое направление/направления или отдельные приборы с удаленных направлений;
8. каково время пинг до приборов С2000-Ethernet-Master и С2000-Ethernet-Slave во время потери;
9. каково время пинг до других приборов/ПК локальной сети во время сбоев работы с C2000-Ethernet;
10. интересно в целом оценить суточный пинг до приборов Master/Slave (максимальное/минимальное/среднее время и пр.).

в моей сети есть 2.12, 2.52 и свежие 2.55. Чаще всего "сыпятся" 2.12, среди них есть оба варианта: 3*мастер-слейв и прозрачные. Скорости везде по привычке 9600 ставлю. Везде ретрансляция 232, ну кроме трёх мастеров.
В ограничения по количеству событий попадает штатный сбор статистики с дымников/тепловиков?
По моим наблюдениям в момент потери связи теряются так же езернеты, которые относятся к АРМ Ресурс, но у них даже своего пульта нету и подключаются они в Ресурс не через виртуальный порт (т.е. Settings уже не используется), а стоящие рядом МОХА, которые так же транслируют RS485/CAN в Ресурс спокойно работают. Пример пинга в момент потери приборов:

т.е. стабильные 4-5 мс, потом может прыгнуть до 300-600 мс перед самым таймаутом, после таймаута опять 4-5 мс. Периодичность - непредсказуемая, может весь день работать, может за полчаса 2 раза упасть.

В сети есть IP-камеры, но последние месяцы новых не добавляли, а приборы начали терятся в декабре.

Волкову Андрею:
1. Приборы C2000-Ethernet v2.12 нужно обновить до v2.55 и продолжать разбираться дальше по факту оставшихся проблем.
2. Ограничение по количеству событий относится исключительно к режиму Master/Slave (сбор статистики к событиям не относится).

А до декабря всё работало абсолютно стабильно (приборы C2000-Ethernet всех версий, в т.ч.работающие в разных режимах, в т.ч. те, что относятся к АРМ Ресурс)?

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

Да, до декабря я и не знал, что такое массовая потеря приборов.
С Ресурсом сложнее, у него таких логов нету, только по пингам определяю потерю.
Вообще первая потеря совпала с переключением вводов на подстанции, хотя там вроде напряжение не отключали, а всё оборудование сидит за РИПами, коммутатор за UPS. Аварий 220В в событиях тоже не было. Но в пропадающих иногда появляются те езернеты/пульты/приборы, которые в декабре в коробках ещё лежали. Если подозревать коммутатор, то почему МОХА к нему подключенные себя корректно ведут.

А, может,  начать с другого... Вы пишите: "Но в пропадающих иногда появляются те езернеты/пульты/приборы, которые в декабре в коробках ещё лежали.". Значит, система расширялась.. Тут все, что угодно может быть: временные настройки Master-устройства, помехи в линии RS, настройки самих C2000-Ethernet, дубли адресов приборов Орион и т.д. Нужно постепенно разбираться..

да, система расширялась, но на момент появления потерь, приборы, которые входят в состав новой системы, ещё не были подключены, т.е. влиять на основную систему они никак не могли, да и соединяющий LAN-кабель лично обжал только в конце января)

помехи в линии RS маловероятны, т.к. все приборы стоят в ШПСах, а связь между отдельными частями по ЛАНу. Хотя может в тех.помещениях что-то изменилось, надо будет проверить.

дубли адресов приборов - совсем невероятно, откуда же им взяться?) если только какой прибор сам по себе периодически не меняет адрес и не восстанавливается, но тогда бы какой-то след остался в событиях пульта, а там всё чисто, потери фиксируются только в Орионе.

кстати, по поводу временных настроек пульта, это обязательно если идёт ретрансляция rs232? или это нужно, чтобы пульт медленнее с приборами работал?

пинг очередного езернета запустил почти 24 часа назад и до сих пор без потерь приборов. шайтанама...

Андрей, ранее Вы написали, что у Вас используются разные схемы и Master/Slave, и прозрачный режим, поэтому вариантов "где и как теряются приборы" - масса.
По поводу временных настроек пульта - все верно: " это нужно, чтобы пульт медленнее с приборами работал ". Если С2000-Ethernet стоят в разрезе RS232, а пульт напрямую опрашивает приборы Орион RS-485, то изменение настроек пульта не нужно делать (но при этом должны быть корректно настроены параметры для ПО при помощи утилиты Settings; для АРМ Ресурс тайм-аут задается в интерфейсе самого АРМ)!

До добавления новых приборов, где именно появились проблемы? На виртуальном порту? Или на физическом, где в разрезе RS-485 установлены C2000-Ethernet (в каком режиме при этом работают эти приборы C2000-Ethernet)? Если на виртуальном, то сколько С2000-Ethernet добавлено на один порт? Если несколько на один, то можно разнести на разные порты и оценить изменения и т.д. (цель - выявить проблемный участок).

да, мастер-слейв есть, но только на первом доме, остальные дома и наш офис на прозрачном. Чаще всего теряется именно первый дом и офис (он в том же доме).
Между слейвом этого дома и сервером 15 метров витой пары, одна МОХА и один коммутатор, т.е. они даже находятся в одном помещении.
Между офисным езернетом и сервером - 25 метров и два коммутатора.
Между остальными езернетами и сервером - 120 метров, 200 метров и 300 метров, две-четыре МОХА и пара коммутаторов, но и теряются они реже.
Я даже таймауты на виртуальных портах настроил одинаково.

блин, я постоянно забываю эту хитрую схему на первом доме( итак, два мастера отдают данные в слейв, он в свою очередь транслирует 485 в сервер, но при этом в системе рядом со слейвом в 485 подключен пульт и он по 232 подключен к езернету, который тоже транслирует данные в сервер. На самом сервере виртуальный порт настроен только на последний езернет. Вроде как такую схему придумали для резервирования и она даже полтора года работала.

один виртуальный порт - один езернет

проблема проявляется так - полностью теряется объект, ни один какой-то участок или прибор, а вообще всё, но пульт этой потери не видит, т.е. если пойти и самому отключить прибор - это он отреагирует. Делаю вывод, что проблема между езернетом и сервером, но вот в чём конкретно - не пойму

Схема первого дома:
АРМ (вирт.порт) - ЛВС - С2000-Ethernet_Pass - RS232 - С2000М в режиме "компьютер" - RS485 - приборы Орион + С2000-Ethernet_Slave - RS485 - С2000-Ethernet_Master - RS485 - приборы Орион,
при этом 2 штуки направлений вида "С2000-Ethernet_Master - RS485 - приборы Орион".
Правильно ли я поняла, что в АРМ теряется разом пульт и всё, что подключено к нему?
Версия пульта? Версия C2000-Ethernet (прежде чем искать проблему дальше желательно обновить до v2.55)? Версия АРМ? Скриншот настроек вирт. порта? Ну и, конечно, желательно посмотреть конфигурацию С2000-Ethernet (обе вкладки: RS и Ethernet).
И не поняла фразу: " Вроде как такую схему придумали для резервирования и она даже полтора года работала ".. Что значит для резервирования? Это не основная схема работы?
На остальных виртуальных COM-портах тоже опрашиваются пульты (а не непосредственно приборы Орион)?

у меня же проект есть, вот так это выглядит на бумаге:

в чём тут резервирование я и сам не понял, в Орионе же один виртуальный порт используется и настроен на прозрачный езернет, но по сути чтобы перейти на слейв достаточно будет в настройках виртуального порта указать его IP, т.к. в его таблице маршрутизации IP сервера уже указан.

да, теряется пульт и все приборы разом.
пульт - 2.07, езернеты - 2.15 (ранее почему-то указал несуществующую версию 2.12), Орион ПРО 1.12.2_2 - обновлять пока не планирую, ветки про 1.20 читаю и сильно боюсь))

на остальных сделал такие же настройки.
должны быть актуальные настройки всех 4 езернетов с объекта:
https://dl.dropboxusercontent.com/u/15485373/11.ZIP

на других объектах пульты 3.02, езернеты 2.52 и 2.55, теряются но намного реже. Схемы на них:
АРМ (вирт.порт) - ЛВС - С2000-Ethernet_Pass - RS232 - С2000М в режиме "компьютер" - RS485 - приборы Орион

НЕ верно: " в Орионе же один виртуальный порт используется и настроен на прозрачный езернет, но по сути чтобы перейти на слейв достаточно будет в настройках виртуального порта указать его IP, т.к. в его таблице маршрутизации IP сервера уже указан. ".
Резервирование для чего? Если вдруг пульт перестанет работать? Тогда потребуется очень много доп. действий:
1. в настройках виртуального порта указать IP 50_23, 50_22 и 50_24
2. в настройках приборов 50_23, 50_22 и 50_24 указать один единственный IP ПК 50_20
3. перевести приборы 50_23, 50_22 и 50_24 в прозрачный режим
4. в настройках прибора 50_23 указать протокол Орион (сейчас установлен Орион Про, но в режиме Slave он автоматически программно принимается равным значению Орион)
5. изменить режим работы перемычкой на плате (т.к. все приборы v2.15)

Я все-таки думаю, что цели резервирования с точки зрения С2000-Ethernet тут никакой нету. Приборы 50_23, 50_22 и 50_24 работают в режиме с сохранением событий с целью для удлинения интерфейса RS-485, расположенного за пультом (для этой схемы настроены параметры в пульте программой RS485Settings). Прибор 50_21 работает для связи ПК с пультом (виртуальный порт).

Под резервированием, возможно, подразумевается то, что в случае отсутствия связи с АРМ, система находится под управлением пульта.

В приборе 50_21 в таблице нужно удалить 50_23. В приборе 50_23 в таблице нужно удалить 50_20. Сделать так, чтобы первая запись не была пустая (было важно для версии 2.15).

Настоятельно рекомендую обновить все приборы первого дома до v2.55.

1-5. а зачем мастерам общаться с сервером? если они свои события кидают в слейва, а он в свою очередь будет кидать в сервер. И перевод в прозрачный режим для каких целей? или без пульта связка мастер-слейв становится бесполезной?

там особо удлинять то и нечего, по 20-30 метров в обе стороны, для 485 не думаю, что это будет критично, это был первый проект на езернетах, да и я впервые их настраивал и сразу не на самом простом варианте).

тоже думаю, что пора бы их уже обновить, но в будни это проблематично

Прибор 50_23 (который сейчас Slave) не может одновременно работать и как Slave, и для организации виртуального COM-порта (в прозрачном режиме). Соответственно, если Вы его переводите в прозрачный режим для организации вирт. COM, то удаленные "направления Master" 50_22 и 50_24 отвалятся. Чтобы увидеть приборы Орион, подключенные к этим направлениям, преобразователи С2000-Ethernet тоже нужно будет перенастаривать на работу с вирт. портом (в т.ч. С2000-Ethernet переводить в прозрачный режим).
Master/Slave может работать и не под пультом. В этом случае прибор Slave подключается к ПК по RS232 или через USB/485 (непосредственным Master-устройством приборов Орион в этом случае является ПК; для ПО соответствующим образом настраиваются временные параметры).

и буквально пару дней назад, когда придя утром на работу и обнаружив лог из 61к событий "потеря приборов" (с 01:30 до 6:40 каждую минуту, а потом и в течение дня под тысячу) было таки принято решение послать к чертям офисную сеть и остаться в своей маленькой и уютненькой, благо точек соприкосновения оказалось не так и много. Из недостатков: VLAN с удалённым офисом был настроен на офисную сеть, поэтому те объекты я пока не вижу, ну и общих ресурсов тоже нету. Итог - второй день потерь не наблюдаю. Все IP-камеры остались в нашей сети и проблем не создают.
Вообще потери приборов не были бы так критичны, если бы не ежедневные сценарии - открыть/закрыть двери, включить/выключить освещение микрорайона.

Доброе утро, Максим Сергеевич.
По ответу  на п.4. - временные настройки пульта должны быть обязательно изменены согласно рекомендациям РЭ C2000-Ethernet. Расчетные значения для пинг, не превышающего 30 мс. и максимального количества направлений ретрансляции представлены ниже:

1. Тайм-аут для ответа при поиске ≥ 50 мс
2. Пауза после общей команды ≥ 110 мс
3. Тайм-аут для ответа на запрос событий ≥ 80 мс (если в пульте значение параметра "по умолчанию" больше 80 мс., то в меньшую сторону менять параметр не нужно")
4. Тайм-аут для ответа на команду ≥ 680 мс

A сам интерфейс после изернета исправен? Не исправный прибор или "загибающийся" кабель связи тоже может спровоцировать подобный хаос.