Doorbell G4 Pro – Unify Protect – Webhook – Действие в Home Assistant

Doorbell G4 Pro – Unify Protect – Webhook – Действие в Home Assistant, UniFi Protect

Mateusz_Lipnicki

Guest

28.12.2024 19:37:00

Привет! Пытаюсь настроить отдельную тревогу с вебхуком, чтобы запускать какие-то действия в Home Assistant при распознавании NFC-карты колокольчиком Unify G4 Doorbell Pro. Создал тревогу с Custom вебхуком: htttttttp://homeassistant.local:8123/api/webhook/-xfsssPQ...DJPs - POST (не уверен, правильно ли это, уже пробовал с GET, но безрезультатно). Мой адрес вебхука совпадает с адресом в автоматизации Home Assistant: alias: NFC Mateusz

description: ""

triggers:

- trigger: webhook

  allowed_methods:

   - POST

   - PUT

   - GET

  local_only: true

  webhook_id: "-xfsssPQA....PsBAXIn"

conditions: []

actions:

- action: switch.turn_off

  metadata: {}

  data: {}

  target:

   entity_id: switch.elewacja_domu_switch

mode: single

Кажется, защита не реагирует на вебхук, хотя NFC-карту распознали. Что-то упускаю? Нужно что-то еще делать? Может, какой-то интегратор отсутствует?

twynne

Guest

23.03.2025 09:08:00

Я думаю, проблема на стороне Protect, потому что автоматизация в HA вообще не отражается в логах HA, когда я тестирую через дверной звонок. Например, у нас была доставка вчера в 18:44. Protect показал, что тревога была активирована в это время, но в HA нет никакой записи о выполнении автоматизации. Значит, либо:

* Protect настроен неправильно.
* Protect не может получить доступ к HA по сети (какой-то способ блокирует трафик, но я не вижу никаких соответствующих правил, и моя сеть довольно простая).
* В Protect какая-то ошибка.

twynne Guest	#3 23.03.2025 08:08:00 Ну да...

timborama

Guest

22.03.2025 23:57:00

Что в настройках вебхука в Home Assistant (значок шестеренки)? POST отмечен? Кажется, всё правильно. У тебя много триггеров и условий (я знаю, они отключены). Попробуй простой вебхук и уведомление. Уверен, ты это уже пробовал.

twynne Guest	#5 22.03.2025 22:52:00 Игнорируйте записи HA, которые отключены, они относятся к интеграции HA Unifi Protect, которую я пытаюсь заменить здесь. Автоматизация в данный момент даже не запускается, так что вызов от Protect не доходит до HA.

timborama Guest	#6 22.03.2025 22:14:00 Это маловероятно. Пришлите скриншоты вашего Protect Alarm и событий HomeAssistant.

twynne Guest	#7 22.03.2025 21:52:00 Ну ладно, уже добавлено, а не работает. Возможно, Protect нужно перезагрузить, чтобы новый сигнал сработал?

timborama Guest	#8 22.03.2025 21:35:00 Требуется 8123. Опустил ради краткости.

twynne

Guest

22.03.2025 21:29:00

Спасибо. Я уже использую IP-адрес. Правильно ли я понимаю, что требуется и номер порта? Я использовал и IP-адрес, и порт при тестировании через curl, и всё работало отлично. Не могу понять, что ещё может быть не так.

timborama

Guest

#10

22.03.2025 20:31:00

Маловероятно, что проблема в Protect, работает отлично у большинства людей (включая меня). У меня настроено десятки вебхуков в Protect для HomeAssistant. Пришлось немного повозиться, чтобы понять, что нужно использовать http://x.x.x.x, а не http://homeassistant.local.

twynne

Guest

#11

22.03.2025 19:37:00

Я весь день пытаюсь заставить это работать и сталкиваюсь (кажется) ровно с тем, что описано выше, за исключением того, что у меня, насколько я знаю, включен HTTP на моем экземпляре HA (так что, полагаю, проблема с сертификатами исключена). Я успешно протестировал автоматизацию HA, протестировал вебхук через curl, и он работает, используя тот же адрес (используя HTTP и только IP/порт). Protect Reports запускает вебхук при нажатии на дверной звонок, но автоматизация не запускается. Я не знаю, как дальше разбираться, поскольку каждый элемент этого решения работает при независимом тестировании, но вызов от Protect, похоже, не доходит до HA. Все это находится в одной сети, и ничего между ними, что могло бы мешать трафику. Кто-нибудь еще продвинулся в этом вопросе? Я все больше подозреваю проблему с Protect.

timborama Guest	#12 26.01.2025 16:05:00 Тебе нужно использовать IP-адрес Home Assistant в URL вебхука, homeassistant.local не работает. Это будет работать в браузере, но не изнутри будильника.

rkotara

Guest

#13

26.01.2025 15:19:00

Сегодня немного продвинулся в этом вопросе. Для тех, кто наткнулся на это сообщение позже: вы можете посмотреть проблему, сгенерировав лог поддержки и открыв его, перейдите в директорию NVR и извлеките файл automationManager.log. Поищите в этом логе вашу POST строку, и вы найдете там ошибку. Как я и подозревал, это проблема с сертификатом: "Error: Hostname/IP does not match certificate's altnames:"

rkotara

Guest

#14

26.01.2025 13:55:00

Я тоже настроил так же, и Unifi видит событие/сигнал тревоги, но Home Assistant почему-то не получает webhook. Если я вручную запускаю через тот же самый URL в браузере (используя утилиту для POST-запросов), всё работает идеально. Я ещё настроил тестовый webhook на https://webhook.site, и он тоже работает. У меня нет никаких настроенных правил брандмауэра, блокирующих внутренний трафик, так что не понимаю, что может мешать. Подозриваю, что дело в самоподписанном сертификате, который я использую в HA, но не вижу способа его импортировать.

MarcelK14 Guest	#15 02.01.2025 20:22:00 +1

Griffley

Guest

#16

15.05.2025 13:32:00

Я игрался с этим снова и снова и снова. Вот что я выяснил для своей конфигурации. Когда я создавал вебхук в Home Assistant, я был залогинен по адресу: home assistant.local вместо IP-адреса. Это была моя ошибка! Я зашел в UniFi, задал Home Assistant Box с фиксированным IP-адресом, зашел по этому IP-адресу с :8123 в конце (192.168.1.20:8123) и затем создал вебхук в Автоматизации. Это внесло IP-адрес в будильник вебхука в Unifi Protect вместо "homeassistant.local". Теперь, когда я использую этот URL вебхука в UniFi, он срабатывает как и ожидалось и открывает Wave Kwikset lock. Надеюсь, это кому-нибудь поможет!

timborama Guest	#17 23.03.2025 18:50:00 Рад, что получилось!

twynne

Guest

#18

23.03.2025 18:21:00

Странно, но после того, как я начал всё с нуля, теперь работает. Я могу только предположить, что когда я впервые создал сигнализацию Protect, скопировал и вставил URL веб-хука и изменил IP-адрес с внешнего адреса, к которому Home Assistant по умолчанию, где-то случайно попала лишняя пробела. Спасибо за помощь, @timborama!

twynne

Guest

#19

23.03.2025 09:46:00

Вопрос – в настройках вебхука для Protect, обязательно ли указывать *какое-нибудь* значение в полях заголовка или сообщения? Оба эти поля по умолчанию пусты, и я не вижу никакой необходимости в них на стороне HA.

twynne Guest	#20 23.03.2025 09:43:00 Кстати, я теперь сделал резервную копию исходной автоматизации, удалил все отключенные шаги, и это не повлияло. Событие кольца от Protect все еще не доходит до HA.

Читают тему (гостей: 1)