Czy Home Assistant działa po odłączeniu internetu? Co pozostaje aktywne

Tak, Home Assistant działa po odłączeniu internetu, ale zachowuje tylko tę część funkcjonalności, która jest realizowana lokalnie. Jeśli serwer ma zasilanie, domowa sieć LAN i Wi-Fi nadal pracują, a urządzenia komunikują się bezpośrednio z systemem, podstawowe automatyzacje mogą działać bez zmian. Niedostępne będą natomiast urządzenia, dane i usługi wymagające połączenia z chmurą.

W praktyce nie wystarczy więc sprawdzić, czy sam Home Assistant jest zainstalowany w domu. Trzeba również ustalić, jak działają poszczególne integracje, skąd automatyzacje pobierają dane i czy podstawowymi funkcjami budynku można sterować ręcznie. Poniżej wyjaśniamy, co dokładnie dzieje się po utracie internetu i jak bezpiecznie sprawdzić własną instalację.

Czy Home Assistant działa bez internetu?

Home Assistant nie potrzebuje stałego połączenia z internetem do uruchamiania rdzenia systemu i lokalnych automatyzacji. Oprogramowanie działa na serwerze znajdującym się w domu, dlatego awaria łącza operatora nie musi oznaczać utraty sterowania oświetleniem, ogrzewaniem, roletami czy czujnikami.

Warunkiem jest jednak zachowanie całego lokalnego toru komunikacji. Serwer Home Assistant musi być uruchomiony, router lub inna potrzebna infrastruktura sieciowa musi działać, a urządzenia muszą być obsługiwane bez udziału zewnętrznych serwerów. Również warunki i akcje automatyzacji nie mogą zależeć od usług internetowych.

Dobrym przykładem jest czujnik ruchu Zigbee włączający światło przez lokalny moduł wykonawczy. Czujnik, koordynator, Home Assistant i moduł komunikują się w domu, więc sama utrata internetu nie powinna przerwać działania reguły. Jeśli jednak oprawa lub przekaźnik przyjmuje polecenia wyłącznie przez chmurę producenta, połączenie zostanie przerwane mimo sprawnego serwera Home Assistant.

Co działa, a co przestaje działać po odłączeniu internetu

Odłączenie internetu nie jest równoznaczne z wyłączeniem Wi-Fi. Router może nadal łączyć telefon, komputer, serwer Home Assistant i urządzenia IP, mimo że nie ma dostępu do sieci operatora. W takim scenariuszu lokalna część instalacji powinna pozostać aktywna.

Bez internetu nie będzie działał zdalny dostęp przez Home Assistant Cloud. Osoba znajdująca się poza domem nie otworzy panelu i nie odbierze powiadomienia wymagającego przesłania danych przez internet, chyba że dom korzysta z zapasowego łącza. Lokalny panel może w tym samym czasie działać prawidłowo na telefonie połączonym z domowym Wi-Fi.

Trzeba też uważać na ostatnie zapisane wartości. Encja pogodowa, taryfa energii lub informacja o ruchu drogowym może nadal wyświetlać dane sprzed awarii. Sama obecność liczby w panelu nie oznacza, że jest ona aktualna. Ma to znaczenie zwłaszcza wtedy, gdy od tej wartości zależy ogrzewanie, podlewanie albo inne działanie powodujące realne skutki w budynku.

Brak WAN, awaria routera i awaria serwera to różne zdarzenia

Ocena niezawodności wymaga rozdzielenia trzech rodzajów awarii. Odłączenie łącza operatora daje inny efekt niż wyłączenie routera, a awaria hosta Home Assistant powoduje jeszcze inne konsekwencje.

1. Nie działa internet, ale działa sieć domowa

Router nadal udostępnia Wi-Fi, urządzenia zachowują lokalne adresy, a ruch w LAN-ie jest przekazywany. Home Assistant może komunikować się z lokalnymi urządzeniami i wykonywać automatyzacje niewymagające chmury. Niedostępne stają się integracje chmurowe, dane online, aktualizacje oraz zdalny dostęp do domu.

To właśnie ten scenariusz odpowiada typowej awarii internetu i powinien być odtwarzany podczas kontrolowanego testu instalacji.

2. Nie działa router lub sieć LAN

Serwer Home Assistant może nadal pracować, lecz straci kontakt z urządzeniami podłączonymi przez Wi-Fi lub Ethernet. Panel na telefonie również może być niedostępny. Sieci Zigbee i Z-Wave podłączone bezpośrednio do hosta mogą nadal działać, ale zależy to od sposobu podłączenia koordynatora i konstrukcji konkretnej automatyzacji.

Jeśli koordynator Zigbee komunikuje się z serwerem przez LAN, awaria routera, przełącznika lub zasilania elementu sieciowego może odciąć także tę część systemu. Nie wystarczy więc sprawdzić samego protokołu radiowego. Trzeba przeanalizować cały tor komunikacji.

3. Nie działa serwer Home Assistant

Automatyzacje wykonywane przez Home Assistant nie zostaną uruchomione, nawet jeśli router i internet działają prawidłowo. Część urządzeń może pozostać dostępna z fizycznych przycisków, własnych paneli, termostatów lub aplikacji producenta. Lokalne powiązania wykonane bezpośrednio między urządzeniami także mogą nadal funkcjonować, ale nie należy zakładać tego bez wcześniejszego testu.

Z tego powodu podstawowe światło, ogrzewanie, rolety, zamki i zawory nie powinny zależeć wyłącznie od jednego serwera. System trzeba zaprojektować tak, aby awaria Home Assistant nie pozbawiała mieszkańców podstawowego sterowania.

A co z awarią zasilania?

Brak internetu to nie to samo co zanik napięcia. Po przerwie w zasilaniu mogą wyłączyć się jednocześnie serwer, router, przełącznik, koordynatory i urządzenia wykonawcze. Lokalny charakter Home Assistant nie chroni przed takim zdarzeniem. Jeżeli automatyka ma przetrwać krótkie zaniki napięcia, można rozważyć odpowiednio dobrane zasilanie awaryjne dla serwera i infrastruktury sieciowej, nie rezygnując przy tym ze sterowania ręcznego.

Jak rozpoznać integrację lokalną i chmurową

Łączność Wi-Fi nie oznacza automatycznie zależności od chmury. Urządzenie Wi-Fi może przyjmować polecenia bezpośrednio z Home Assistant w sieci domowej albo przekazywać każde żądanie przez serwery producenta. Dwa urządzenia korzystające z tego samego rodzaju łączności mogą więc zachowywać się zupełnie inaczej po utracie internetu.

W dokumentacji integracji Home Assistant warto sprawdzić jej klasę IoT:

• local_push – urządzenie lokalnie przesyła zmiany stanu do Home Assistant;
• local_polling – Home Assistant lokalnie odpytuje urządzenie o stan;
• cloud_push – zmiany są przekazywane za pośrednictwem usługi internetowej;
• cloud_polling – Home Assistant pobiera dane z chmury.

Określenie „push” nie jest równoznaczne z komunikacją lokalną. Integracja cloud_push nadal potrzebuje internetu, choć aktualizacje są inicjowane przez usługę producenta. Z kolei polling może być lokalny, jeśli Home Assistant odpytuje urządzenie bezpośrednio w LAN-ie.

Przy zakupie warto również sprawdzić katalog Works with Home Assistant. Certyfikacja wymaga lokalnego działania kluczowych funkcji bez chmury. Brak danego modelu w katalogu nie przesądza jednak, że urządzenie nie działa lokalnie. Producent mógł po prostu nie przejść procesu certyfikacji.

Krótka lista kontrolna przed zakupem

• Czy integracja ma klasę local_push lub local_polling?
• Czy urządzenie działa po zablokowaniu mu dostępu do internetu?
• Czy podstawowe funkcje są dostępne bez konta i chmury producenta?
• Czy po awarii serwera pozostaje fizyczny przycisk, termostat lub inny sposób ręcznej obsługi?
• Czy po powrocie zasilania i sieci urządzenie samoczynnie odzyskuje poprawny stan?
• Czy funkcje istotne dla bezpieczeństwa mają niezależny mechanizm awaryjny?

Kiedy lokalna automatyzacja może zawieść

To, że reguła jest zapisana i wykonywana na serwerze Home Assistant, nie oznacza jeszcze, że wszystkie jej elementy działają lokalnie. Wystarczy jeden warunek, wyzwalacz lub etap akcji zależny od internetu, aby automatyzacja została pominięta, wykonała się tylko częściowo albo podjęła decyzję na podstawie nieaktualnych danych.

Przykład: podlewanie zależne od prognozy

Załóżmy, że lokalny czujnik wilgotności i przekaźnik sterują podlewaniem, ale reguła sprawdza również internetową prognozę deszczu. Po utracie połączenia czujnik oraz przekaźnik pozostaną dostępne, natomiast encja pogodowa może otrzymać stan unavailable albo zachować ostatnią wartość.

Bez przewidzianego scenariusza awaryjnego podlewanie może się nie uruchomić lub włączyć na podstawie nieaktualnej prognozy. Reguła powinna zatem rozpoznawać brak danych i przechodzić w bezpieczny, wcześniej określony tryb.

Przykład: ogrzewanie według taryfy online

Podobny problem wystąpi, gdy lokalne ogrzewanie jest sterowane na podstawie ceny energii pobieranej z internetu. Ostatnia zapisana cena może dotyczyć wcześniejszego przedziału czasowego. Zamiast wyłączać ogrzewanie lub bezwarunkowo ufać starej wartości, automatyzacja powinna utrzymać bezpieczną temperaturę zadaną do chwili odzyskania aktualnych danych.

Odporna automatyzacja nie tylko działa lokalnie. Musi również mieć określone zachowanie na wypadek stanu niedostępnego, nieznanego lub zbyt długo nieaktualizowanej encji.

Czy sterowanie głosowe może działać offline?

Chmurowe rozwiązania głosowe zwykle tracą większość funkcji po odłączeniu internetu. Home Assistant Assist może zostać skonfigurowany do lokalnego rozpoznawania i syntezy mowy. Zakres poleceń, czas odpowiedzi i jakość działania zależą wtedy od wybranego silnika oraz wydajności sprzętu.

Nie należy więc utożsamiać sterowania głosowego z koniecznością korzystania z chmury. Trzeba jednak świadomie skonfigurować lokalny tor przetwarzania głosu i przetestować go przy odłączonym WAN-ie.

Test działania bez internetu krok po kroku

Prawidłowy test polega na odłączeniu wyłącznie połączenia WAN, przy pozostawieniu działającego routera, Wi-Fi i LAN-u. Wyłączenie routera sprawdza awarię sieci lokalnej, a nie odporność na utratę internetu.

Test warto przeprowadzić w czasie, gdy chwilowy brak dostępu do wybranej funkcji nie spowoduje zagrożenia ani szkody. Nie należy samodzielnie wymuszać pracy zaworów, kotła, alarmu lub innych urządzeń, jeżeli nie zna się ich zasad bezpiecznej obsługi.

1. Zanotuj lokalny adres Home Assistant. Sprawdź lokalny adres IP serwera i upewnij się, że znasz dane potrzebne do zalogowania.
2. Połącz telefon z domowym Wi-Fi. Na czas próby wyłącz transmisję komórkową, aby telefon nie korzystał z alternatywnego połączenia.
3. Odłącz wyłącznie WAN. Rozłącz przewód lub połączenie prowadzące od urządzenia operatora do routera. Nie wyłączaj samego routera ani przełącznika LAN.
4. Otwórz panel przez adres lokalny. Jeżeli publiczna domena lub nazwa homeassistant.local nie działa, użyj sprawdzonego wcześniej lokalnego adresu IP.
5. Sprawdź sterowanie ręczne. Upewnij się, że podstawowe światła, rolety, termostaty i inne ważne elementy można obsługiwać bez telefonu.
6. Przetestuj urządzenia pojedynczo. Sprawdź oświetlenie, rolety, ogrzewanie, czujniki oraz inne lokalne elementy, nie uruchamiając ryzykownych procedur.
7. Wywołaj automatyzacje. Użyj przycisków i czujników, a następnie przejrzyj ślady wykonania reguł oraz listę niedostępnych encji.
8. Sprawdź dane internetowe. Zanotuj, które encje otrzymały stan unavailable, a które zachowały ostatnią wartość.
9. Przywróć połączenie WAN. Upewnij się, że integracje chmurowe, dane online i dostęp zdalny ponownie zaczęły działać.

Podczas próby problemem może okazać się nie sam Home Assistant, lecz sposób otwierania panelu. Publiczny adres domenowy może wymagać internetu, a nazwa homeassistant.local nie działa w każdej konfiguracji sieci. Dlatego przed awarią trzeba znać lokalny adres IP, sprawdzić lokalne rozpoznawanie nazw i poprawnie skonfigurować aplikację.

Po teście warto sporządzić krótką listę zależności. Dla każdej ważnej funkcji należy zapisać, czy działa bez internetu, czy wymaga sprawnego routera, czy zależy od serwera Home Assistant i jaki jest ręczny sposób obsługi. Taka lista jest bardziej użyteczna niż ogólne założenie, że cały system jest lokalny.

Jak przygotować dom na awarię internetu

Największą odporność uzyskuje się wtedy, gdy lokalne działanie jest jednym z kryteriów zakupu urządzeń, a nie dodatkiem sprawdzanym dopiero po montażu. Internet może rozszerzać możliwości instalacji, ale nie powinien być konieczny do podstawowego sterowania budynkiem.

• Wybieraj integracje typu local_push lub local_polling.
• Szukaj jednoznacznej deklaracji działania bez chmury producenta.
• Przy urządzeniach Wi-Fi sprawdzaj sposób komunikacji z Home Assistant, a nie tylko dostępność aplikacji.
• Dla czujników i przycisków rozważ lokalne sieci Zigbee lub Z-Wave z własnym koordynatorem.
• Przy ESPHome zachowaj wymagania dotyczące bezpiecznego montażu i nie ingeruj samodzielnie w instalację sieciową bez kwalifikacji.
• W przypadku Matter i Thread sprawdź lokalną obsługę konkretnego urządzenia i nie oceniaj jej wyłącznie na podstawie nazwy standardu.
• Zachowaj fizyczne przyciski, termostaty i możliwość ręcznej obsługi elementów wykonawczych.
• Określ zachowanie automatyzacji dla stanów unavailable i unknown.
• Regularnie testuj utratę internetu, restart serwera i powrót systemu po przerwie w zasilaniu.
• Dla funkcji krytycznych stosuj niezależne mechanizmy awaryjne przewidziane przez producentów urządzeń.

Nie wszystkie elementy muszą działać offline. Prognozy pogody, aktualizacje, informacje komunikacyjne i dostęp spoza domu naturalnie korzystają z internetu. Ważne, aby awaria takich usług nie uniemożliwiała włączenia światła, utrzymania bezpiecznej temperatury ani ręcznego zamknięcia zaworu. Więcej zasad planowania instalacji opisuje poradnik Smart Home – inteligentny dom i automatyka.

Home Assistant czy system chmurowy?

Home Assistant będzie korzystniejszym wyborem, jeżeli priorytetem jest lokalne wykonywanie automatyzacji, łączenie urządzeń różnych producentów i możliwość kontrolowania zależności od internetu. Taka przewaga nie pojawia się jednak automatycznie po instalacji oprogramowania. Home Assistant złożony głównie z integracji cloud_push i cloud_polling nadal pozostanie silnie zależny od połączenia WAN.

Przed zakupem urządzenia trzeba sprawdzić cztery rzeczy: klasę IoT integracji, zachowanie bez internetu, dostępność sterowania ręcznego oraz sposób powrotu do pracy po odzyskaniu łączności. Sama informacja o zgodności z Home Assistant nie wystarcza, ponieważ część integracji wymaga konta producenta i stałego dostępu do jego serwerów.

Kiedy przewaga Home Assistant jest wyraźna?

Wybór Home Assistant ma szczególny sens, gdy właściciel chce świadomie oddzielić funkcje podstawowe od internetowych. Światło, czujniki, ogrzewanie i sceny mogą wtedy działać lokalnie, a internet służy tylko do zdalnego dostępu, pobierania danych i aktualizacji. W systemie wyłącznie chmurowym awaria operatora lub usługi producenta może natomiast odciąć także podstawowe sterowanie.

Jeżeli użytkownik nie chce analizować integracji, utrzymywać serwera i testować procedur awaryjnych, prostszy gotowy ekosystem może być wygodniejszy. Trzeba jednak zaakceptować jego ograniczenia i przed zakupem sprawdzić, co stanie się po utracie dostępu do chmury.

Co można zrobić samodzielnie, a co zlecić specjaliście

Samodzielnie można przejrzeć dokumentację integracji, sprawdzić klasy local_push i local_polling, zanotować lokalny adres serwera, odłączyć WAN oraz przetestować panel i nieszkodliwe automatyzacje. Można też sprawdzić encje niedostępne i przygotować bezpieczne scenariusze zastępcze dla braku danych online.

Pomocy elektryka, instalatora automatyki lub specjalisty sieciowego wymagają prace obejmujące:

• przekaźniki i moduły podłączane do instalacji 230/400 V;
• automatykę kotła, pompy ciepła, wentylacji lub zabezpieczeń urządzeń grzewczych;
• elektrozawory, pompy i funkcje, których błędne uruchomienie może spowodować zalanie;
• zamki, alarmy i obwody odpowiadające za bezpieczeństwo;
• konfigurację VLAN-ów, zapory, tuneli i zdalnego dostępu bez znajomości skutków dla bezpieczeństwa sieci;
• instalację, w której awaria Home Assistant odbiera możliwość ręcznej obsługi podstawowych funkcji domu.

Home Assistant nie powinien być jedynym zabezpieczeniem przeciwpożarowym, przeciwwłamaniowym ani przeciwzalaniowym. Może odbierać sygnały, wykonywać dodatkowe automatyzacje i przekazywać komunikaty, ale funkcje krytyczne powinny mieć własne mechanizmy awaryjne zgodne z przeznaczeniem urządzeń.

Wniosek: jeżeli serwer, LAN i lokalne integracje nadal działają, Home Assistant może sterować domem bez internetu. Najważniejsze jest jednak sprawdzenie całego łańcucha zależności, a nie samego serwera. Kontrolowany test przez odłączenie WAN-u pokaże, które funkcje są rzeczywiście lokalne, które zachowują nieaktualne dane i gdzie potrzebny jest bezpieczny tryb zastępczy.