Alex Sh.

Сервер, перестав видеть роутер, шлет 'device_offline' - два таких события у вас обведены на последнем скриншоте. Далее ничего другого он послать не может, поскольку связь с роутером потеряна, его судьба серверу неизвестна. Не помню такого пуша. Вообще, мы несколько раз меняли текст и структуру в уведомлениях, возможно, вы видели тот же 'device_offline' с другим текстом.

Я вас сбил с толку последним сообщением. Нет события 'выключен', есть только 'device_offline'. Я его имел в виду. И только оно придет при выключении роутера, поскольку бэкенд не способен видеть разницу между недоступным и выключенным физически роутером. А выключенный роутер в силу своей выключенности не может послать сообщение о том, что он выключен. Dying Gasp как на PON и DSL тут нет. А когда роутер включается и загружается, он рапортует об это радостном событии сообщением 'device_booted_up'.

Версия 16: Заполненные формы больше не сбрасываются при повороте экрана. Исправлено отображение и доступность настроек Wi-Fi в случае, когда сети в диапазонах 2,4 и 5 ГГц используют одинаковые имена. Различные улучшения интерфейса и мелкие правки.

Cобытие 'выключен' придет, если выключить роутер и подождать.

Да нормальная стрелка )

Событие device_offline ("{{.device_name}}" офлайн) приходит при недоступности роутера со стороны бэкенда по истечению таймаута (7 мин). Причиной недоступности может быть как сеть, так и сам роутер: выключен, завис, циклический ребут и т.п. При простом ребуте device_offline не шлется, поскольку роутер становится доступен ранее таймаута. Но посылается device_booted_up, который прямо говорит о том, что интернет-центр был перезагружен. Это вы у себя и наблюдаете в логах за 31 июля.

Есть два вида события: device_online и device_booted_up. Первое - это то, о чем мы говорим - интернет-центр, ранее недоступный, стал виден с сервера. Пример: выдерните WAN из интернет-центра, подождите 10 минут, воткните обратно - увидите сообщения: device_offline, device_online. Второе - это событие, посылаемое интернет-центром после его загрузки. Обозначает именно то, что сам интернет-центр по какой-то причине был перезагружен. При этом, device_offline, device_online придет только, если интернет-центр дольше 7 минут пробыл в выключенном состоянии, иначе, как у вас, только device_booted_up. На русском событие device_booted_up звучит как "{{.device_name}} включен". Возможно, тут стоит подумать над более понятным текстом. @AlexSP

@enterfaza Как проверяете? Между выключением и включением должно пройти 7 минут, чтобы пришло сообщение. Пороговое значение установлено, чтобы не было ложных эвентов из-за потерь пакетов.

Версия 16: Добавлена тактильная обратная связь. Исправлено добавление интернет-центра в аккаунт. Исправлено отображение и доступность настроек Wi-Fi в случае, когда сети в диапазонах 2,4 и 5 ГГц используют одинаковые имена. Различные улучшения интерфейса и мелкие правки.

Куда-то пропали сегменты из интерфейсов. Завожу таск.

Понятно. Вообще, у нас есть задача причесать локальный режим. Но пока по ней нет никаких сроков. Допишу туда конкретно про этот экран.

@T@rkus Тут всплыло сразу несколько вещей: 1) Кастомные названия сегментов не отображались. Это мы поправили, можете проверить. 2) "N/A" в сортировке по сегментам - это те зарегистрированные оффлайн устройства, у которых в show ip hotspot отсутствует указание сегмента (interface). Это поле исчезает спустя некоторый период оффлайн, поэтому оффлайн-устройство может оказаться как в сегменте, где оно было до этого, либо в N/A. И тут есть отличие от веба, который сразу все оффлайн-устройства показывает без указания сегмента: "Не в сети". Мы решили переделать по аналогии с веб: вместо N/A будет раздел "Не в сети". 3) Вы утверждаете, что у вас не отображается третий сегмент. Проверьте, не пустой ли он? Он не будет отображаться, если в нем нет клиентов.

Теоретически можно, но пока не до этого. В чем особый смысл видеть клиентов на роутере без интернета?

Пункт 1 точно надо сделать, по пункту 2 подумаем, как лучше.

Завел, спасибо, что указали на это.

Я знал, что вы где-то, да найдете неработающий таптик Сейчас заведу.

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

Какие шаги для воспроизведения? Ввести шлюз в приложении, ввести шлюз в веб? Напишите чуть подробнее, пожалуйста.

Здесь причина та же, что и во второй вашей теме про WPS. Починим.

Ситуация ясна, починим!

Версия 15: Добавлена возможность перехода в приложение из e-mail-, push- и Telegram-уведомлений. Добавлена функция асимметричного ограничения скорости (KeeneticOS 3.4+). Исправлена ошибка с установкой профиля доступа по умолчанию. DLNA: добавлена опция "Путь к базе данных медиатеки". Индикатор процесса WPS теперь исчезает по истечении таймера. Различные улучшения интерфейса и мелкие правки.

Версия 15: Добавлен переключатель выбора темы. Добавлена возможность перехода в приложение из e-mail-, push- и Telegram-уведомлений. Добавлена функция асимметричного ограничения скорости (KeeneticOS 3.4+). Исправлено отображение SWAP-раздела. Исправлена ошибка отображения и загрузки экрана общих настроек Wi-Fi. Различные улучшения интерфейса и мелкие правки.

А, я вас неправильно понял сначала. Конечно,надо сделать эти элементы неактивными. В Андроиде уже сделано. Спасибо, что указали на это.

Да, вижу. Спасибо, поправим.

Нельзя же менять имя сети, пароль, шифрование, расписание на ретрансляторе. В вебе серое.