Экран для датчиков, которые большую часть времени спят
Периодически спящий датчик не обязан быть доступен каждую секунду. Если интерфейс показывает его обычный сон как неисправность, диспетчер перестаёт доверять сообщениям. Экран должен различать плановое ожидание, просроченное обновление и подтверждённый отказ в пределах доступных данных.
Описать рабочий цикл
Запишите, когда формируется измерение, передаётся запись и возможен приём. В LoRaWAN Class A окна приёма связаны с исходящей передачей, а другие классы имеют иной режим. LoRa Alliance — What is LoRaWAN Specification Конкретный цикл, версия и реализация проверяются по устройству.
Если расписание может меняться, экран должен получать его актуальное основание либо показывать ограничение. Прогноз следующего появления не является подтверждённым событием. Не создавайте точный обратный отсчёт из приблизительного периода без учёта неопределённости.
Разделить видимые состояния
Показывайте последнее значение с временем и качеством, ожидаемый режим связи и техническую доступность функций. Зелёная карточка «готов» может быть неоднозначна: измерение ещё актуально, но команда пока только ожидает подходящего обмена.
Увеличить схему
Для команды предусмотрите стадии постановки, доставки и прикладного результата. Стандарт MQTT описывает транспортные механизмы, но они не заменяют смысл выполнения на датчике или исполнительном узле. OASIS — MQTT Version 5.0, OASIS Standard Пользователь должен понимать, какой именно этап уже подтверждён.
Согласовать действие при ожидании
Не позволяйте повторным нажатиям создавать незаметную очередь одинаковых задач. Приложение должно показывать существующую операцию и поддерживаемый порядок её отмены или замены. Пригодность команды и местные разрешения определяются проектом, а не оформлением кнопки.
Потеря очередного ожидаемого обновления меняет статус по согласованной политике. Не выводите подробную причину вроде повреждённой батареи, если известно только отсутствие пакета. Диагностика должна сохранять границы наблюдения.
Проверить понимание интерфейса
На тестовом наборе покажите обычный сон, задержку, отказ, обслуживание и команду в ожидании. Попросите диспетчера объяснить, какие данные свежие и что он может делать. Неоднозначные подписи уточните до эксплуатации.
Проверьте отображение после повторного входа и получения сохранённых данных: возраст и стадия команды не должны сбрасываться ради нового сеанса пользователя. Готовый интерфейс делает периодическую связь понятной, не обещая постоянную доступность батарейного устройства и не маскируя реальную просрочку ожидаемого наблюдения.
Если интерфейс объединяет активные и спящие устройства, предусмотрите понятную легенду состояний. Одно и то же слово «ожидание» не должно одновременно означать штатный сон, незавершённую команду и отсутствие свежего измерения; каждый случай имеет собственное основание и действие пользователя.
