Чи працює Zigbee без інтернету

Коротка відповідь — так, працює. Zigbee-пристрої обмінюються командами напряму між собою, без походу в інтернет. Лампочка вимикається за командою вимикача навіть якщо роутер лежить, а провайдер щось накрутив на лінії. Але є нюанс: сама мережа Zigbee — це одне, а розумний дім навколо неї — зовсім інше. І от тут інтернет часто таки потрібен, просто не для всього одразу.

Давайте розберемось детальніше, бо в цьому питанні багато плутанини навіть серед тих, хто вже має вдома пару розумних розеток.

Як влаштована мережа Zigbee

Zigbee — це не Wi-Fi і не Bluetooth. Це окремий радіопротокол, який працює на частоті 2,4 ГГц (є ще підваріант на 900 МГц, але в наших краях він майже не зустрічається). Головна фішка — mesh-топологія, тобто пристрої утворюють мережу-павутину, де сигнал може стрибати від одного вузла до іншого.

У цій мережі є три типи ролей:

координатор — центральний пристрій, зазвичай хаб;
роутери — пристрої з постійним живленням (розетки, вимикачі, лампи), які ретранслюють сигнал;
кінцеві пристрої — датчики на батарейках, які тільки надсилають дані, але не ретранслюють.

Координатор — це мозок системи. Без нього мережа Zigbee просто не існує як єдине ціле. І от саме координатор зазвичай і потребує підключення до роутера — не для роботи Zigbee як такої, а для того, щоб віддавати команди з мобільного додатка, коли ви не вдома, або синхронізуватись з хмарою.

Що продовжує працювати без інтернету

Якщо у вас пропав інтернет — провайдер щось перекопав, роутер завис, чи просто вирубили світло і модем не встиг перезавантажитись — локальні автоматизації в Zigbee здебільшого не помічають цього взагалі.

Ось що триває без збоїв:

вмикання/вимикання світла по вимикачу чи датчику руху;
сценарії, які виконуються локально на хабі (наприклад, Zigbee2MQTT або Home Assistant з локальним движком автоматизацій);
реагування датчиків протікання води чи диму, якщо логіка обробки прописана на самому хабі;
керування контактором чи реле через Zigbee-модуль, якщо команда йде від іншого локального пристрою, а не з хмарного сервера.

Умова тут одна: логіка автоматизації має бути записана на самому хабі, а не в хмарі виробника. Це ключовий момент, який часто ігнорують.

Що перестає працювати без інтернету

А от тут починається цікавіше. Якщо ваш хаб — умовно, дешевий Tuya-шлюз — виконує всі автоматизації через хмарний сервер (тобто команда з датчика йде спочатку в хмару, там обробляється, і звідти повертається команда на виконавчий пристрій), то без інтернету вся ця логіка просто зупиниться.

Що зазвичай ламається:

сповіщення в телефон — очевидно, без мережі повідомлення нікуди не долетить;
голосові асистенти типу Alexa чи Google Home — вони завжди йдуть через хмару;
віддалене керування з мобільного додатка поза домашньою мережею;
автоматизації, налаштовані через хмарний інтерфейс виробника (актуально для багатьох бюджетних китайських екосистем);
синхронізація з іншими сервісами — IFTTT, погодні дані для автоматизацій “закрити штори, якщо сонячно” тощо.

От типова ситуація: у людини вдома Aqara Hub, налаштований через додаток Aqara Home. Сценарій “рух у коридорі → увімкнути світло” створений в цьому додатку. Інтернет пропав на дві години. Що станеться? Залежить від конкретної моделі хаба і від того, як саме реалізована обробка — на деяких старих версіях Aqara M1 автоматизації дійсно ламались без хмари, на новіших M2 вже частина логіки перенесена локально. Тому однозначної відповіді “всі Aqara так само” немає — треба дивитись конкретну прошивку.

Приклади конкретних систем і їхньої поведінки

Тут варто пройтись по популярних варіантах, бо різниця відчутна.

Zigbee2MQTT + Home Assistant. Це, мабуть, найнадійніший варіант для тих, хто хоче автономності. Вся логіка автоматизацій виконується локально, на власному сервері (частіше — Raspberry Pi або міні-ПК). Інтернет потрібен хіба що для оновлень прошивки чи для доступу ззовні через додаткові сервіси типу Nabu Casa. Сама система продовжує повністю функціонувати навіть якщо кабель від провайдера фізично висмикнути.

Aqara Hub (M1S, M2, E1). Частково локальні автоматизації з’явились у пізніших прошивках, але деякі функції все одно завʼязані на хмару Aqara Cloud. Особливо це стосується сценаріїв з голосовими командами чи гео-локацією.

Tuya/Smart Life екосистема. Тут ситуація найгірша з точки зору автономності. Більшість бюджетних Zigbee-шлюзів на базі Tuya обробляють логіку в хмарі. Без інтернету можуть залишитись робочими лише прямі фізичні зв’язки — наприклад, якщо вимикач і лампа прив’язані на рівні заводської прошивки без хмарної обробки. Але складні сценарії відвалюються майже завжди.

SmartThings (Samsung). Тут гібридний підхід — частина функцій (Local Automations) виконується безпосередньо на хабі, і Samsung це активно розвиває останні кілька років. Проте не всі сценарії потрапляють у цю категорію автоматично, потрібно перевіряти в додатку статус кожного правила.

Чому це взагалі важливо для реального будинку

Уявіть ситуацію: приватний будинок, зима, провайдер обіцяв “стабільний інтернет 24/7”, але траса пошкоджена десь на стовпі і зв’язку немає добу. Якщо у вас датчик протікання води під’єднаний через хмарний хаб, і логіка “закрити електромагнітний клапан подачі води” прописана в хмарі — ви залишаєтесь без захисту саме тоді, коли він найбільш потрібен. Локальна ж система відпрацює команду за долі секунди незалежно від того, чи є зв’язок з зовнішнім світом.

Ще приклад — квартира, де світло в під’їзді чи на сходах керується датчиком руху через Zigbee. Якщо це прив’язано до локального хаба, мешканці навіть не помітять, що в будинку немає інтернету. А якщо вся логіка в хмарі — світло просто не вмикатиметься, поки провайдер не відновить лінію.

Як зробити систему максимально автономною

Кілька практичних порад, якщо для вас критично, щоб автоматика працювала завжди, незалежно від інтернету:

Обирайте хаби з відкритою локальною прошивкою — Zigbee2MQTT, deCONZ, ZHA в Home Assistant. Це найнадійніший шлях, хоч і потребує трохи більше часу на первинне налаштування.

Перевіряйте документацію конкретної моделі перед покупкою — виробники іноді прямо пишуть “Local Automation Supported” у характеристиках, а іноді доводиться шукати на форумах реальний досвід користувачів.

Розділяйте критичні та некритичні сценарії. Аварійне відключення води чи газу — має бути локальним, без варіантів. А от сповіщення в телефон про те, що хтось прийшов додому — може спокійно чекати на відновлення зв’язку.

Тестуйте реальну поведінку системи. Найпростіший спосіб — фізично вимкнути роутер на 10-15 хвилин і подивитись, які автоматизації продовжують працювати, а які ні. Це швидше і надійніше, ніж читати маркетингові обіцянки виробника.

Розгляньте локальний резервний інтернет — LTE-модем як бекап, якщо основний провайдер лягає надто часто. Це не робить Zigbee незалежним, але хоча б скорочує час простою хмарних функцій.

Zigbee сам по собі — протокол, розрахований на локальну роботу, і в цьому його головна перевага перед тим же Wi-Fi-обладнанням, яке майже завжди тягне все через хмару виробника. Але те, наскільки автономним буде саме ваш розумний дім, залежить не від протоколу, а від того, який хаб і яку логіку автоматизацій ви обрали. Дешевий шлюз з хмарною обробкою — це фактично Zigbee з прив’язкою до інтернету, хоч сам протокол цього і не вимагає. А грамотно налаштований локальний хаб дозволяє забути про перебої зв’язку взагалі — світло вмикатиметься, клапани закриватимуться, датчики спрацьовуватимуть незалежно від того, що там коїться з провайдером за вікном.