Система
мониторинга СКУД

Назначение решения

Данное типовое решение предназначено для централизованного контроля работоспособности распределённых систем контроля и управления доступом (СКУД) и пожарной сигнализации. Основная задача — обеспечить непрерывность физической безопасности объекта, своевременно выявлять неисправности оборудования, контролировать целостность охранных шлейфов и предотвращать ложные срабатывания.

Принцип работы и используемые протоколы

Camkeeper взаимодействует с контроллерами СКУД и системами пожарной сигнализации с помощью протоколов, поддерживаемых большинством современного оборудования. Каждый протокол решает свою задачу, и их совместное использование даёт полную картину состояния системы.

• SNMP (v2c/v3) — основной протокол для сбора технических метрик с контроллеров СКУД. Через SNMP Camkeeper получает состояние питания, температуру процессора, загрузку CPU и памяти, статус портов ввода-вывода, считывателей, замков, турникетов и встроенных ИБП. Это позволяет выявлять предотказные состояния и быстро диагностировать неисправности.
• HTTP (JSON-RPC) — протокол для интеграции с модулем «Орион Про» (Болид). Важно: модуль «Орион Про» является отдельным программным обеспечением, которое должно быть установлено и настроено на сервере (физическом или виртуальном). Camkeeper отправляет JSON-RPC запросы к API этого модуля и получает данные о состоянии пожарных приборов, шлейфов, реле и статистике СКУД. Данный протокол обеспечивает глубокий контроль пожарной сигнализации, включая сопротивление шлейфов, напряжение датчиков и количество тревожных событий, но требует наличия работающего модуля интеграции.
• ICMP (Ping) — универсальная проверка сетевой доступности устройств. В сочетании с основными протоколами позволяет отличить проблемы сети от аппаратных сбоев.

Таким образом, мониторинг строится на двух уровнях: аппаратное состояние и каналы связи через SNMP/ICMP, а также логика работы пожарной системы и СКУД через HTTP/JSON-RPC. При этом для работы с Болидом необходимо наличие модуля интеграции, который выступает в роли «переходника» между оборудованием и системой мониторинга.

Ключевые точки контроля и их практическая ценность

Аппаратное здоровье контроллеров и модулей

Контроллер СКУД — это «мозг» системы доступа. Его отказ блокирует проходы и нарушает режим охраны. Шаблоны Camkeeper отслеживают критичные параметры:

• 1. Загрузка CPU и RAM — высокая утилизация (более 90%) указывает на перегрузку, что может привести к зависаниям и пропуску событий.
• 2. Температура процессора и батареи — перегрев сокращает срок службы. Пороги срабатывания настроены на 60–70°C.
• 3. Напряжение питания и состояние ИБП — отклонения напряжения и низкий заряд батареи (менее 20%) сигнализируют о проблемах с электропитанием, которые могут привести к внезапному отключению.
• 4. Исправность SSD — для контроллеров с внутренним накопителем контроль свободного места и статуса диска позволяет избежать потери логов и конфигурации.
• 5. Датчик вскрытия корпуса — сигнал о физическом вмешательстве в контроллер немедленно оповещает службу безопасности.

Состояние периферийных устройств СКУД

Каждая точка доступа состоит из множества компонентов: считыватели, замки, турникеты, светофоры, датчики. Camkeeper контролирует их статус в реальном времени:

• 1. Считыватели (MIFARE, штрих-код, OSDP) — потеря связи или неисправность ридера блокирует проход. Триггеры срабатывают при статусе, отличном от «ok» или «connected».
• 2. Замки, турникеты, барьеры — мониторинг состояния и счётчиков проходов позволяет выявлять механические заклинивания и отслеживать интенсивность использования.
• 3. Светофоры и светодиодные индикаторы — контроль исправности визуальной сигнализации прохода.
• 4. Кнопки и детекторы стороны — проверка корректности работы кнопок режима и датчиков направления движения.

Пожарная сигнализация (Болид)

Модуль интеграции «Орион Про» предоставляет уникальные данные о пожарной системе:

• 1. Пожарные шлейфы — количество шлейфов в тревоге (сработка датчиков) и неисправности (обрыв, КЗ). Критический порог для неисправных шлейфов — более 5, для тревоги — любое значение >0.
• 2. Сопротивление шлейфов — среднее значение в кОм; выход за пределы 1–8 кОм указывает на проблемы с проводкой.
• 3. Напряжение питания датчиков — снижение ниже 10,5 В может вызывать ложные срабатывания.
• 4. Технические ошибки — количество ошибок за сутки (потеря связи, неисправности приборов) более 10 сигнализирует о системных проблемах.
• 5. Активные реле — включение реле пожаротушения, дымоудаления или оповещения требует немедленной проверки.
• 6. Качество сигналов датчиков — выход за пределы нормального диапазона (например, задымление камер) позволяет заранее планировать обслуживание.

Целостность конфигурации и инвентаризация

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

Управление SLA на основе объективных данных

Как и в решении для видеонаблюдения, система предоставляет инструменты для оценки качества работы обслуживающих организаций:

• Статистика доступности — фиксируется время каждого сбоя и восстановления, на основе чего рассчитываются MTTD и MTTR.
• Интеграция с ITSM — при срабатывании триггеров автоматически создаются заявки в Service Desk с указанием объекта, типа проблемы и уровня важности.
• Отчётность по SLA — встроенные отчёты позволяют увидеть, сколько времени система находилась в рабочем состоянии, какие компоненты чаще выходят из строя и как быстро устраняются проблемы.

Требования к целевому оборудованию

Для полноценного мониторинга по данному типовому решению необходимо, чтобы:

• На контроллерах был включён и настроен SNMP с правами на чтение (имя пользователя, пароли авторизации и шифрования при необходимости), с community-строкой и доступом по порту 161.
• Для мониторинга пожарной сигнализации (Болид) на сервере должен быть установлен, настроен и запущен модуль интеграции «Орион Про» (он обеспечивает JSON-RPC API на порту 8090).
• Все устройства имели постоянные IP-адреса и были доступны по сети с Camkeeper.

При соблюдении этих условий шаблоны мониторинга работают в полном объёме. Если SNMP на контроллерах не включён или модуль «Орион Про» недоступен, система сможет контролировать только сетевую доступность (пинг), что резко снижает глубину диагностики.

Важные ограничения и что нужно сделать перед внедрением

Приведённое типовое решение — это методология, а не магия. Camkeeper предоставляет готовые шаблоны, но для их работы необходимо учесть следующие моменты:

1. Настройка параметров доступа. Для SNMP-шаблонов требуется указать корректные community-строки или учётные данные SNMPv3. Для шаблона Болид – проверить доступность порта 8090 и корректность JSON-RPC запросов. Все параметры задаются через макросы на уровне хоста.

2. Зависимость от поддержки протоколов на целевых устройствах. Не все контроллеры поддерживают полный набор OID, описанных в шаблонах. Например, некоторые модели Инфоматика могут не возвращать отдельные статусы периферии. Рекомендуется перед внедрением проверить доступность всех метрик с помощью snmpwalk.

3. Ручное клонирование элементов. В некоторых шаблонах порты и OSDP-считыватели представлены статическими элементами с индексами 1, 2, 3… Для каждого физического порта или считывателя необходимо вручную клонировать готовые элементы, заменив индекс в имени, ключе и последней цифре OID. Это требует внимательности и увеличивает время развёртывания.

4. Проверка строковых статусов. В шаблонах СКУД триггеры используют ожидаемые значения «ok», «connected» и т.д. На реальном оборудовании эти строки могут отличаться (например, «normal», «online»). После первого подключения необходимо проверить фактические значения и при необходимости скорректировать функции str() в выражениях триггеров. Триггеры, не прошедшие валидацию, рекомендуется временно отключить.

5. Актуализация кодов состояний. В шаблоне Болид используются коды состояний для пожарных приборов и шлейфов (например, 2, 3, 37, 44). Эти коды могут различаться в зависимости от версии ПО модуля интеграции. Необходимо сверить их с документацией производителя и при необходимости изменить в JavaScript-обработчиках.

6. Ограничения по количеству портов/считывателей. Шаблоны СКУД рассчитаны на фиксированное количество периферийных устройств (обычно 0 и 1). Если в вашей системе больше устройств, потребуется доработка шаблона (клонирование элементов с новыми индексами).

7. Регулярное обновление библиотеки. Мы постоянно дополняем и актуализируем шаблоны, но в некоторых случаях требуется ручная проверка актуальности OID при обновлении прошивок производителей. Обновления библиотеки предоставляются бесплатно в течение всего срока технической поддержки.

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

Заключение

Данное типовое решение предлагает проверенный подход к построению системы мониторинга СКУД и пожарной сигнализации на базе стандартных протоколов. Оно решает две ключевые задачи: обеспечивает непрерывность физической безопасности и предоставляет объективные данные для контроля качества обслуживания. Решение готово к внедрению и не требует разработки пользовательских сценариев — все элементы уже реализованы в библиотеке шаблонов Camkeeper.

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