Co naprawdę działa w Home Assistant bez internetu?

Home Assistant działa na sprzęcie w domu i może obsługiwać lokalne urządzenia bez połączenia z internetem. Nie oznacza to jednak, że każdy element smart home zachowa pełną funkcjonalność.

Rzeczywisty system zwykle łączy urządzenia lokalne, usługi chmurowe i infrastrukturę sieciową. Dlatego ważniejsze od pytania „czy Home Assistant działa bez internetu?” jest pytanie „od czego zależy każda funkcja mojego domu?”.

• Awaria internetu lub WAN: połączenie z operatorem nie działa, ale router, LAN, Wi-Fi i Home Assistant nadal mogą pracować.
• Awaria routera lub sieci lokalnej: urządzenia mogą stracić Wi-Fi, adresację IP albo drogę komunikacji z Home Assistant, nawet jeśli sam serwer działa.
• Awaria hosta Home Assistant: sieci urządzeń mogą nadal istnieć, ale automatyzacje wykonywane przez Home Assistant nie zostaną uruchomione.

Te trzy awarie mają inne skutki. Sformułowanie „nie ma internetu” często zbyt szybko przypisuje wszystkie problemy łączu WAN.

Router zwykle łączy domowe urządzenia w LAN, udostępnia Wi-Fi i przydziela adresy przez DHCP. Gdy znika tylko internet, te funkcje mogą nadal działać. Home Assistant, telefon i lokalne urządzenie Wi-Fi pozostają wtedy w tej samej sieci i nadal mogą się komunikować.

Awaria routera jest poważniejsza. Wi-Fi może zniknąć, a urządzenia przewodowe lub bezprzewodowe mogą utracić wzajemną łączność. Wpływ zależy od budowy sieci, osobnych punktów dostępowych, przełączników i tego, czy dany element potrzebuje routera do komunikacji.

Rezerwacje DHCP lub inne przewidywalne adresowanie kluczowych urządzeń ułatwiają stabilne połączenia i diagnostykę. Nie chronią jednak przed awarią samego routera ani zasilania infrastruktury sieciowej.

• Local Polling: Home Assistant pyta urządzenie bezpośrednio w sieci lokalnej o aktualny stan.
• Local Push: lokalne urządzenie lub hub wysyła zmianę stanu bezpośrednio do Home Assistant.
• Cloud Polling: Home Assistant regularnie pyta usługę producenta przez internet.
• Cloud Push: zmiana dociera do Home Assistant przez usługę chmurową producenta.

Polling nie oznacza chmury, a Push nie oznacza działania lokalnego. O odporności na brak internetu decyduje przede wszystkim to, czy droga komunikacji jest lokalna, oraz czy wszystkie jej elementy nadal działają.

Przy działającym Home Assistant i lokalnej infrastrukturze bez internetu mogą nadal pracować urządzenia Zigbee obsługiwane przez lokalny koordynator, lokalne urządzenia Wi-Fi i lokalne czujniki. Dotyczy to między innymi świateł, rolet, ogrzewania, scen oraz sterowania grupowego.

Lokalna automatyzacja może odebrać ruch z czujnika Zigbee i włączyć lokalnie sterowaną lampę. Nie potrzebuje do tego WAN, jeśli żaden warunek, wyzwalacz ani cel nie korzysta z niedostępnej chmury.

Sam opis „Wi-Fi” nie przesądza jednak o działaniu lokalnym. Urządzenie może być w domowej sieci bezprzewodowej, a mimo to przyjmować polecenia wyłącznie przez serwer producenta.

Integracje Cloud Polling i Cloud Push, urządzenia zależne od chmury producenta, prognozy pogody, ceny energii i inne dane z usług zewnętrznych mogą stać się niedostępne. Zdalny dostęp przez internet również nie zadziała, choć panel może nadal otwierać się lokalnie.

Część usług głosowych wymaga chmury, natomiast lokalny pipeline głosowy może działać bez niej, jeśli wszystkie jego składniki są uruchomione w domu. Trzeba ocenić konkretną konfigurację, a nie samą nazwę asystenta.

Automatyzacja może być zapisana i wykonywana lokalnie, a jednak zawieść, gdy opiera warunek na encji chmurowej albo próbuje sterować urządzeniem dostępnym tylko przez internet. Warto przewidzieć zachowanie dla stanu niedostępnego, zamiast traktować ostatnią wartość jako aktualną.

Telefon połączony z domowym Wi-Fi może nadal otworzyć lokalny panel Home Assistant. Czujnik Zigbee wykrywa ruch, automatyzacja uruchamia się na serwerze, a lokalnie sterowane światło zapala się jak zwykle.

W tym samym czasie gniazdko obsługiwane wyłącznie przez chmurę producenta może być niedostępne, prognoza pogody się nie odświeży, a dostęp spoza domu przestanie działać. Jedna awaria daje więc różne rezultaty w tym samym systemie.

Sieć Zigbee jest odrębną siecią radiową i może nadal istnieć. Jeśli koordynator jest podłączony bezpośrednio do działającego hosta Home Assistant, komunikacja ZHA z urządzeniami Zigbee może pozostać dostępna. Koordynator sieciowy, Zigbee2MQTT na innym komputerze lub inne elementy połączone przez LAN mogą już nie mieć drogi do Home Assistant.

Urządzenia Wi-Fi zwykle tracą łączność, gdy router pełni także rolę punktu dostępowego. Przy osobnych punktach dostępowych i przełącznikach część LAN może pozostać aktywna, ale wynik zależy od topologii, DHCP, adresacji i sposobu komunikacji. Nie ma jednej reguły dla każdego domu.

Urządzenia mogą pozostać w swoich sieciach, ale logika realizowana przez Home Assistant nie działa. Czujnik nadal może wysłać zdarzenie do sieci Zigbee, lecz automatyzacja w Home Assistant nie zareaguje.

Fizyczny przycisk na lampie, termostacie lub rolecie może nadal działać, jeśli steruje urządzeniem niezależnie. Bezpośrednie powiązanie Zigbee między kompatybilnym przyciskiem i lampą także może ominąć Home Assistant. Zachowanie zależy od projektu systemu i funkcji urządzeń, dlatego podstawowego sterowania nie warto uzależniać wyłącznie od jednej centrali.

• Sprawdź w dokumentacji integracji klasę IoT i sposób połączenia z urządzeniem.
• Zaznacz automatyzacje, które używają encji chmurowych, danych zewnętrznych lub koordynatorów dostępnych przez LAN.
• Ustal, które funkcje muszą działać fizycznym przyciskiem po zatrzymaniu Home Assistant.
• Przeprowadź kontrolowany test utraty WAN, nie odłączając przy tym routera ani sieci lokalnej.
• Zadbaj o przewidywalne adresy kluczowych urządzeń i czytelną dokumentację sieci.

Pełna redundancja to osobny projekt. Już prosta mapa zależności pokazuje jednak, czy krytyczne światło, ogrzewanie lub roleta opierają się na chmurze albo pojedynczym elemencie infrastruktury.

Odporność zależy od komunikacji każdego urządzenia, typu integracji, działania routera i LAN, hosta Home Assistant oraz sposobu zaprojektowania automatyzacji.

Dobry system nie obiecuje, że każda funkcja zawsze przetrwa każdą awarię. Jasno rozróżnia zależności, zachowuje najważniejsze sterowanie lokalne i przewiduje bezpieczne zachowanie, gdy chmura lub centrala są niedostępne.

Mogę pomóc przeanalizować urządzenia, integracje, sieć i automatyzacje, wskazać zależności od chmury oraz uporządkować system tak, aby najważniejsze funkcje były bardziej odporne na awarie.

• Home Assistant: działanie bez internetu
• Home Assistant Developer Docs: klasy IoT integracji
• Home Assistant: Zigbee Home Automation i bezpośrednie powiązania
• Home Assistant: stany unknown i unavailable