Тема: Мониторинг событий
Хорошо, как в таком случае понять в чем именно проблема?
1. Перезагружается контроллер по питанию; Есть какой то счетчик жизни или еще что то?
или
2. Теряются данные в самом контроллере; Может логи какие есть?
При чем, у нас ведь два объекта, так вот на одном есть проблемы с потерей “проходов” сотрудников, а на другом объекте таких проблем нет. Выходит что проблема не в виртуальном сервере (загрузка CPU 40%, RAM 10%), а в определенном контроллере.
И еще вопрос, если позволите, как понять что событие попадает в базу? Посмотреть в Модуле отчетов - Архив событий (СКУД)? В нем как раз и не отображаются проходы.
Оборудование на объекте где проблемы, новое. Установлено несколько месяцев назад:
ST-PS105D-BK Блок бесперебойного питания
ST-BT117 Аккумулятор 12 В, 17 Ач
1. Если контроллер перезагружается, то писк идет короткий, меньше чем время открывания. Сделайте время открывания побольше, чтобы было нагляднее. Счетчика нет.
2. Теряться данные могут из-за электромагнитной помехи, вызванной отсутствием диода в замке или плохого контакта с ним. Чаще всего это не вызывает перезагрузки. Есть лог обмена данными с контроллером, его можно включить в свойствах точки доступа и он отобразится в папке службы связи с контроллерами, в имени файла будет IP адрес контроллера. Но чтобы мы могли сделать какой-то вывод по нему, нужно Сделать несколько событий и отметить номер карты и интервал времени и сколько было срабатываний удачных и неудачных.
Если событие не отображается в архиве событий, значит его нет в базе. Если событие будет в логе, но не будет в базе, значит оно теряется внутри компьютера. Если события нет в логе, значит оно не сформировано контроллером или украдено в другую базу другой копией программы.
Добрый день.
Включи лог с проблемного контроллера на несколько минут, часть лога прикладываю ниже.
Видимо вот эти “потерянные” события, которые не отражаются в Мониторе событий при проходе и отсутствуют в “Модуле отчетов - Архив событий (СКУД)”:
-> 28.01.2021 10:29:39.726
-> 28.01.2021 10:29:41.462
-> 28.01.2021 10:32:56.243
-> 28.01.2021 10:32:59.525
-> 28.01.2021 10:29:38.132 FE00000043000005C9818100000050
<- 28.01.2021 10:29:38.257 15FE00000043000000F6
-> 28.01.2021 10:29:38.257 FE00000043000005C9818100000050
<- 28.01.2021 10:29:38.382 15FE0000001000C00012
-> 28.01.2021 10:29:38.382 FE000000100000021A818139
<- 28.01.2021 10:29:38.398 15FE00000043000000F6
-> 28.01.2021 10:29:38.398 FE00000043000005C9818100000050
<- 28.01.2021 10:29:38.523 15FE00000043000000F6
-> 28.01.2021 10:29:39.726
<- 28.01.2021 10:29:39.851 15FE00000043000000F6
-> 28.01.2021 10:29:39.851 FE00000043000005C98182000000D8
<- 28.01.2021 10:29:40.258 15FE0000001000C00012
-> 28.01.2021 10:29:41.462
<- 28.01.2021 10:29:41.588 15FE0000001000C00012
-> 28.01.2021 10:29:41.588 FE000000100000021A818139
<- 28.01.2021 10:29:41.884 15FE00000043000000F6
-> 28.01.2021 10:29:41.884 FE00000043000005C9818100000050
<- 28.01.2021 10:29:42.009 15FE00000043000000F6
-> 28.01.2021 10:29:42.009 FE00000043000005C9818100000050
<- 28.01.2021 10:29:42.134 15FE00000043000000F6
<- 28.01.2021 10:32:54.773 15FE00000043000000F6
-> 28.01.2021 10:32:54.773 FE00000043000005C9818100000050
<- 28.01.2021 10:32:54.898 15FE00000043000000F6
-> 28.01.2021 10:32:54.898 FE00000043000005C9818100000050
<- 28.01.2021 10:32:55.023 15FE0000001000C00012
-> 28.01.2021 10:32:55.023 FE000000100000021A818139
<- 28.01.2021 10:32:55.039 15FE00000043000000F6
-> 28.01.2021 10:32:56.243
<- 28.01.2021 10:32:56.368 15FE00000043000000F6
-> 28.01.2021 10:32:56.368 FE00000043000005C9818100000050
<- 28.01.2021 10:32:56.493 15FE0000001000C00012
-> 28.01.2021 10:32:56.493 FE000000100000021A818139
<- 28.01.2021 10:32:56.509 15FE00000043000000F6
-> 28.01.2021 10:32:56.509 FE00000043000005C9818100000050
<- 28.01.2021 10:32:58.056 15FE0000001000C00012
-> 28.01.2021 10:32:58.056 FE000000100000021A818139
<- 28.01.2021 10:32:58.071 15FE00000043000000F6
-> 28.01.2021 10:32:58.071 FE00000043000005C9818100000050
<- 28.01.2021 10:32:58.196 15FE00000043000000F6
-> 28.01.2021 10:32:58.196 FE00000043000005C9818100000050
<- 28.01.2021 10:32:58.321 15FE00000043000000F6
-> 28.01.2021 10:32:59.525
<- 28.01.2021 10:32:59.650 15FE00000043000000F6
-> 28.01.2021 10:32:59.650 FE00000043000005C982810000001E
<- 28.01.2021 10:33:00.058 15FE0000001000C00012
-> 28.01.2021 10:33:00.058 FE000000100000021A82816C
<- 28.01.2021 10:33:00.072 15FE00000043000000F6
-> 28.01.2021 10:33:00.072 FE00000043000005C982810000001E
Вы не можете знать, что из них потерянные события, т.к. это нечитаемый протокол.
Сколько считываний какой карты было в данном куске лога фактически?
Провел еще одно тестирование, с фиксацией кол-ва проходов.
Прикладывал карту с номером 024-16400 к считывателю 20 раз. Из них 15 событий что карта приложена, 5 прикладываний не отразилось ни в Мониторе событий, ни в Модуле отчетов.
Весь лог приложить не удалось, выложил на Яндекс.Диск: https://yadi.sk/d/f4RVUytZ1svNvQ
Ок, будем изучать.
1. На все 20 проход был открыт? Или на отсутствующие события и контроллер не реагировал?
2. Отсутствующие события в этом списке какое положение занимают (в очередности, примерно)?
Следует понимать, что в электронике чудес не бывает. Контроллер не может “стирать” события, он этому не обучен. Если принят код карты (вообще принят) то это событие есть в памяти контроллера. При этом, при заборе этих событий в базу данных, следующее событие попадет в базу только если программа подтвердит, что первое событие доставлено в БД успешно. А вот если контроллер не принял карту вообще, а звуковой сигнал был лишь от считывателя - то и искать такое событие негде, его не существует.
По логу ничего понять не реально, если отсутствующие события имеют место быть, то в логе их и не будет, они же отсутствующие, а если есть, любые, разрешен проход или нет, то такое событие будет в БД, т.е. в архиве событий.
Для таких чудес, вам потребуется провести эксперимент следующего характера:
Контроллер следует подключить к ПК с программой (БД + служба связи с контроллерами) без замка, только считыватели, при этом, данный ПК должен быть полностью автономен и не иметь выхода в сеть. Программа должна быть установлена в основной ОС, при этом, если на ПК есть система виртуализации - таковая должна быть выключена. Т.е. все это требуется для исключения возможности наличия других копий программы, а также средств перехвата трафика.
Приложить карту к считывателю те же 20-30 раз, при этом, каждый следующий раз выполнять лишь в том случае если звуковой сигнал будет исходить от контроллера (не от считывателя). Нужно убедиться в том, что контроллер даст сигнал о считывании карты столько раз, сколько раз была приложена карта и ровно это количество считываний должно появиться в БД в архиве событий.
Нашли параллель - проблемы начались после того, как подключили сухой контакт (пожарку) к этому контроллеру. И действительно, проходы сотрудников “пропадают” только на 2х контроллерах из 23х. Именно к этим двум и подключена пожарка, на каждом из двух входов на объект: контроллер, трипод и считыватель.
Может мы не правильно подключили пожарку, фото контроллера ниже. Или настройки контроллера не верные (Поставили галочку на: Настройки контроллера - Разрешить режим пожарной разблокироваки)?
Возможно у турникета параллельно электромагнитам нет диодов. Пожарка подключена правильно, разве только провода могут отходить.
Добрый день.
Не смогли устранить сбой. Поменяли контроллер на тот, что стоит на другой двери. Работа нормализовалась. Сбойный контроллер отправим вам в ремонт через подрядчика.
Спасибо что оперативно отвечали и старались помочь решить вопрос.
