Мираж - Стрелец тревоги

[craber]

И так тоже!
У Вас на скриншоте Тревога через 15 секунд. У нас бывает и через пол часа и полтора часа. На одном объекте после снятия с охраны Тревожили все датчики под которыми ходили люди.

[Andrey Tatarinov]

И так тоже!
У Вас на скриншоте Тревога через 15 секунд. У нас бывает и через пол часа и полтора часа. На одном объекте после снятия с охраны Тревожили все датчики под которыми ходили люди.

Не исключаю, что у нас может быть проблема с неверным преобразованием какого-то сообщения от самой системы, но какого? Есть подозрения, что сама система (раздел) не снимается с охраны по какой-то причине. Либо сообщения о тревоге поступают от датчиков с большой задержкой по причине плохого прохождения радиосигнала, но тогда бы приходили сообщения о потере датчиков.

Сообщения от системы ВОРС СТРЕЛЕЦ мы достаем поочередно из буфера событий РРОП СТРЕЛЕЦ, туда их ложит сама система Стрелец. Вот, на вопрос, что она туда ложит, когда срабатывают датчики при перемещении людей в их зоне, надо придумать способ поиска ответа. Может прочитать буфер сообщений из РРОП при помощи их утилиты.

По идее, если разделы сняты с охраны, то сообщений о тревогах быть не должно по этим разделам. МИРАЖ придумать эти сообщения не может, тому в подтверждение то,что они совпадают с номерами датчиков в зоне которых ходят люди (то есть не вымышленные).

[esbs]

[

[craber]

В качестве технических пояснений хочется узнать следующие моменты:
1) На указанном объекте в качестве устройства управления постановкой/снятием используется ПУ-Р?
2) На других объектах с использованием ПУЛ-Р, локального ПУЛа возникают такие ситуации или нет?

1. Да, постановка/снятие производится с ПУ-Р.
2. Да, на 4 объектах были такие сбои. На всех объектах установлен ПУ-Р.

[БВА]

Похоже что косячит Стрелец - ПУ-Р показывает что "СНЯТ", а сама система об этом толи не знает, толи забыла, вот и передает тревоги от датчиков. Датчик то не знает что он снят с охраны поэтому и шпарит все нарушения. Кто-нибудь пробовал считывать протокол из РРОП? В нём что?

[esbs]

Буфер событий Стрельца нужно смотреть первым делом, максимально быстро, объем слишком маленький, по-моему, 256 событий? если память не изменяет.

Но вопрос остаётся открытым: А что считывает контороллер из буфера Стрельца? Если система снялась с охраны, на ПЦН пришло подтверждение, что она снята. Так или иначе, получается, что контроллер прочитал именно событие о снятии системы с охраны. А на самом деле Стрелец остался под охранной?

Причины в задержке по связи РРОП – Датчик (инертность Стрельца), здесь тоже не может быть, так как контроллер должен считывать по факту только то событие, которое попало РРОП «0», тоесть работать в режиме реального времени. А значит если событие прочитано контроллером и передано на ПЦН, значит оно в системе Стрелец наступило. Причём не важно, кто был инициатором события ПУ-Р или ПЦН.