Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Вебхук Unlock пропали переходы unlock/lock., UniFi Access
 
Документация по Webhook показывает, что сервис должен предоставлять все события разблокировки, но фактически он предоставляет событие `access.door.unlock` только при предоставлении доступа пользователю, а не при каждом изменении состояния замка или разблокировки. "`access.door.unlock = Все события разблокировки.`" Ну, это как-то так себе работает. Если установить временную разблокировку, статус не отправляется — хотя дверь перешла из запертого состояния в разблокированное. Когда временный статус заканчивается, обновления тоже нет, но дверь переходит из разблокированного состояния в запертое. Я понимаю, что это технически не "разблокировочное" событие, но состояние замка важно в данном контексте. Если у вас есть расписание разблокировки двери, обновления нет, но дверь перешла из запертого состояния в разблокированное. В конце расписания обновления нет, но дверь переходит из разблокированного состояния в запертое. Я понимаю, что это технически не "разблокировочное" событие, но состояние замка важно в данном контексте. Похоже, что когда вы считываете метку, вводите PIN-код или разблокируете дверь через веб-интерфейс, вы видите событие `access.door.unlock`, но никогда не видите, что дверь снова заперта. Если вы постоянно опрашиваете данные во время разблокировочного события (например, при чтении метки), вы можете видеть, как "`door_lock_relay_status`": "lock", меняется на "`door_lock_relay_status`": "unlock", а затем обратно на "`door_lock_relay_status`": "lock".
 
+1 за это. Хотелось бы избежать постоянного опроса для получения этой информации, когда используется временная разблокировка.
 
Привет @Knoend, спасибо, что сообщили нам об этом. Рады сообщить, что эти функции уже запланированы в нашем дорожной карте.
Страницы: 1
Читают тему (гостей: 1)