После того как другие просили это больше пяти лет назад, ты правда думаешь, что у Unifi это до сих пор в приоритете?!

Киваю. Тут, по сути, я тоже особо не спорю… если работает — значит работает. Конечно, всегда есть какие-то шероховатости. **И** я никак не могу положиться на систему, которая сознательно не хочет создавать надежное место для интеграции. Я говорю о чем-то вроде этого **ПОЛНОСТЬЮ ГИПОТЕТИЧЕСКОГО СЛУЧАЯ, КОТОРЫЙ АБСОЛЮТНО НЕ ПРОИСХОДИЛ** (серьёзно, это просто «соломенный муж» для наглядного примера. Я ни в коем случае не утверждаю, что UBNT так поступали):

«О, мы выпилили часть системы, через которую вы раньше ловили события. Сейчас через этот канал идут только старые данные событий… ничего нового. Мы ещё несколько месяцев назад перешли на новый конвейер событий и постепенно отключаем функции от старого. Вот почему за последние N месяцев вы видите сокращение количества триггеров событий».

Такие ситуации случаются по мере развития технологий… когда правая рука не знает, что делает левая, могут случаться неприятности. Официальная поддержка и обещание таковы: если что-то меняется, при безопасности — максимально заранее предупреждают, а если не критично с точки зрения безопасности — дают заблаговременное оповещение, чтобы интеграторы успели это учесть и внедрить разумные решения в дальнейшем. Без этого невозможно узнать, когда что-то, от чего ты зависишь, меняют без предупреждения… И такие изменения не всегда выглядят сразу резко и заметно — чтобы сразу бросалось в глаза и поднимало подозрения.

Вот о чём я и говорю, хотя, возможно, мог бы выразиться более грамотно… *пожимает плечами*

Я случайно наткнулся на это и, учитывая, что проект стартовал 6 лет назад, надеялся увидеть побольше активности в комментариях на страницах...  
**Скриншот элементов Home Assistant ниже для G4 Pro Doorbell и G5 Pro**  

Мне нравится, что Home Assistant отлично интегрируется с Protect, позволяя включать и выключать все функции и настройки камер/домофона/всех частей Protect. Плюс к тому, он может использовать объекты Protect в качестве сенсоров: движение, обнаружение человека, животного, машины, дым, огонь, плач ребенка, CO2 и всякое такое. У меня настроено много автоматизаций, например, если на G4 Pro Doorbell обнаруживается человек и входная дверь заперта, мои устройства Google Home говорят: «К кому-то кто-то приближается к двери!» — затем переключаются на видеопоток с домофона и на экранах телевизоров в углу появляется миниатюра с лицом человека и оповещение, и это происходит независимо от того, что я смотрю в данный момент.  

Я пытался разобраться, как именно это интегрируется в Protect. У меня отдельный локальный аккаунт с именем и паролем, изолированный только для Protect в моём UNVR, так что не уверен, происходит ли постоянный парсинг данных или есть какая-то кастомная интеграция с интерфейсом. Может, это что-то вроде Python-скрипта, который логинится, имитирует HTTPS-сессию и просто читает/кликает/вводит что-то виртуально.  

Но Я ОЧЕНЬ ХОЧУ ПОЛНОЦЕННЫЙ API НАБОР ДЛЯ PROTECT!!! Сейчас это базовый минимум для ВСЕГО софта, почти у каждого свои кодинг и автоматизации.  

Когда Unifi Video закрыли (RIP *слезы*), думалось, что новая платформа Protect, написанная с нуля, будет иметь хоть какую-то базовую API-интеграцию уже на старте. Даже если бы это был Swagger, REST, я бы и на SOAP согласился.  

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

Например, у меня мог бы быть подготовленный файл CSV/список с такими данными, как название камеры, MAC-адрес (можно просканировать с коробки каждой камеры перед установкой и с помощью камеры телефона автоматом вытащить MAC и подставить в таблицу — у меня есть кастомная настройка для этого), IP, параметры записи, настройки на экране, базовые функции камеры и т.п.  

После того, как все новые камеры установлены и заменили старые, я запускаю скрипт, который принимает камеры в систему и, чтобы изменить только нужные, проверяет MAC-адреса из CSV и применяет к ним заданные параметры. Если камера меняется, скрипт автоматически отключает старую.  

В больших системах очень неудобно вручную менять IP на Protect VLAN, перезагружать камеры, заходить в Protect после того, как NVR увидит новый IP, настраивать параметры записи и тестировать.  

Также круто было бы иметь скрипты и прямое использование API в таких системах, как SIEM, ITSM, SCCM, мониторинг здоровья сети/системы, безопасность для управления доступом и прочим.  

Я понял, что мне очень нравится строить автоматизации, которые выполняют все рутинные задачи последовательно, используя CSV или таблицы для организации данных. Там можно пользоваться формулами, например, CONCATENATE или автозаполнением, идеально при настройке IP-сетей, где нужно просто прибавлять цифру в конце, делать вычисления и макросы на VBA (да, старой школы), а потом сохранять в CSV, чтоб сохранялись только данные в ячейках. Оригинал таблицы храню для правок и повторного сохранения.  

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

 
 

В контексте SMB/SOHO я считаю, что Protect подходит отлично, и пара секунд задержки между обнаружением и срабатыванием вебхука — это вполне нормально. Потеря 1 пакета из 5000 тоже, скорее всего, не критична. Я не пытаюсь ставить UDMPSE в корпоративные сети, я использую его в офисах, других небольших предприятиях или в дорогих домах, где дюжина нормальных камер и вебхук будут идеальны. Сейчас я на самом деле использую Synology Surveillance Station для обработки триггеров событий — это отдельный процесс, который захватывает RTSP-поток с NVR. Просто на объекте под рукой есть системы Synology, так что легко использовать их для разных задач.

@UI-Team Расширение Unifi Protect в более широкую экосистему действительно требует хотя бы вебхуков, и это была бы относительно простая задача (я читал о реверс-инжиниринге protect на github хjdhjd). Так что реализация вебхука по триггеру, похожему на то, как UCRM отправляет вебхуки при изменениях в сервисе, была бы очень хорошим началом. Потом — API.

Подумайте так: у вас есть прожектор, освещающий парковку, но вы хотите включать его только когда появляется человек или машина, а не из-за насекомых. Это, по сути, и есть идея AI-функций в камерах. Когда камера обнаруживает человека (или любое другое событие), она отправляет вебхук с типом обнаружения на нужный адрес, а дальше интегратору дело – что с этим делать. Это может означать, например, замыкание реле, чтобы включить прожектор на основе детекции камеры. Аналогично, можно срабатывать от датчика воды или открытия двери и, например, перекрывать воду через электроприводный клапан.

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

Не раз именно это заставляло меня выбирать другое решение.

Раньше я довольно критично относился к видеосистемам UI, но нынешняя система protect на самом деле очень хороша, и её главный недостаток — отсутствие опций интеграции с вещами «вне сферы unifi».

MQTT и полноценная поддержка HomeKit для UniFi Protect: homebridge-unifi-protect. Реверс-инжиниринговая библиотека API UniFi Protect: unifi-protect. Она обеспечивает полный телеметрический сбор событий и многое другое. Честно говоря: обе написаны мной.

API существует, так что данные можно опрашивать (хотя для движения это особо не подходит), но можно также настроить WebSockets, чтобы код или приложение сразу узнавали, когда что-то происходит. Я использую и то, и другое для своего драйвера Hubitat. Однако упоминания выше касаются того, что этот API не «официальный» и не полностью документирован. По крайней мере, с сетевой частью есть понимание и официальная секция, где можно проверить её элементы. А вот с Protect всё обстоит иначе (пока что, возможно, в будущем это изменится). Так что Ubiquiti может поменять это в любой момент.

Сейчас я ищу подходящую систему камер для дома, сада и зданий здесь. Важно, чтобы её можно было подключить к системе сигнализации и контроллеру освещения. У меня есть несколько продуктов от unifi, которые работают отлично. Поэтому сначала я посмотрел на продукты unifi. Но очень жаль, что нет официального API для подключения к другим системам. В таком случае придётся использовать продукты другого бренда

Я не говорю, что это плохое устройство... Я лишь отмечаю, что учитывая, в какой «зоне чувствительности» эти девайсы находятся в окружении, ни в коем случае нельзя просто **НАДЕЯТЬСЯ**, что UBNT будет вести себя стабильно. Нельзя гарантировать, что API не изменится без предупреждения, а значит, всё, что построено на нем, тоже не может на это рассчитывать. Отсутствие надежного API и полное нежелание UBNT сотрудничать с пользователями для создания устойчивого и предсказуемого решения будет и дальше тормозить распространение платформы... Есть и другие причины, но именно такое поведение ярко показывает разрыв между производителем и тем, что действительно нужно юзерам. ¯\_(ツ)_/¯