@UI-Team есть какие-нибудь новости насчёт обновления, которое исправляет цикл чтения Face ID?

Спасибо за подтверждение. Два уточняющих вопроса. Я вижу, что для UA-Hub-Door-Mini доступна прошивка 1.5.18. Это как-то связано с этой проблемой или чисто плановое обслуживание? Я протестировал 1.5.18 на втором Door Hub Mini здесь, и правило keep-unlocked всё ещё применяется корректно, так что в любом случае проблемы нет — я просто хочу знать, стоит ли устанавливать её на тот door hub, который важен. И есть ли способ отслеживать релиз Access, который принесёт поддержку "Show Unlock Schedule on Screen"? Я остаюсь на прошивке камеры 5.3.95 до тех пор, поскольку на этой версии разблокированное состояние всё ещё отображается корректно, и я предпочёл бы не проверять каждый релиз вручную.

G6 Pro Entry 5.4.132: считыватель игнорирует состояние двери "keep unlocked" и продолжает повторно аутентифицировать

Резюме

На прошивке 5.4.132 G6 Pro Entry в паре с UA-Hub-Door-Mini больше не переключается в состояние считывателя "дверь разблокирована", когда активно правило блокировки двери keep-unlocked. Сам замок следует правилу корректно — дверь действительно разблокирована и её можно открыть — но считыватель остаётся в обычном режиме сканирования и продолжает выполнять аутентификацию по лицу примерно каждые 4–5 секунд, пока кто-то стоит перед ним.

Откат той же камеры на 5.3.95 немедленно восстанавливает ожидаемое поведение: зелёный "unlocked" на дисплее и никаких дальнейших попыток аутентификации, пока дверь держится разблокированной.

Я воспроизвёл это трижды, чередуя версии прошивки, при неизменной остальной системе.

Конфигурация

Консоль: UDM SE, UniFi OS 7.2.105
Приложение UniFi Protect 5.1.31.34074
Дверное оборудование: UA-Hub-Door-Mini
Затронутая камера: G6 Pro Entry, прошивка 5.3.95 (хорошо) против 5.4.132 (плохо)
Также на объекте и не затронуты: G6 Entry и G6 180, обе на 5.4.132 (ни одна не используется с keep-unlocked дверью)

Правило блокировки двери задаётся через Access API интеграцией Home Assistant imhotep/hass-unifi-access v3.0.14

Ожидаемое поведение (как на 5.3.95)

Пока на двери активно правило keep-unlocked, считыватель показывает зелёный с "unlocked" на своём дисплее и прекращает аутентификацию. Подход к двери не вызывает ни сканирования, ни звукового сигнала, ни фото, потому что разблокировать нечего.

Фактическое поведение на 5.4.132

Правило блокировки принимается, и замок сообщает о разблокировке, но считыватель остаётся в режиме сканирования. Стоя перед дверью, вы получаете повторяющуюся аутентификацию примерно каждые 4–5 секунд: дисплей показывает фото распознанного человека и проигрывает звуковой сигнал, но не приветствует и никогда не становится зелёным. Каждая из них создаёт отдельное событие доступа в API.

Хронология и измерения

Все времена местные (CEST), 31 августа – 1 сентября 2026. События доступа считывались из потока событий Access API.

Время Прошивка Действие Результат

31 авг 15:13 5.3.95 → 5.4.132 обновление прошивки —
31 авг 15:15 5.4.132 сброс правила, затем keep_unlock замок следует (locked → unlocked), дисплей остаётся синим, считыватель продолжает сканировать
31 авг 16:12:17–16:12:41 5.4.132 человек стоит у двери 6 событий доступа за 24 с (17, 21, 26, 31, 36, 41) — одно каждые 4–5 с
31 авг 16:20 5.4.132 → 5.3.95 откат прошивки —
31 авг 16:29:43–16:29:52 5.3.95 правило сброшено, дверь заперта 3 события, с интервалом 4–5 с — ожидаемо, здесь дверь заперта
31 авг 16:30:17 5.3.95 keep_unlock применено дисплей становится зелёным с "unlocked", сканирование немедленно прекращается
31 авг 16:30 – 1 сен 15:57 5.3.95 ~24 ч нормального использования всего 4 события доступа, по одному на прибытие, без повторов
1 сен 16:00 5.3.95 → 5.4.132 обновление прошивки считыватель снова синий, без приветствия, без зелёного
1 сен 16:41:39 5.4.132 keep_unlock применено принято, замок разблокирован
1 сен 16:43:22–16:43:32 5.4.132 человек стоит у двери 3 события, с интервалом 4–5 с, при активном keep_unlock
1 сен 17:12:15 5.4.132 дверь заперта, лицо предъявлено нормальная разблокировка: приветствие, зелёный, дверь открывается — эта часть работает
1 сен 17:12:31, 17:12:36 5.4.132 всё ещё у двери, теперь удерживается разблокированной повторная аутентификация, фото + звуковой сигнал, без приветствия, без зелёного
1 сен 17:25 5.4.132 попробовал вместо этого правило с таймером принято, замок разблокирован, дисплей всё ещё синий
1 сен 18:00 5.4.132 → 5.3.95 откат прошивки —
1 сен 18:03:11 5.3.95 keep_unlock применено зелёный "unlocked" сразу, сканирование прекращается

Что это исключает

Не тип правила. И бессрочное правило keep-unlocked, и правило с таймером на 10 минут принимаются, и оба оставляют считыватель сканирующим на 5.4.132.

Не дверной хаб или замок. Состояние замка следует правилу корректно на обеих версиях прошивки, и дверь физически открывается.

Не интеграцию или контроллер. Ничего не менялось на стороне Home Assistant, в приложении Access или на консоли между рабочими и нерабочими запусками. Прошивка была единственной переменной, изменённой четыре раза с согласованными результатами.

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

Влияние

Помимо того, что считыватель бесполезен как индикатор состояния, каждая повторная аутентификация генерирует событие доступа. Любая автоматизация, реагирующая на события доступа — в моём случае та, что снимает сигнализацию — срабатывает снова каждые несколько секунд, пока кто-то стоит рядом с дверью.

Не тестировалось

Я не тестировал, ведёт ли себя так же встроенное расписание разблокировки Unlock Schedule, настроенное в приложении Access; моё состояние keep-unlocked всегда задаётся через API. Если этот путь не затронут, это помогло бы сузить, где теряется состояние двери.

Запрос

Не могли бы вы подтвердить, по-прежнему ли состояние разблокированного/зелёного дисплея считывателя управляется правилом блокировки двери в 5.4.x на G6 Pro Entry и изменилось ли это относительно 5.3.95? Я пока остаюсь на 5.3.95 с отключёнными автоматическими обновлениями прошивки, поскольку это единственная версия, где дверь ведёт себя как задумано.

были какие-то новости по этому поводу?

Есть уже план реализовать эту функцию?

Согласен, добавьте, пожалуйста, опцию игнорирования на несколько секунд после предоставления доступа.