Krok 1: Weryfikacja fundamentów – architektura lokalna kontra środowisko chmurowe
Wybór między Home Assistant a Google Home zaczyna się od pytania o to, gdzie mają być podejmowane decyzje automatyki domowej. Nie chodzi wyłącznie o aplikację w telefonie czy możliwość wydania komendy głosowej. Kluczowe jest to, czy czujnik ruchu może włączyć światło, termostat obniżyć temperaturę, a rolety zamknąć się po zmroku wtedy, gdy internet przestanie działać albo producent usługi ma awarię.
Home Assistant został zaprojektowany przede wszystkim jako platforma działająca lokalnie. Zwykle instaluje się go na własnym urządzeniu: minikomputerze, serwerze NAS, Raspberry Pi, używanym terminalu firmowym albo dedykowanym urządzeniu Home Assistant Green. Google Home jest natomiast ekosystemem mocno związanym z kontem Google, aplikacją mobilną i usługami chmurowymi. Część urządzeń może wykonywać pewne działania lokalnie, zwłaszcza w ramach Matter, ale ogólny model działania nadal opiera się na infrastrukturze dostawcy. [4]
Zależność od łącza internetowego i stabilność działania offline
W Home Assistant automatyzacje utworzone lokalnie mogą funkcjonować bez dostępu do internetu, o ile urządzenia również komunikują się lokalnie. Dotyczy to między innymi czujników Zigbee, przełączników Z-Wave, urządzeń Thread, lokalnych przekaźników Wi-Fi czy integracji z urządzeniami działającymi w sieci LAN. Jeśli kontaktron przy drzwiach balkonowych ma natychmiast wyłączyć ogrzewanie w pokoju, Home Assistant nie musi wysyłać informacji na zewnętrzny serwer i czekać na odpowiedź.
Google Home jest wygodne przy podstawowym sterowaniu urządzeniami wspieranymi przez popularne usługi producentów. Trzeba jednak sprawdzić, czy konkretna integracja działa lokalnie, czy wymaga połączenia z chmurą. Wiele żarówek, gniazdek i robotów sprzątających Wi-Fi komunikuje się z Google Home przez serwery marki, która je wyprodukowała. Awaria internetu, problem z kontem producenta albo wyłączenie jego usługi może ograniczyć dostęp do funkcji automatyki.
Nie oznacza to, że Google Home przestaje być użyteczne bez internetu w każdej sytuacji. Urządzenia Matter i część funkcji opartych na lokalnym hubie mogą działać w ograniczonym zakresie. Nie należy jednak zakładać, że każda rutyna, komenda głosowa i integracja urządzeń Wi-Fi będzie niezależna od chmury. Przed zakupem konkretnego sprzętu dobrze jest sprawdzić, czy producent wyraźnie deklaruje local control, obsługę Matter albo lokalne API.
Przechowywanie danych telemetrycznych oraz kwestia prywatności
System smart home zbiera zaskakująco dużo danych. Czujniki obecności pokazują, kiedy domownicy są w domu. Termostaty ujawniają rytm dnia i okresy nieobecności. Kamery, czujniki otwarcia drzwi, inteligentne zamki oraz głośniki z asystentem głosowym należą do urządzeń szczególnie wrażliwych pod względem prywatności IoT.
Home Assistant umożliwia przechowywanie historii zdarzeń i danych telemetrycznych na własnym serwerze. Użytkownik decyduje, jakie encje mają być rejestrowane, jak długo ma być zachowywana historia oraz czy system ma łączyć się z usługami zewnętrznymi. To nie oznacza automatycznie pełnej anonimowości: wiele urządzeń dodanych do Home Assistanta może nadal korzystać z chmury producenta. Różnica polega na tym, że platforma pozwala świadomie ograniczać takie połączenia i wybierać sprzęt działający wyłącznie lokalnie.
Google Home wymaga konta Google, a sterowanie głosowe wiąże się z przetwarzaniem komend przez infrastrukturę dostawcy. Dla części użytkowników jest to rozsądny kompromis za wygodę rozpoznawania mowy, prostą konfigurację i zdalny dostęp bez zarządzania własnym serwerem. Osoby, które chcą minimalizować przesyłanie danych o aktywności domowej poza lokalną sieć, zwykle szybciej docenią Home Assistant oraz urządzenia z otwartymi standardami komunikacji.
Opóźnienia i zachowanie krytycznych automatyzacji
Przy automatyzacji oświetlenia opóźnienie ma praktyczne znaczenie. Czujnik ruchu wykrywa wejście do korytarza, przesyła informację do centrali, a ta wydaje polecenie żarówce lub przekaźnikowi. W rozwiązaniu lokalnym cała droga może zamknąć się w sieci domowej. Efekt jest zwykle szybszy i bardziej przewidywalny niż w scenariuszu, w którym zdarzenie przechodzi przez kilka chmur: producenta czujnika, producenta żarówki oraz Google Home.

Różnica staje się wyraźna przy kontaktach drzwiowych, czujnikach zalania i automatyce ogrzewania. Czujnik zalania powinien nie tylko wysłać powiadomienie, ale też odciąć wodę przez elektrozawór. Czujnik dymu powinien uruchomić oświetlenie ewakuacyjne bez oczekiwania na odpowiedź serwera. Takie funkcje lepiej projektować lokalnie, niezależnie od wybranej platformy.
Ostrzeżenie: automatyka nie powinna zastępować instalacji zabezpieczających wymaganych przepisami lub zaleceniami producentów. Home Assistant ani Google Home nie są certyfikowanym systemem przeciwpożarowym, alarmowym czy zabezpieczeniem instalacji gazowej. Mogą wspierać reakcję domową, ale nie powinny być jedyną linią ochrony.
| Kryterium | Home Assistant | Google Home |
|---|---|---|
| Podstawowy model działania | Najczęściej lokalny, na własnym serwerze | Silnie powiązany z kontem i usługami Google |
| Działanie automatyzacji bez internetu | Możliwe przy lokalnych integracjach i urządzeniach | Zależy od urządzeń, protokołu i usług producentów |
| Kontrola nad historią danych | Duża, z możliwością lokalnego przechowywania | Ograniczona przez model usług chmurowych |
| Konfiguracja zdalnego dostępu | Wymaga własnej konfiguracji lub usługi Nabu Casa | Zwykle gotowa po zalogowaniu do konta |
| Przewidywalność reakcji lokalnych | Bardzo dobra przy sprzęcie lokalnym | Najlepsza przy urządzeniach Matter; różna dla pozostałych integracji |
Krok 2: Inwentaryzacja sprzętu i obsługa protokołów komunikacyjnych
Zanim zapadnie decyzja, dobrze jest spisać wszystkie urządzenia, które już działają w mieszkaniu lub domu. Należy uwzględnić nie tylko żarówki i gniazdka, ale też termostaty, klimatyzatory, centrale alarmowe, wideodomofony, odkurzacze, rolety, czujniki jakości powietrza, urządzenia multimedialne oraz routery. Dopiero taki spis pokazuje, czy prosty ekosystem Google Home wystarczy, czy potrzebna jest bardziej otwarta centrala automatyki.
Kompatybilność z otwartymi standardami: Zigbee, Z-Wave, Thread i Matter
Home Assistant jest szczególnie mocny tam, gdzie urządzenia korzystają z otwartych albo szeroko wspieranych standardów. Po podłączeniu odpowiedniego koordynatora USB może zarządzać dużą liczbą urządzeń Zigbee bez korzystania z bramki producenta. Dotyczy to między innymi czujników, przycisków, żarówek, przekaźników i głowic termostatycznych zgodnych z Zigbee. Popularne rozwiązania to Zigbee2MQTT oraz ZHA, czyli dwie różne drogi integracji urządzeń Zigbee z Home Assistant.
Z-Wave również może być obsługiwany lokalnie, ale wymaga odpowiedniego kontrolera. Jest to protokół ceniony za interoperacyjność, siatkę radiową i częste zastosowanie w bardziej rozbudowanych instalacjach. Jego wadą bywa wyższa cena urządzeń niż w przypadku popularnych czujników Zigbee.
Thread i Matter zmieniają rynek platform smart home, lecz nie eliminują potrzeby sprawdzania kompatybilności. Matter opisuje wspólny język współpracy urządzeń, a Thread jest jednym z protokołów sieciowych, na których mogą one działać. Urządzenie z logo Matter zwykle łatwiej dodać zarówno do Google Home, jak i Home Assistanta, ale logo nie gwarantuje dostępu do wszystkich zaawansowanych funkcji. Przykładowo termostat może udostępnić podstawowe sterowanie temperaturą, lecz specjalne tryby producenta mogą pozostać niedostępne poza jego aplikacją. [5]
Obsługa urządzeń Wi-Fi z zamkniętym oprogramowaniem producentów
Urządzenia Wi-Fi bywają najprostsze w zakupie, ale najtrudniejsze do przewidzenia w długim okresie. Wiele tanich produktów korzysta z aplikacji opartych na platformie Tuya lub wymaga założenia konta producenta. Część z nich można zintegrować z Google Home w kilka minut, ponieważ producent udostępnia gotowe połączenie z usługą Google. Taka wygoda nie oznacza jednak, że urządzenie działa lokalnie.
Home Assistant często potrafi połączyć się z urządzeniem Wi-Fi na kilka sposobów: przez oficjalną integrację chmurową, lokalne API, MQTT, integrację społecznościową albo zmianę oprogramowania układowego. Najbardziej niezawodne są urządzenia udostępniające lokalne sterowanie bez wymogu logowania do serwera producenta. Dobrym przykładem są moduły z firmware opartym na ESPHome lub Tasmota, choć ich wdrożenie może wymagać większej wiedzy technicznej.
Nie należy kupować urządzeń Wi-Fi wyłącznie dlatego, że mają oznaczenie „Works with Google”. To informacja o integracji z konkretnym ekosystemem, a nie gwarancja niezależności, lokalnego działania ani wieloletniego wsparcia. W przypadku automatyki domowej ważniejsze pytanie brzmi: czy urządzenie nadal będzie użyteczne, gdy aplikacja producenta zniknie z rynku?
Procedura sprawdzania urządzeń przed wyborem platformy
Inwentaryzację najlepiej wykonać w prostym arkuszu. Przy każdym urządzeniu należy zapisać markę, model, sposób łączności, aktualną aplikację oraz funkcje, które mają być dostępne w automatyzacji. Nie wystarczy zapis „żarówka Wi-Fi”. Istotne jest, czy ma lokalne API, czy obsługuje Matter, czy działa przez Bluetooth, a może wymaga własnego huba podłączonego do routera.
- Spisz urządzenia już używane oraz planowane zakupy na najbliższe 12–24 miesiące.
- Przy każdym modelu sprawdź oficjalną listę integracji Home Assistant oraz stronę kompatybilności Google Home.
- Ustal, czy integracja jest lokalna, chmurowa czy wymaga dodatkowego mostka.
- Zweryfikuj, czy wszystkie potrzebne funkcje są dostępne, a nie tylko włączanie i wyłączanie urządzenia.
- Oceń, czy konkretna marka nie zamyka użytkownika w swoim ekosystemie i czy można ją zastąpić sprzętem innego producenta.
- Przed większym zakupem przetestuj jeden egzemplarz urządzenia w docelowej sieci i z wybraną centralą.
Home Assistant częściej pozwala ominąć dedykowane bramki producentów, szczególnie przy Zigbee. Google Home zazwyczaj korzysta z gotowych połączeń kont producenta, hubów Matter albo urządzeń Google Nest pełniących rolę centrum domowego. Pierwsze podejście daje większą swobodę, drugie skraca konfigurację. Wybór zależy od tego, czy priorytetem jest szybkie uruchomienie, czy długoterminowa niezależność sprzętowa. [2]
Krok 3: Oszacowanie nakładu pracy, progu wejścia i kosztów wdrożenia
Google Home może sprawiać wrażenie rozwiązania bez kosztów, ponieważ aplikacja jest bezpłatna. W praktyce trzeba kupić kompatybilne urządzenia, a często również głośnik lub ekran Google Nest, jeśli sterowanie głosowe ma być wygodne w kilku pomieszczeniach. Home Assistant również nie musi być drogi, ale wymaga sprzętu, na którym będzie stale działał, oraz czasu na konfigurację i utrzymanie. [1]
Policz pełny koszt, a nie tylko cenę aplikacji
W obu przypadkach warto rozdzielić wydatki na trzy grupy: sprzęt startowy, urządzenia wykonawcze oraz utrzymanie. Dopiero wtedy można porównać rozwiązania uczciwie. Sam zakup centrali lub głośnika nie przesądza o całkowitym koszcie systemu.
| Obszar kosztów | Home Assistant | Google Home |
|---|---|---|
| Centrala | Własny serwer, mini-PC, Raspberry Pi, Home Assistant Green lub podobne urządzenie | Zwykle aplikacja Google Home oraz, zależnie od potrzeb, głośnik, ekran lub hub Google Nest |
| Obsługa Zigbee i Z-Wave | Najczęściej dodatkowy koordynator USB albo kontroler radiowy | Może wymagać zgodnego huba producenta lub urządzenia pełniącego funkcję centrum Matter/Thread |
| Zdalny dostęp | Własna konfiguracja VPN, bezpiecznego dostępu zewnętrznego albo płatna usługa Nabu Casa | Zwykle dostępny po zalogowaniu do konta Google |
| Konserwacja | Aktualizacje systemu, kopie zapasowe, kontrola integracji i sprzętu | Głównie aktualizacje aplikacji, urządzeń oraz połączonych usług producentów |
| Rozbudowa | Często opłacalna przy większej liczbie czujników i urządzeń lokalnych | Wygodna przy sprzęcie gotowym do połączenia z Google Home, ale zależna od oferty producentów |
Home Assistant nie wymaga od razu zakupu rozbudowanego serwera. Do niewielkiego mieszkania z kilkunastoma urządzeniami wystarczy energooszczędna centrala przeznaczona do pracy ciągłej. Przy większym domu, monitoringu energii, wielu kamerach, rozbudowanej historii danych lub dodatkowych usługach lepszy będzie mini-PC z dyskiem SSD. Nie warto budować systemu na przypadkowej, starej pamięci USB, ponieważ intensywny zapis historii i logów może skrócić jej żywotność.
Google Home z kolei może mieć niski próg wejścia, jeśli w domu są już zgodne urządzenia i konto Google. Koszt rośnie, gdy potrzebne są głośniki w wielu pokojach, ekran do sterowania, urządzenia Matter lub dodatkowe huby wymagane przez konkretnych producentów. Wygoda nie zawsze oznacza najtańszy wariant, zwłaszcza gdy system ma obejmować rolety, ogrzewanie, czujniki i oświetlenie w całym budynku.
Oceń koszt własnego czasu
Największa różnica nie zawsze dotyczy pieniędzy, lecz czasu potrzebnego do osiągnięcia stabilnego efektu. Google Home jest zwykle szybszy do uruchomienia w prostym scenariuszu: użytkownik instaluje aplikację, dodaje urządzenie, łączy konto producenta i przypisuje sprzęt do pomieszczenia. Taki proces może zająć kilka minut na jedno urządzenie, o ile integracja działa poprawnie.

Home Assistant wymaga przygotowania środowiska. Trzeba zainstalować system, utworzyć kopię zapasową, skonfigurować sieć, dodać integracje i zdecydować, które dane mają być zapisywane. Przy urządzeniach Zigbee lub Z-Wave dochodzi sparowanie sprzętu oraz zaplanowanie zasięgu sieci radiowej. Początkujący użytkownik powinien założyć, że pierwsze wdrożenie zajmie raczej wieczór lub weekend niż kilkanaście minut.
W praktyce warto przyjąć następującą zasadę:
- jeśli celem jest sterowanie światłem, muzyką, telewizorem i kilkoma urządzeniami gotowymi do pracy z aplikacją, Google Home może pozwolić szybciej osiągnąć użyteczny rezultat;
- jeśli celem jest rozbudowana automatyka zależna od czujników, harmonogramów, taryf energii, obecności domowników i wielu warunków, czas poświęcony na Home Assistant może zwrócić się większą elastycznością;
- jeśli nikt w domu nie chce zajmować się aktualizacjami, diagnostyką i kopiami zapasowymi, nie należy traktować Home Assistanta jako rozwiązania całkowicie bezobsługowego.
Minimalne wymagania techniczne dla Home Assistant
Przed wyborem Home Assistanta należy sprawdzić, czy w domu jest osoba gotowa wykonywać podstawowe czynności administracyjne. Nie chodzi o zawodowe zarządzanie serwerami, ale o regularne działania, które wpływają na niezawodność systemu.
- Wybrać urządzenie działające przez całą dobę i zapewnić mu stabilne zasilanie.
- Ustawić automatyczne lub ręcznie wykonywane kopie zapasowe konfiguracji.
- Zapisać dane dostępowe do integracji, kont oraz urządzeń sieciowych w bezpiecznym miejscu.
- Przed większą aktualizacją sprawdzić informacje o zmianach i wykonać backup.
- Zaplanować sposób odzyskania systemu po awarii dysku, routera lub samej centrali.
- Ograniczyć instalowanie przypadkowych dodatków, które nie są potrzebne do codziennego działania.
Nie trzeba wykonywać tych czynności codziennie. Problem pojawia się wtedy, gdy system jest rozbudowywany przez wiele miesięcy bez dokumentacji i bez kopii zapasowej. Awaria sprzętu może wtedy oznaczać konieczność ponownego dodawania dziesiątek urządzeń oraz odtwarzania automatyzacji z pamięci.
Ostrzeżenie: nie wystawiaj panelu Home Assistant bezpośrednio do internetu bez odpowiedniego zabezpieczenia. Zdalny dostęp powinien korzystać z bezpiecznego rozwiązania, silnego hasła, uwierzytelniania wieloskładnikowego oraz aktualnego oprogramowania. Wygodne, ale źle skonfigurowane przekierowanie portów może otworzyć dostęp do elementów sterujących domem.
Próba kosztowa przed pełnym wdrożeniem
Zamiast kupować od razu kilkadziesiąt urządzeń, warto przygotować mały zestaw testowy. Pozwoli on sprawdzić nie tylko kompatybilność, ale też własną gotowość do obsługi wybranej platformy.
- jedno źródło światła lub przekaźnik;
- jeden czujnik ruchu albo otwarcia;
- jeden czujnik temperatury;
- jeden przycisk bezprzewodowy;
- jedno urządzenie wymagające sterowania głosowego;
- jedna automatyzacja działająca według harmonogramu.
Po tygodniu testów należy sprawdzić, czy każdy domownik potrafi ręcznie sterować urządzeniami, czy reakcje są wystarczająco szybkie i czy administrator systemu rozumie, jak odtworzyć konfigurację z kopii zapasowej. Jeśli już na tym etapie rozwiązanie jest męczące, po rozbudowie problem będzie większy.
Krok 4: Test możliwości tworzenia automatyzacji i logiki warunkowej
Lista zgodnych urządzeń nie wystarczy do wyboru platformy. Najważniejsze jest to, czy da się na niej zbudować konkretne reguły potrzebne w domu. Dlatego przed zakupem należy spisać od pięciu do dziesięciu rzeczywistych scenariuszy, a następnie sprawdzić, jak wiele warunków, wyjątków i działań będzie wymagał każdy z nich.
Przygotuj scenariusze zamiast ogólnych oczekiwań
Zapis „chcę inteligentne światło” jest zbyt ogólny. Lepszy scenariusz określa wyzwalacz, warunki, działanie oraz sytuację, w której automatyzacja nie powinna się uruchomić.
Przykład dla oświetlenia nocnego może wyglądać następująco:
- wyzwalacz: ruch w łazience;
- warunek czasu: od 23:00 do 6:00;
- warunek jasności: światło w pomieszczeniu jest wyłączone;
- działanie: włącz lampę na 15% jasności;
- warunek zakończenia: wyłącz światło po dwóch minutach braku ruchu;
- wyjątek: nie wyłączaj światła automatycznie, jeśli zostało ręcznie ustawione na pełną jasność.
W Google Home można tworzyć procedury oparte na godzinie, głosie, zmianie stanu urządzenia i wybranych warunkach. Dla prostych działań, takich jak wyłączenie wszystkich świateł o określonej porze, zwykle będzie to wystarczające. Trudność rośnie, gdy automatyzacja ma analizować kilka czujników, odróżniać ręczne sterowanie od automatycznego albo zachowywać się inaczej dla każdego domownika. [3]
Home Assistant oferuje bardziej rozbudowane mechanizmy automatyzacji: wyzwalacze, warunki, akcje, szablony, sceny, skrypty, pomocniki oraz możliwość tworzenia własnych stanów logicznych. Dzięki temu można budować reguły wieloetapowe, ale wymaga to dokładnego opisania działania i testowania wyjątków.
Wykonaj test czterech poziomów trudności
Przed podjęciem decyzji warto przejść przez poniższą procedurę. Nie chodzi o stworzenie gotowego systemu, lecz o ocenę, czy platforma odpowiada potrzebom domu.
-
Poziom podstawowy — jedna akcja.
Utwórz regułę: „o 22:30 wyłącz światła w salonie”. Jeśli taka automatyzacja jest jedynym planowanym zastosowaniem, prostsza platforma może być wystarczająca. -
Poziom warunkowy — zdarzenie plus ograniczenie.
Utwórz regułę: „jeśli okno w sypialni jest otwarte dłużej niż 10 minut, a ogrzewanie działa, wyślij powiadomienie”. Sprawdź, czy platforma wygodnie obsługuje oba warunki. -
Poziom wielourządzeniowy — kilka działań naraz.
Utwórz scenariusz: „po uruchomieniu trybu filmowego opuść roletę, przygaś światło, włącz telewizor i wycisz powiadomienia w wybranym pokoju”. -
Poziom wyjątków — automatyzacja z decyzją.
Utwórz regułę: „po wykryciu obecności przed domem po zmroku włącz oświetlenie wejścia, ale nie rób tego, jeśli domownicy mają aktywny tryb nocny albo światło zostało ręcznie wyłączone na najbliższą godzinę”.
Jeżeli planowane automatyzacje zatrzymują się na pierwszym lub drugim poziomie, Google Home może być wygodnym wyborem. Jeżeli regularnie potrzebne są poziomy trzeci i czwarty, Home Assistant zwykle daje większą swobodę projektowania logiki.
Sprawdź obsługę ręcznego sterowania
Dobra automatyzacja nie może walczyć z użytkownikiem. Światło, które stale włącza się ponownie po ręcznym wyłączeniu, szybko przestaje być inteligentne. Dlatego każda ważniejsza reguła powinna mieć jasno określoną odpowiedź na pytanie: co dzieje się, gdy domownik użyje fizycznego włącznika, aplikacji lub komendy głosowej?
W Home Assistant można tworzyć pomocniki i przełączniki logiczne, na przykład „automatyka korytarza aktywna” albo „tryb gościnny”. Pozwalają one czasowo zawiesić wybrane reguły bez ich usuwania. W Google Home warto sprawdzić, czy dostępne procedury pozwalają uzyskać podobny efekt dla używanych urządzeń.
Praktyczna zasada jest prosta: fizyczny włącznik powinien nadal działać intuicyjnie, a automatyzacja powinna respektować świadomą zmianę wykonaną przez człowieka. Dotyczy to szczególnie oświetlenia, rolet, ogrzewania oraz urządzeń używanych przez gości i dzieci.
Testuj scenariusze awaryjne oraz powiadomienia
Powiadomienie ma wartość tylko wtedy, gdy trafia do właściwej osoby, we właściwym momencie i nie jest ignorowane z powodu nadmiaru alertów. Przed wdrożeniem należy sprawdzić:
Najczęściej zadawane pytania (FAQ)
Czy Home Assistant działa bez internetu?
Tak, automatyzacje mogą działać bez internetu, jeśli Home Assistant oraz używane urządzenia komunikują się lokalnie.
Czy Google Home wymaga połączenia z chmurą?
Google Home jest silnie powiązany z kontem Google i usługami chmurowymi, choć urządzenia Matter oraz część funkcji lokalnych może działać w ograniczonym zakresie bez internetu.
Co wybrać, jeśli najważniejsza jest prywatność?
Home Assistant daje większą kontrolę nad przechowywaniem historii i telemetryki oraz pozwala wybierać urządzenia działające lokalnie. Nie gwarantuje jednak automatycznie pełnej anonimowości.
Czy Matter działa zarówno z Home Assistant, jak i Google Home?
Urządzenia Matter zwykle można dodać do obu ekosystemów, ale dostęp do wszystkich zaawansowanych funkcji może zależeć od producenta i wybranej platformy.
Jak sprawdzić, czy posiadane urządzenia będą kompatybilne?
Warto spisać modele, sposób łączności i wymagane funkcje, a następnie sprawdzić oficjalną listę integracji Home Assistant oraz stronę kompatybilności Google Home.
Źródła
- [1] Home Assistant – Google Assistant – Home Assistant ↑
- [2] Home Assistant – Matter – Home Assistant ↑
- [3] Google – Learn about presence-based automations – Google Home and Nest Help ↑
- [4] Home Assistant – Raspberry Pi – Home Assistant ↑
- [5] Home Assistant – Does Home Assistant work with Apple Home, Google Home, and Alexa? ↑

































