На одном логистическом комплексе под Воронежем детектор честно поймал дрон за 900 метров, мигнул тревогой на своём табло — и всё. Оператор в тот момент смотрел на другой монитор, стойка с детектором стояла в серверной, куда охранник заходит раз в смену. Дрон спокойно отработал и ушёл. Оборудование сработало на пятёрку. Система — не сработала, потому что системы не было. Была коробка.
Мы регулярно видим эту ошибку у заказчиков: детектор покупают как отдельный прибор, ставят в угол и ждут, что он сам кого-то остановит. Не остановит. Детектор ничего не сбивает — он сообщает. А дальше всё зависит от того, кому и как он сообщает, и что человек на пульте успеет сделать за те 40–90 секунд, что есть до подхода FPV.
Что даёт детектор в одиночку и чего он не даёт
Радиочастотный детектор ловит канал управления и видеопоток дрона — обычно это 2.4 и 5.8 ГГц, плюс 1.2 ГГц и служебные 868/915 МГц. Он определяет: есть борт в воздухе, примерный азимут, иногда тип по радиосигнатуре. Хорошая модель — тот же Булат V4 — отдаёт азимут и оценку дистанции. Но детектор не поворачивает камеру, не закрывает ворота, не будит второго охранника и не пишет, что именно произошло в 3:14 ночи. Всё это — работа смежных систем объекта, которые на большинстве площадок уже стоят: видеонаблюдение, СКУД, пульт охраны.
Смысл интеграции простой. Тревога детектора должна за секунду стать тремя вещами: картинкой (камера сама доворачивается на азимут), реакцией периметра (СКУД отрабатывает сценарий) и записью (инцидент лёг в журнал сам, без охранника с блокнотом). Ниже — как это связывается на практике.
Уровень 1: сухой контакт — самый живучий
Самый надёжный способ связать детектор с чем угодно на объекте — релейный выход, «сухой контакт». Сработала тревога — реле замкнулось. Дальше это замыкание можно завести куда угодно: на вход тревоги видеорегистратора, на сирену, на индикатор на пульте, на вход СКУД. Ноль зависимости от сети и облака, ничего не «отвалится» после обновления прошивки, работает при пропаже интернета. Мы почти всегда закладываем сухой контакт как базовый слой даже там, где сверху будет красивая интеграция по сети — потому что он не подведёт в момент, когда всё остальное подвисло.
Минус один: сухой контакт говорит «тревога есть», но не говорит «азимут 210°, тип — цифровой видеолинк». Для довортки камеры и для журнала этого мало. Поэтому поверх идёт второй уровень.
Уровень 2: сеть и API — камера сама смотрит куда надо
Если детектор и видеосистема живут в одной сети, детектор может отдавать не «факт тревоги», а данные: азимут, дистанцию, тип борта. Это позволяет автоматически навести PTZ-камеру (поворотную) в сектор, откуда идёт сигнал. На практике это выглядит так: детектор увидел борт на 5.8 ГГц с азимута 210°, отдал координату в видеосистему, ближайшая поворотная камера сама развернулась на этот сектор и дала оператору картинку. Охранник не ищет дрон в небе биноклем — он уже смотрит в нужную сторону.
Здесь начинаются нюансы, и мы честно про них предупреждаем. Интеграция по API живёт ровно настолько, насколько дружат протоколы вашей видеосистемы и детектора. С крупными VMS (системами видеоменеджмента) стыковка обычно есть или делается через ONVIF-события и вход тревоги регистратора. С самописной или очень старой системой видеонаблюдения полноценной автонаводки может не получиться — тогда остаётся сухой контакт плюс ручной доворот. Это нормальный рабочий вариант, просто честно другой по скорости.
СКУД: что должно произойти на периметре
Система контроля доступа при тревоге БПЛА — это не «закрыть турникет». Дрон через турникет не летит. Смысл в другом: тревога детектора запускает заранее прописанный сценарий объекта. На разных площадках он разный, и это правильно — сценарий диктует объект, а не поставщик оборудования. Где-то это включение дополнительного освещения периметра, где-то — оповещение смены и старшего, где-то — автоматический перевод части зон в режим повышенной готовности, где-то — сигнал на закрытие ворот приёмки, чтобы не выпускать людей на открытую площадку под возможный сброс.
Мы советуем прописывать сценарий вместе со службой безопасности объекта до монтажа, а не после. Полезно развести реакцию по типам тревоги: рой из нескольких бортов — это не одиночный пролёт любопытного, и реакция периметра должна отличаться. Про то, почему антидрон вообще не работает без выстроенного человеческого регламента, мы отдельно разбирали в материале почему антидрон — это не коробка, а люди и настройка.
Журнал инцидентов должен вестись сам
Когда детектор интегрирован, каждая тревога сама ложится в журнал: время, азимут, тип, длительность присутствия борта, что сделал периметр. Это снимает главную боль — на второй неделе охранник перестаёт записывать пролёты вручную, и вы теряете доказательную базу и картину активности над объектом. А картина эта многое говорит: если дрон ходит по одному и тому же азимуту в одно и то же время — это не турист, это разведка перед чем-то. Зачем вообще вести учёт пролётов, мы разбирали в отдельной статье про журнал пролётов.
Где интеграция спотыкается
Три честные оговорки из практики. Первая: дальность и сектор детектора надо считать под конкретный объект — застройка и рельеф съедают радиус, и никакая интеграция это не компенсирует, если пост стоит не там. Про это у нас есть разбор дальности детектора с учётом рельефа и высоты. Вторая: чем сложнее интеграция, тем больше точек отказа — поэтому базовый сухой контакт мы оставляем всегда, как парашют. Третья: автонаводка камеры хороша днём и в ясную погоду; ночью и в туман картинка с обычной камеры мало что даст, и тут в связку просится тепловизионный канал, а это отдельный бюджет, который нужен не каждому.
Коротко: как связать без боли
- Базовый слой — сухой контакт с детектора на вход тревоги регистратора и на пульт. Живёт всегда.
- Автонаводка — по сети/API, если ваша VMS это умеет. Проверяется на этапе проекта, а не после закупки.
- Сценарий СКУД — пишется со службой безопасности объекта до монтажа, разводится по типам угрозы.
- Журнал — автоматический, иначе через две недели его никто не ведёт.
Частые вопросы
Можно ли подключить детектор к уже стоящей системе видеонаблюдения? В большинстве случаев да — минимум через сухой контакт на вход тревоги регистратора, максимум через сетевую интеграцию с автонаводкой камер. Конкретику определяем по модели вашей VMS на этапе обследования объекта.
Что если у нас старая аналоговая система видеонаблюдения? Автонаводки, скорее всего, не будет, но релейную связку на тревогу и на дополнительное освещение сделать можно почти всегда. Это уже сильно лучше, чем детектор в серверной.
Детектор сам сбивает дрон? Нет. Детектор обнаруживает и оповещает. Подавление — это отдельный контур (РЭБ), и он тоже заводится в общий сценарий. Про эшелон обнаружение → подавление мы пишем в блоге отдельно.
Мы поставляем детекторы и антидрон-системы и помогаем свести их с видеонаблюдением, СКУД и пультом охраны на вашем объекте — не как коробку, а как рабочий контур. Обследуем площадку, считаем сектора и дальность, прописываем сценарий реакции. Каталог и запрос на подбор — на z-tekhnologii.ru, вопросы и КП — в Telegram @ZTek_Sales.
Связаться: 8 (800) 555-98-47 (бесплатно по России), Telegram @ZTek_Sales.
