Ostatnio opublikowałem artykuł o jakiejś zmianie w nowej wersji ESPHome, która wywalała kompilację w przypadku wykorzystania „delay” w zagnieżdżonym powtórzeniu (repeat). Wczoraj dokonałem natomiast aktualizacji Home Assistant do nowej wersji (2026.5) i… No odwalili niezły numer. Mógłbym napisać „błąd”, ale błędy nie powinny być celowe, a to działanie jak najbardziej było celowe…

Problem z automatyzacjami związanymi ze śledzeniem obecności w domu użytkownika w Home Assistant 2026.5

Zacznę od tego, że zmiany w systemie monitorowania lokalizacji użytkownika są zdecydowanie potrzebne, bo sam ostatnio kombinowałem, jak dobrze ugryźć temat wyzwalaczy automatyzacji bazujących na lokalizacjach, gdy mam kilka różnych lokalizacji spiętych w ramach jednego systemu. Bo niby mamy strefy, ale obecnie w większości przypadków przydatność ich znikoma. A śledzenie użytkownika sprowadzało się do tego, czy jest w domu, czy nie, już bez rozróżnienia, w którym… ;-)

No i najwidoczniej do podobnego wniosku doszły osoby odpowiedzialne za rozwój Home Assistant, bo wersja 2026.5 przyniosła w tym zakresie zmiany. Tylko że te zmiany wprowadzono od d… strony:

Changes to existing triggers and conditions

As some of the very first, we’ve added purpose-specific triggers and conditions for Person entities and Device Tracker entities separately. More recently, we’ve decided we want to go for a more ergonomic cross-domain approach. Those the triggers entered_home and left_home as also the conditions is_home and is_not_home got removed from the Person and Device Tracker. They will get successor in one of the upcoming releases.

I tłumaczenie (automatyczne):

Zmiany w istniejących wyzwalaczach i warunkach

Jako jedni z pierwszych dodaliśmy wyzwalacze i warunki specyficzne dla celu dla encji Person i encji Device Tracker oddzielnie. Niedawno zdecydowaliśmy się na bardziej ergonomiczne podejście międzydomenowe. Wyzwalacze entered_home i left_home, a także warunki is_home i is_not_home zostały usunięte z Person i Device Tracker. Zostaną one zastąpione w jednej z nadchodzących wersji.

Tak więc zabrano „stare” wyzwalacze, a jednocześnie nie dodano nowych, związanych ze strefami, jak i ogólnie nie przebudowano mechanizmu stref. Genialne. Normalnie genialne. Bo co jak co, ale chyba powinno to wyglądać dokładnie odwrotnie – dodajemy nowe, a po pewnym czasie usuwamy stare…

I tym sposobem sporo moich automatyzacji się wysypało, bo warunek „w domu” czy „poza domem” był wykorzystywany przeze mnie dość powszechnie. Nie tylko jako wyzwalacz, ale też często jako warunek w kolejnych krokach automatyzacji i skryptów, sypiąc błędami w stylu:

Akcje: Integration 'person’ does not provide condition support

A by było zabawniej, to skoro nie dodali jeszcze nowych, docelowych wyzwalaczy, to sobie na szybko zrobiłem listę tych, z których w tym kontekście mogę korzystać i… tymczasowo używam wszystkich, bo kto wie, jaki będzie ich finalny krok:

I co ciekawe, wśród tych wyzwalaczy jest – jak widać powyżej – również skasowany wyzwalacz związany z „person” i „w domu” / „poza domem”, tylko dodany ponownie, jako stan encji (w ogóle to mi przypomniało, że mam do napisania artykuł o tym, czemu korzystam ze stanów encji, a nie bardziej „nowoczesnych” wyzwalaczy w Home Assistant).

Jeśli więc w swoich automatyzacjach i/lub skryptach używasz tego typu wyzwalaczy i/lub warunków, to po aktualizacji do Home Assistant 2026.5 zalecam przejrzeć komunikaty błędów, oraz listę automatyzacji i skryptów, bo jest spora szansa, że będą one wymagały wprowadzenia poprawek, by mogły ponownie działać.

I choć na usta ciśnie mi się kilka słów podsumowania dla takiego działania, to tym razem sobie odpuszczę. Tylko mój kolega, który wychodzi z założenia, że skoro działa, to nie będzie aktualizował, będzie miał (znowu) moment satysfakcji… ;-)