У меня были устройства привязаны к ближайшей точке доступа, которая была настроена на использование каналов 1 и 11. При втором обращении в службу поддержки Level они попросили меня изменить канал 1 на 6, я сделал это изменение, и с тех пор мои устройства Level Connect не теряют соединение. Прошло 72 часа.

Может быть, но на некоторых моих участках они буквально в 6 футах друг от друга с прямой видимостью, и проблема всё равно остаётся.

Ты можешь поэкспериментировать с интервалом переключения ключей и, возможно, с значениями SAE, в идеале на тестовой SSID, чтобы не сломать кучу другого IoT-оборудования. Другой, более трудозатратный способ — использовать Wireshark, мониторя только одного клиента (чтобы как-то ограничить размер лога для анализа) до момента отключения, и посмотреть, что происходит прямо перед этим. В большинстве случаев это даст тебе довольно чёткое представление о том, почему это происходит, что очень полезно. Если это просто плохая реализация радиомодуля или прошивки, то это может быть сложно исправить. Интересно, может быть, большую часть своего (предположительно) лабораторного тестирования они проводят со своим мостом или чем-то в этом роде? Странно выглядит, учитывая масштаб проблем (это не ограничивается Unifi, судя по комментарию @vmalkani с использованием роутера провайдера), что они у них волшебным образом отлично проходят тесты в их среде, разве что они используют очень узкий набор сценариев тестирования маршрутизации и точек доступа.

Моя проблема была в том, что UniFi показывал устройство как подключённое, а приложение Level говорило об отсутствии соединения. Решение заключается в том, чтобы открыть приложение UniFi, перейти на вкладку "Клиенты", найти Level Connect, прокрутить вниз и нажать на ссылку "Переподключение".

Нет, я просто постоянно использую мобильное приложение UniFi, чтобы заставить Level Connect клиент переподключиться.