Болид потеря связи с приборами

forum-bolid.ru

Потеря приборов.

На рисунке ошибка -С2000(м) на XT1.1 ошибочно указано +U, а надо 0 Вольт.
http://bolid.ru/pictures/ktr_070_1100.png

.
.
В распределенной системе, в которой подключенные к одной линии RS-485 пульт и приборы питаются от разных источников питания, необходимо объединение цепей «0 В» всех приборов и пульта для выравнивания их потенциалов. Несоблюдение этого требования может привести к неустойчивой связи пульта с приборами. При использовании кабеля с несколькими витыми парами проводов для цепи выравнивания потенциалов можно использовать свободную пару. Допускается использовать для этой цели экран экранированной витой пары при условии, что экран не заземлен.
.
.
ВНИМАНИЕ! Обычно ток, протекающий по проводу выравнивания потенциалов, очень мал. Но если «0 В» приборов или источников питания будут подключены к различным локальным шинам защитного заземления, то разность потенциалов между цепями «0 В» может достигать нескольких единиц и даже десятков вольт, а протекающий по цепи выравнивания потенциалов ток может быть значительным. Это может быть причиной неустойчивой связи пульта с приборами и даже привести к выходу приборов из строя. Поэтому нужно избегать заземления цепи «0 В» или, в крайнем случае, заземлять эту цепь только в единственной точке. Нужно учитывать возможность связи «0 В» с цепью защитного заземления в оборудовании, используемом в системе ОПС. Так, связь «0 В» пульта с шиной защитного заземления может возникнуть при подключении к пульту принтера или персонального компьютера, цепь «0 В» может быть заземлена в некоторых источниках питания. Причиной протекания паразитных токов может быть замыкание внешних цепей приборов (RS-485, шлейфы сигнализации, цепи подключения считывателей и т.п.) на металлические конструкции здания. С такой проблемой можно столкнуться в больших системах, в которых пульт и приборы расположены в разных зданиях и объединены интерфейсом RS-485. Надежный способ избежать их — развязать сегменты линии RS 485, соединяющие разные здания, с помощью повторителей интерфейса RS-485 с гальванической изоляцией «С2000-ПИ».
.
.

Добрый день.
Ситуация такая (см. вложение)
такие проблемы:
1. Отпадает С2000-Периметр, иногда целиком, иногда извещатели отдельно
2. дикие задержки событий, Тревога через 5-7минут, взять/поставить — 3-6 мин

Когда настраивали система работала.

Пульт С2000-М версии 2.05 в режим работы «Компьютер», «АРМ Орион» вер 7.6.3. протокол «Орион ПРО», преобразователь «Стандартный ПИ»

На пульте С2000-М все разделы пожарной сигнализации на охране без права снятия, при запуске оперативной задачи.

Оказалась проблема с с2000-ethernet

Видимо та ошибка с прибором ушла на езернет и у него в событиях повисла, и простой сброс питания не помогал, надо сбрасывать до заводских.

Собран тестовый стенд.
Сторона 1: С2000М (адрес 1), Сигнал-20П (адрес 2), С2000-РПИ (мастер)
Сторона 2: С2000-РПИ(slave), Сигнал-20П (адрес 5), С2000-БКИ (адрес 8)

На Сигнале-2 включён 1 шлейф (под охраной) и 13 отключено, на.

Извините, обстоятельства были таковы

Да я не в претензиях :foo_t_bol:

Здравствуйте. Недавно начал работу с продукцией компании Болид и сопутствующими системами и сейчас интересует такой вопрос:

Как объединить несколько приборов Сигнал-20П (2.02), чтобы при срабатывании одного сигнала срабатывали и все остальные?

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

Спасибо большое всем за помощь еще раз!

Есть система под управлением с2000М (v 2.7).
Решил на С2000-БИ вывести индикацию состояние корпуса приборов. Создал отдельный раздел, включил в него шлейф состояния корпуса одного прибора. Работает так: нет нарушения — не горит.

Инсталляция, монтаж » Пропадание связи приборов, работающих через С2000-РПИ

Не могу найти тему, где обсуждают вопросы по С2000-РПИ. Неужели у всех приборы, подключенные по интерфейсу RS-485 через С2000-РПИ работают устойчиво? Товарищи дорогие, HELP. Заказчик без ножа режет.
У нас постоянно пропадают приборы, подключенные через С2000-РПИ. Суть следующая:
На центральном посте объекта установлен С2000 вер. 1.24, к нему проводами присоединены приборы С2000-БКИ адр.1 и Сигнал-20П SMD адр.2. Также есть еще 3 удаленных объекта, на каждом из которых установлены Сигнал-10 и к нему проводами присоединен С2000-РПИ. Соответсвенно адреса удаленных приборов 3,4,5. С2000-РПИ возле ПКУ С2000 в режиме «Master», остальные С2000-РПИ в режиме «Slave» без ретрансляции. Программой RS485Settings установили все параметры: пауза ответа при поиске по каналу RS-485 — 2ms;
— Пауза после общей команды — 30 мс;
— Пауза перед сеансом со сменой напр -30 мс;
— Пауза перед сеансом без смены напр — 30 мс;
— Тайм-аут для ответа на запрос событий — 360 мс;
— Тайм-аут для ответа на команду- 660 мс;
— Тайм-аут для ответа при поиске» — 90 мс;
количество попыток все 3 пункта — 6 раз. Постоянно «вылетает» связь с приборами, соединенными по радиоканалу. Есть какие-нибудь соображения по этому вопросу?

Болид потеря связи с приборами

Максимов Валентин Евгеньевич

– Максимов Валентин Евгеньевич 6 лет 10 месяцев назад

4 ответа

расстояния между РПИ какие ?
качество связи на индикаторах РПИ?

Болид потеря связи с приборами

Соболев Евгений Николаевич

Ох уж эти С2000-РПИ..
У самого встала задача удаленного мониторинга нескольких десятков объектов на КПП по радиоканалу.
На сайте Болида есть схемы работы на устройствах С2000-РПИ, в прайсах эти С2000-РПИ по цене 3тыс с копейками.
На С2000-РПИ есть сертификат соответствия 123-ФЗ.
Но .. сам Болид рекомендует Спектр-433, или Невод-5.
Вопрос такой.. как теперь Заказчику объяснять-обосновать, что нужны радиомодемы Спектры-433 с антеннами за 10 тыс, или Неводы-5 с антеннами за 12 тысяч, когда у него распечатанный прайс Болида, где есть «родные» С2000-РПИ по цене 3 тыс с копейками, да еще сертифицированные ФЗ-123.

Болид потеря связи с приборами

– Максимов Валентин Евгеньевич 6 лет 10 месяцев назад

– Осьмаков Андрей 6 лет 8 месяцев назад

Здравствуйте, коллеги! Вопрос с пропаданием связи решился, объекты стоят без пропадания связи уже более 1 месяца. Проблема была в следующем: Первоначальная конфигурация объектов Заказчика была следующая: На посту охраны были установлены ПКУ С2000, Сигнал-20ПSMD (адрес 1), С2000-БКИ (адрес 2) и С2000-РПИ (Master); Также были два удаленных объекта на которых были установлены Сигнал-10 и С2000-РПИ (соответсвенно Сигнал-10 (адрес 3) и Сигнал-10 (адрес4) — Эти объекты были смонтированы одновременно и С2000-РПИ (Master) и С2000-РПИ (Slave) на объектах с Сигналами-10 мы «дружили» на столе при сдаче объектов. Связь была устойчивой и всё работало идеально. Через некоторое время мы смонтировали ПС во новом построенном административном корпусе, куда был установлен «Сигнал-10» (адрес5) и ещё один С2000-РПИ (Slave). Мы пытались прописать С2000-РПИ на новом объекте в уже существующую систему. С2000-РПИ прописался в Мастер, но при этом связь периодически пропадала. «Победить» ситуацию долго не могли. пока не сняли все С2000-РПИ (Slave) c объектов и сбросив все настройки на заводские, прописали в Мастер-РПИ все Slave-РПИ по новой. Все — вопрос решился.

Болид потеря связи с приборами

Максимов Валентин Евгеньевич

Кстати, время ответа у приборов выставили как заводское.

Болид потеря связи с приборами

Максимов Валентин Евгеньевич

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

После подтверждения номера мобильного телефона у вас появится возможность добавлять сообщения на форуме.

Мы надеемся, что данная «форма допуска» сведет к минимуму флуд, флейм и троллинг на форуме, а также повысит ответственность пользователей за их сообщения.

Ваш номер телефона будет доступен только администраторам сайта.

ПОКАЗАН

ЗАДАН

ПРОДУКТЫ

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

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

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

Болид потеря связи с приборами

– Волков Андрей 4 года 11 месяцев назад

– Рыбкин Евгений Сергеевич 4 года 11 месяцев назад

3 ответа

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

  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шт. С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 — —

– Сергеев Максим Сергеевич 4 года 11 месяцев назад

Сигуа Ольга 4 года 11 месяцев назад

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

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

– Волков Андрей 4 года 11 месяцев назад

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

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

Сигуа Ольга 4 года 11 месяцев назад

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

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

– Волков Андрей 4 года 11 месяцев назад

Сигуа Ольга 4 года 11 месяцев назад

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

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

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

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

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

– Волков Андрей 4 года 11 месяцев назад

Сигуа Ольга 4 года 11 месяцев назад

Сигуа Ольга 4 года 11 месяцев назад

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

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

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

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

– Волков Андрей 4 года 11 месяцев назад

Сигуа Ольга 4 года 11 месяцев назад

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

Болид потеря связи с приборами

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

– Волков Андрей 4 года 11 месяцев назад

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

Сигуа Ольга 4 года 11 месяцев назад

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

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

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

– Волков Андрей 4 года 11 месяцев назад

Сигуа Ольга 4 года 11 месяцев назад

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

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

  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 от них и питание к камерам идет. Очень хочется докопаться до истины если это сеть значит будем лечить сеть если ваше оборудование то надеюсь на вашу помощь в решении.

Болид потеря связи с приборами

Сигуа Ольга 4 года 11 месяцев назад

Чем закончилось? решилась ли проблема? У нас тоже самое началось 3 недели назад, не можем понять где проблема, в сети проблем не видем.
Все этапы с прошивками и с тайм аутами проделали ни чего не изменилось. теряются приборы после с2000-Ethernet

Болид потеря связи с приборами

Пигусов Олег Владимирович

– Базуев Алексей Владимирович 3 года 5 месяцев назад

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

После подтверждения номера мобильного телефона у вас появится возможность добавлять сообщения на форуме.

Мы надеемся, что данная «форма допуска» сведет к минимуму флуд, флейм и троллинг на форуме, а также повысит ответственность пользователей за их сообщения.

Ваш номер телефона будет доступен только администраторам сайта.

ПОКАЗАН

ЗАДАН

ПРОДУКТЫ

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

Источник