партнерский раздел
ФорумЭксплуатацияПропадает связь с приборами С2000-Ethernet

Эксплуатация » Пропадает связь с приборами С2000-Ethernet

1

Здравствуйте. На территории предприятия есть 5 зданий оснащенных пожарной сигнализацией+проходная с круглосуточной охраной. На проходной установлен пульт С2000М и АРМ Орион. Связь между зданиями организована по локальной сети через С2000-Ethernet. Переодически (несколько раз в месяц) пропадает связь с приборами в зданиях. Связь отсутсвует судя по отчетам АРМ ОРИОН максимум 11 секунд, затем связь востанавливается и здания берутся под охрану. Стабильности по потерям связи нет, могут отвалится все одновременно, могут по одному или два. Системный админстратор утверждает что дело в оборудовании "Болид", и что все свичи и сеть работают стабильно и без сбоев. Добавлю что в посети с пожаркой работают IP камеры видеонабдюдения.

6 месяцев 13 дней назад

avatar

вот тоже столкнулся с этой бедой, при этом сами системы работают, пульты проблем не видят, теряется только связь с Орионом.
Из замеченного: в момент потери приборов, пинг тоже теряется, но другое оборудование, которое сидит на том же коммутаторе, пингуется, пробовал менять и физические порты.
Пока я в неспешных поисках корня зла, фильтром отключил показ "Потерян контакт с прибором", чтоб тревогами не доставал.

Волков Андрей 6 месяцев 13 дней назад

Я пока тоже не смог решить проблему с потерей приборов. Немного занят ит отдел. Причем стоит у нас где 25 преобразователей, а частые потери только у 3.

Рыбкин Евгений Сергеевич 6 месяцев 13 дней назад

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

2 ответа

0

Причин кратковременной потери связи с последующим восстановлением может быть несколько:

  1. Некорректная настройка временных параметров Master-устройства системы (пульта/АРМ). Речь идет о параметрах, которые настраиваются при помощи утилит RS485Settings и Settings. Значения временных параметров должны соответствовать рекомендациям последней редакции РЭ C2000-Ethernet.
  2. Прибор С2000-Ethernet необходимо обновить до v2.55, если прибор подключен к пульту и осуществлет ретрансляцию на скорости 115200 бит/сек (см. список изменеий в РЭ v.2.55).
  3. Прибор С2000-Ethernet рекомендуется обновить до v2.55, если прибор осуществляет ретрансляцию в RS-485. Согласно списку изменеий в РЭ v.2.55 - "исправлена ошибка, в результате которой С2000-Ethernet мог выполнять автоматический сброс (на практике проявляется как  кратковременное отсутствие пинга или сбой статистики в АРМ, в редких случаях как потеря прибора RS с последующим быстрым обнаружением; с наибольшей вероятностью характерно для RS-485)". Рекомендация исключительно для прозрачного режима.
  4. Прозрачный режим критичен к просадкам в канале, т.к. велика вероятность рассинхронизации трафика (когда на следущий запрос приходит ответ на предыдущий запрос). Если ретранслируется протокол Орион, то положительный результат можно получить при переводе приборов C2000-Ethernet в режим с сохранением событий (не рекомендуется для систем, где через центральный  С2000-Ethernet, выпущенный до 09.2016 г., проходит более 15000 событий в сутки). При переводе системы на режим с сохранением событий, необходимо перенастроить временные тайм-ауты пульта С2000M/АРМ.
  5. С2000-Ethernet - 10 Мб устройство, расположенное в 100 Мб локальной сети. При большом количестве трафика может возникать эффект «узкого горлышка», когда трафик 100 Мб сети накапливается на коммутаторе до тех пор, пока позволяет оперативный буфер коммутатора. Трафик, поступающий на коммутатор при заполненном буфере, теряется. Аналогичная и наиболее вероятная ситуация может происходить и при приеме трафика прибором С2000-Ethernet (если приемный буфер С2000-Ethernet переполнен, то входящий трафик просто игнорируется). Отсюда и неответы на команду пинг, которые со временем рассасываются. Можно поэкспериментировать, например, временно отключить IP-сервер (если используются IP-камеры) или аудио-сервер (если используется мультикастовая передача аудиопотока) и посмотреть на результат. Можно попробовать при помощи Qos повысить приоритетность трафика от приборов C2000-Ethernet (протокол UDP + UDP-порт C2000-Ethernet).
    Можно выделить приборы C2000-Ethernet в отдельный VLAN с целью минимизации приема разнообразного сетевого трафика, заведомо непредназначенного приборам C2000-Ethernet. При организации виртуального COM и для возможности удаленного конфигурирования приборов C2000-Ethernet по локальной сети не забыть включить в VLAN ПК. При создании VLAN можно учесть, что:
    - все приборы C2000-Ethernet имеют старшие 3 байта MAC-адреса 00-18-BC;
    - работают в UDP-протоколе на известных UDP-портах (по умолчанию, 40000 и 40001).
    Организация VLAN находится в ведении сетевых администраторов локальной сети, на их же усмотрение определяются правила определения приборов к некоей VLAN.

6 месяцев 10 дней назад

avatar

Спасибо за ответ Ольга. Попробую прояснить ситуацию. Система построена следующим образом, 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    -    -

Сергеев Максим Сергеевич 6 месяцев 10 дней назад

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

  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 (максимальное/минимальное/среднее время и пр.).

Ольга 6 месяцев 10 дней назад

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

2017-02-05 17:36:31.271: From 192.168.50.103: bytes=60 seq=7467 TTL=255 ID=463e time=4.691ms
2017-02-05 17:36:31.771: From 192.168.50.103: bytes=60 seq=7468 TTL=255 ID=463f time=4.749ms
2017-02-05 17:36:32.781: From 192.168.50.103: bytes=60 seq=746a TTL=255 ID=4640 time=13.953ms
2017-02-05 17:36:34.267: Timeout waiting for seq=7469
2017-02-05 17:36:35.267: Timeout waiting for seq=746b
2017-02-05 17:36:35.771: From 192.168.50.103: bytes=60 seq=7470 TTL=255 ID=4641 time=4.524ms
2017-02-05 17:36:36.267: Timeout waiting for seq=746c
2017-02-05 17:36:36.267: Timeout waiting for seq=746d
2017-02-05 17:36:36.271: From 192.168.50.103: bytes=60 seq=7471 TTL=255 ID=4642 time=4.559ms
2017-02-05 17:36:36.771: From 192.168.50.103: bytes=60 seq=7472 TTL=255 ID=4643 time=4.347ms
2017-02-05 17:36:37.267: Timeout waiting for seq=746e
2017-02-05 17:36:37.267: Timeout waiting for seq=746f
2017-02-05 17:36:37.271: From 192.168.50.103: bytes=60 seq=7473 TTL=255 ID=4644 time=4.573ms
2017-02-05 17:36:37.771: From 192.168.50.103: bytes=60 seq=7474 TTL=255 ID=4645 time=4.636ms

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

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

Волков Андрей 6 месяцев 10 дней назад

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

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

Ольга 6 месяцев 10 дней назад

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

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

Волков Андрей 6 месяцев 10 дней назад

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

Ольга 6 месяцев 9 дней назад

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

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

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

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

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

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

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

Ольга 6 месяцев 9 дней назад

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

Ольга 6 месяцев 9 дней назад

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

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

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

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

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

Схема первого дома:
АРМ (вирт.порт) - ЛВС - С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-портах тоже опрашиваются пульты (а не непосредственно приборы Орион)?

Ольга 6 месяцев 8 дней назад

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

в чём тут резервирование я и сам не понял, в Орионе же один виртуальный порт используется и настроен на прозрачный езернет, но по сути чтобы перейти на слейв достаточно будет в настройках виртуального порта указать его 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 - приборы Орион

Волков Андрей 6 месяцев 8 дней назад

НЕ верно: " в Орионе же один виртуальный порт используется и настроен на прозрачный езернет, но по сути чтобы перейти на слейв достаточно будет в настройках виртуального порта указать его 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.

Ольга 6 месяцев 8 дней назад

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

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

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

Волков Андрей 6 месяцев 8 дней назад

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

Ольга 6 месяцев 7 дней назад

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

Волков Андрей 3 месяца 25 дней назад

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

0

Здравствуте Ольга. Уточняю запрошеную вами информацию:

  1. версии всех приборов C2000-Ethernet; 3шт  с версией 2.15, остальные 2.52
  2. макс. штатное время пинг, инициированного с ПК со стороны Slave до приборов Master (например, по 100 запросам); минимальное время у всех 4мсек, максимальное то 11 до 20 мсек. Тест проводился в дневное время при максимальной нагрузке сети.
  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 (максимальное/минимальное/среднее время и пр.). 

По последним двум пунктам озадачил системного администратора жду ответа. Мое мнение что проблема все таки с сетью, либо свичи перезагружаются, либо IP камеры пакостят. У нас свичи с POE от них и питание к камерам идет. Очень хочется докопаться до истины если это сеть значит будем лечить сеть если ваше оборудование то надеюсь на вашу помощь в решении.

6 месяцев 9 дней назад

avatar

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

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

Ольга 6 месяцев 9 дней назад

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

Добавить ответ

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

ПОКАЗАН

2067 раз

ЗАДАН

6 месяцев 13 дней назад

ТЕГИ

С2000-Ethernet

По каждому вопросу/ответу можно добавлять комментарии. Комментарии предназначены для уточнения вопроса/ответа.

Слева от каждого вопроса/ответа указано число – количество голосов. Над и под этим числом имеются стрелки, с помощью которых вы можете проголосовать за актуальный или понравившийся вам вопрос/ответ. Причем можете оставить свой голос как в «плюс» (верхняя стрелка), так и в «минус» (нижняя стрелка), если сообщение, например, неуместно или вы его не поддерживаете. Также можно отменить свой голос, если проголосовали ошибочно или передумали. Для отмены надо нажать на оранжевую стрелку.