Dlaczego Home Assistant po ponownym uruchomieniu traci niezawodne sterowanie lokalne?

Home Assistant może wyglądać na „uruchomiony” po restarcie, podczas gdy niezawodne sterowanie lokalne nadal nie jest w pełni dostępne. Interfejs internetowy może załadować się, zanim każda integracja, radio, automatyzacja, pomocnik, ścieżka bazy danych i połączenie z urządzeniem powrócą do użytecznego stanu.

Diagnozuj restart jako sekwencję, a nie pojedyncze zdarzenie. Potwierdź, że Home Assistant osiągnął stan działania, zidentyfikuj integrację, która nadal się ładuje lub jest niedostępna, sprawdź, czy stan trwały został prawidłowo przywrócony, a następnie przetestuj jedną lokalną ścieżkę od czujnika do działania. Jeśli ta sama automatyzacja działa po ręcznym przeładowaniu lub drugim restarcie, problem najprawdopodobniej dotyczy kolejności uruchamiania lub gotowości zależności, a nie trwałego błędu konfiguracji.

Potwierdź, że uruchamianie rzeczywiście się zakończyło

Zacznij od logów i stanu integracji, zamiast od razu przełączać każdą automatyzację. Proces kontenera może działać, podczas gdy Home Assistant nadal przywraca encje, łączy integracje, otwiera komponent Recorder lub czeka na koordynator radiowy.

Niedawny problem z uruchamianiem Home Assistant pokazał, że integracja ZHA opóźniała inicjalizację na tyle, że encje automatyzacji YAML pozostawały niedostępne po restarcie. Nie oznacza to, że ZHA jest ogólnie niebezpieczna; pokazuje jedynie, dlaczego „interfejs się otworzył” nie jest dowodem na gotowość całego środowiska automatyzacji.

Zapisz pierwszy znacznik czasu, gdy Home Assistant zgłosi normalne działanie, a następnie porównaj go z chwilą, w której krytyczne encje stają się dostępne. Jeśli dana integracja regularnie jest ostatnią zależnością, która powraca, kontynuuj analizę właśnie od niej, zanim zmienisz niezwiązane elementy logiki automatyzacji.

Poczekaj na zależności faktycznie wymagane przez automatyzację

Automatyzacja oświetlenia sterowanego ruchem może wymagać integracji czujnika ruchu, integracji docelowego światła, lokalnej sieci lub koordynatora radiowego oraz encji pomocniczych używanych w warunkach. Jedna niedostępna zależność może sprawić, że automatyzacja będzie wyglądać na zawodną, nawet gdy Home Assistant Core działa prawidłowo.

Ta granica czasowa jest widoczna również w rzeczywistych integracjach spoza natywnego silnika automatyzacji. W dyskusji społeczności Home Assistant zauważono, że klient WebSocket może połączyć się, zanim Home Assistant w pełni się uruchomi, dlatego oczekiwanie na stan działania zapobiega wysyłaniu poleceń, gdy encje nadal się ładują.

Nie rozwiązuj tego problemu, dodając wszędzie arbitralne opóźnienia 30- lub 60-sekundowe. Najpierw ustal, która zależność pojawia się z opóźnieniem, a następnie wstrzymaj tylko ten proces uruchamiania, który rzeczywiście wymaga gotowości.

Oddziel stan automatyzacji od stanu urządzenia

Home Assistant przywraca wiele stanów po restarcie, ale przywrócona wartość encji nie zawsze oznacza to samo co świeże potwierdzenie z fizycznego urządzenia. Przełącznik może tymczasowo pokazywać poprzednią wartość, podczas gdy integracja nadal ponownie nawiązuje połączenie.

Gdy po restarcie encje wracają jako unavailable, nie usuwaj ich ani nie paruj ponownie, zanim nie ustalisz, która ścieżka jest uszkodzona. Aktualny poradnik rozwiązywania problemów zaleca sprawdzenie dostępności, adresowania, wykrywania, brokera, radia i logów integracji przed resetowaniem urządzeń. Dzięki temu problem z restartem nie przerodzi się w większy problem z ponowną konfiguracją.

Dla każdej krytycznej automatyzacji zapisz, czy encja wyzwalająca została przywrócona, ma stan nieznany, jest niedostępna czy została świeżo zaktualizowana po restarcie. To rozróżnienie pokaże, czy awaria występuje podczas przywracania stanu, ponownego łączenia integracji czy w samej automatyzacji.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

$799.00 - $2,499.00

Buy Now

Przetestuj lokalną ścieżkę sterowania bez WAN

Problemy z restartem można pomylić z problemami z internetem, gdy lokalny DNS, MQTT, Wi-Fi, odwrotne proxy lub integracja z chmurą dostawcy również zmieniają stan podczas uruchamiania. Zachowaj jeden prosty test lokalnego sterowania, który nie zależy od publicznego internetu.

Użyj reprezentatywnej ścieżki, na przykład czujnika ruchu Zigbee włączającego lokalne światło albo lokalnego przycisku zmieniającego stan przekaźnika. Jeśli ta ścieżka działa, a urządzenie korzystające z chmury nie, lokalne sterowanie Home Assistant działa, a pozostała awaria dotyczy zdalnej zależności.

Poradnik ZimaSpace dotyczący budowy lokalnego centrum automatyzacji z jasno określonymi granicami lokalnego sterowania i odzyskiwania działania jest przydatnym punktem odniesienia przy utrzymywaniu krytycznej ścieżki domowej niezależnej od opcjonalnych usług internetowych.

Użyj testu akceptacyjnego restartu zamiast wielokrotnie zgadywać

Napraw najmniejszą warstwę, która nie przeszła testu. Przeładuj lub napraw jedną integrację, gdy brakuje jej encji; napraw stan lub pamięć masową, gdy przywrócone wartości są nieprawidłowe; zmień kolejność uruchamiania tylko wtedy, gdy zależność rzeczywiście pojawia się z opóźnieniem. Przebudowa Home Assistant jest niepotrzebna, dopóki trwała konfiguracja pozostaje wiarygodna, a awarię można odtworzyć w ramach jednej ścieżki uruchamiania.