Облако недоступно — как не остаться без управления светом

Вечером нужно включить свет, а приложение показывает устройство недоступным. Из этого ещё не следует, что реле обесточено или вся автоматика остановилась. В такой ситуации полезнее найти работающий путь к устройству, чем заново добавлять его в аккаунт. Разберём, что остаётся внутри дома и какие функции действительно зависят от облака.

Локальное управлениеShelly CloudРезерв

Надпись в приложении ещё не объясняет, что произошло

Когда команда с телефона не проходит, первым подозреваемым становится само реле. Но между приложением и светильником есть сеть и облачный сервис. Если отказал один из этих участков, исправное устройство может продолжать выполнять местные команды.

Работающий светильник, домашний роутер и закрытый выключатель
Облачный статус и работа света — разные признаки. Сначала выясняют, какой путь управления пропал.

Поэтому сначала разделяют три ситуации. Интернет может исчезнуть, хотя домашний Wi-Fi продолжает работать. Само облако может быть недоступно при исправном интернете. Наконец, может отключиться роутер — тогда локального пути через него тоже не будет. Потеря питания у реле — ещё одна, отдельная причина; облачная настройка её не исправит.

Настенный выключатель помогает только тогда, когда его вход действительно связан с выходом устройства. Например, в режиме Detached («Отвязанный вход») нажатие само по себе не переключает реле. Если на него назначен облачный сценарий, наличие обычной клавиши на стене ещё не создаёт независимый резерв.

Путь внутри дома оказывается короче

Когда питание и Wi-Fi сохранены, следующий вопрос — можно ли обратиться к устройству напрямую. У моделей с локальным веб-интерфейсом для этого достаточно браузера в той же домашней сети. В адресной строке открывают текущий IP-адрес устройства, полученный от роутера. Адрес 192.168.33.1 относится к собственной точке доступа Shelly и не заменяет адрес в домашней сети.

Два маршрута командыВнутри домаБраузер → домашняя сетьУстройство → светЧерез облакоПриложение → интернет → облакоДомашняя сеть → устройствоРаботающий Wi-Fi не равен работающему интернету
Локальный интерфейс обращается к устройству через домашнюю сеть. Облачной команде нужен ещё и внешний путь.

После открытия страницы выбирают безопасную для пробы нагрузку, например свет в свободной комнате. Включение и выключение в интерфейсе сопоставляют с реальным светильником. Если оба действия выполняются, локальный путь подтверждён; исправность облака из этой проверки не следует.

У Shelly Smart Control есть и режим локального управления. В текущей инструкции производителя он включается через Settings → App Settings → Local Wi-Fi Network Control («Настройки → Настройки приложения → Управление по локальному Wi-Fi»), а облачное подключение выбранного устройства отключается отдельно. Это изменение способа работы: удалённый доступ через Shelly Cloud будет потерян. Поэтому такой режим лучше настроить и испытать заранее; для разовой проверки при сбое проще начать с локальной страницы.

Расписание остаётся там, где его создали

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

Где выполняется правилоНа устройствеМестное расписаниеНужны корректные часыВ облакеОблачный сценарийНужна связь с сервисомМесто настройки не определяет место выполнения
Для местного расписания важно время устройства; для облачного сценария — связь с сервисом.

Сохранённые на устройстве расписания не становятся облачными из-за того, что их настроили с телефона. Однако им нужны корректные часы и часовой пояс. После перезапуска без синхронизации времени нельзя обещать выполнение по часам только на основании того, что правило осталось в списке. Условия зависят от модели и версии прошивки; их проверяют в локальном интерфейсе.

Отсчёт «выключить через минуту» и включение «в 21:00» также решают разные задачи. Первый задаёт интервал после события, второе опирается на время суток. Облачные сценарии, push-уведомления и управление из другой сети зависят от внешнего соединения. Локальный скрипт или HTTP-действие тоже не обязательно автономны: если они обращаются к внешнему сервису, эта часть работы без интернета не выполнится.

Резерв становится понятным после одной пробы

Чтобы подготовиться к следующему сбою, достаточно проверить именно нужное бытовое действие, а не отключать всё сразу. Для безопасного опыта выбирают обычный свет и оставляют питание реле и домашний роутер включёнными. Внешний интернет временно отключают на стороне подключения роутера, сохраняя Wi-Fi. Так проверяется потеря интернета, а не исчезновение всей сети.

Что оставляют включённым при пробеСохраняютПитание устройстваДомашний роутер и Wi-FiВременно отключаютТолько внешний интернетЗатем возвращают соединениеПроверяют реальную реакцию света, а не только значок
Во время пробы сохраняют питание и Wi-Fi: иначе нельзя понять, какой именно отказ повлиял на результат.

Телефон оставляют в домашней сети. Затем повторяют местную команду через браузер и обычное нажатие выключателя. Ожидаемый результат — тот же свет реагирует выбранным способом. Если проверяется расписание, дополнительно сверяют часы устройства и наблюдают его реальное выполнение в назначенный момент. По окончании возвращают интернет и убеждаются, что облачный статус восстановился.

Так у владельца появляется конкретный ответ: чем он сможет управлять дома при потере внешней связи. Надёжный резерв — это заранее проверенное местное действие с понятными условиями работы.

Мы используем cookie-файлы для корректной работы сайта, аналитики (Яндекс.Метрика) и показа персонализированной рекламы (пиксель ВКонтакте, myTarget и др.). Вы можете принять или отклонить использование cookie. Подробнее — в Политике использования cookie.
Хорошо