Czujnik dymu może działać lokalnie, bez konta producenta i bez wysyłania zdarzeń do jego chmury, a mimo to uruchamiać syrenę, zapalać światła i wysyłać alarm na telefon. Trzeba jednak od razu rozdzielić dwie rzeczy. Wykrywanie dymu i automatyka domowa mogą być w pełni lokalne, natomiast dostarczenie powiadomienia na telefon znajdujący się poza domową siecią wymaga własnej drogi zdalnego dostępu albo usługi pośredniczącej.
To ważniejsze niż logo na pudełku. W praktyce źle dobrany „smart” czujnik potrafi po utracie internetu zostać zwykłą syreną sufitową, bo aplikacja i automatyzacje przestają działać razem z serwerem producenta. Dobrze zaprojektowany system zachowuje się odwrotnie: sam alarm pożarowy działa niezależnie, centrala smart home odbiera zdarzenie lokalnie, a internet jest dodatkiem, nie warunkiem bezpieczeństwa.
W Polsce dochodzi jeszcze kwestia przepisów. Nowe lokale mieszkalne są objęte obowiązkiem stosowania autonomicznych czujek dymu od 23 grudnia 2024 r., istniejące lokale mieszkalne mają termin do 1 stycznia 2030 r. W istniejących obiektach świadczących usługi hotelarskie obowiązek zaczął obowiązywać 30 czerwca 2026 r. Sama integracja ze smart home nie zastępuje wymagań bezpieczeństwa: czujka przeznaczona do ochrony mieszkania powinna spełniać wymagania EN 14604:2005/AC:2008.
Najpierw czujka pożarowa, dopiero później „smart”
Najczęstszy błąd przy zakupie wygląda tak: użytkownik zaczyna od pytania „czy działa z Home Assistantem?”, zamiast od „czy to jest pełnoprawna autonomiczna czujka dymu?”. Kolejność powinna być odwrotna.
Urządzenie odpowiedzialne za wykrywanie pożaru musi przede wszystkim wykryć dym i uruchomić własny alarm dźwiękowy nawet wtedy, gdy router jest wyłączony, Home Assistant aktualizuje system, a serwer smart home właśnie przestał odpowiadać. Funkcje sieciowe są warstwą dodatkową.
Przy zakupie sprawdziłbym w tej kolejności:
-
zgodność z EN 14604, najlepiej potwierdzoną w dokumentacji producenta lub deklaracji właściwości użytkowych,
-
własną syrenę czujki, zwykle około 85 dB lub więcej,
-
rodzaj detekcji — w mieszkaniach najczęściej stosuje się czujki fotoelektryczne,
-
informację o stanie baterii i ostrzeżenie o jej rozładowaniu,
-
możliwość wykonania testu fizycznym przyciskiem,
-
sposób komunikacji ze smart home: Zigbee, Matter, Wi-Fi z lokalnym API,
-
zachowanie urządzenia po zerwaniu łączności z centralą,
-
sposób ponownego parowania po wymianie baterii lub restarcie koordynatora.
Dopiero później ma znaczenie aplikacja.
Dobrym przykładem urządzenia z lokalnym podejściem jest frient Intelligent Smoke Alarm Zigbee. Model ma deklarację zgodności z EN 14604:2005+AC:2008, a na polskim rynku kosztuje obecnie mniej więcej 190–240 zł. W systemie z własnym koordynatorem Zigbee nie trzeba korzystać z chmury producenta, żeby odbierać stan alarmu w lokalnej centrali.
Tańszą drogą bywa Heiman HS1SA-E Zigbee. Na rynku europejskim jego cena to około 25–30 euro, czyli mniej więcej 105–130 zł przed ewentualną wysyłką. Model korzysta z Zigbee, ma syrenę około 85 dB i jest oferowany w wariantach współpracujących z ZHA lub Zigbee2MQTT. Trzeba jednak bardzo uważać na oznaczenia modelu. Heiman sprzedaje kilka podobnie wyglądających wersji, a zgodność konkretnego wariantu i jego certyfikację należy sprawdzać na etykiecie i w dokumentacji, nie na podstawie zdjęcia w sklepie.
Inna konstrukcja to Shelly Plus Smoke, czyli czujka Wi-Fi. W Polsce kosztuje obecnie około 150–180 zł, choć pojedyncze oferty przekraczają 200 zł. Shelly ma tę przewagę, że urządzenia tej marki można integrować z Home Assistantem bezpośrednio po sieci lokalnej; Home Assistant obsługuje lokalne aktualizacje stanu urządzeń Shelly. Wadą jest Wi-Fi: przy kilku czujkach obciążenie sieci nie będzie problemem, ale urządzenie bateryjne musi agresywnie oszczędzać energię, więc sposób raportowania zdarzeń i zachowanie po zmianach konfiguracji warto sprawdzić przed zakupem większej liczby sztuk.
Nie kupowałbym anonimowej czujki Tuya tylko dlatego, że kosztuje 50–70 zł i pokazuje ikonę dymu w aplikacji. W tej kategorii sprzętu oszczędność kilkudziesięciu złotych nie rekompensuje niejasnej certyfikacji, nieudokumentowanych komunikatów Zigbee albo ryzyka, że po aktualizacji integracja zacznie zgłaszać alarm jako zwykły sensor binarny o źle interpretowanym stanie.
Jest jeszcze jedna pułapka. Czujnik dymu nie jest czujnikiem tlenku węgla. Jeżeli w pomieszczeniu pracuje urządzenie spalające gaz, drewno, pellet, olej lub inne paliwo, może być potrzebna oddzielna czujka CO zgodna z odpowiednią normą. Jedno urządzenie nie zastępuje automatycznie drugiego. Polskie przepisy rozróżniają te dwa zagrożenia.
Jak zrobić alarm na telefon bez wysyłania zdarzeń do chmury producenta
Najbardziej przewidywalny układ wygląda tak:
czujka → lokalna sieć Zigbee/Matter/Wi-Fi → Home Assistant → telefon.
W wariancie Zigbee potrzebny jest własny koordynator, np. adapter oparty na układzie Silicon Labs lub Texas Instruments, podłączony do serwera Home Assistant. Czujkę można następnie obsłużyć przez ZHA albo Zigbee2MQTT. Alarm dymu trafia wtedy bezpośrednio do domowej centrali. Internet producenta nie uczestniczy w tej ścieżce.
W wariancie Matter zasada jest podobna. Standard Matter zawiera typ urządzenia Smoke CO Alarm, a zgodne urządzenia mogą komunikować się lokalnie z kontrolerem. Home Assistant obsługuje już lokalnie m.in. czujki Heiman Matter. To ciekawa ścieżka na przyszłość, ale nie traktowałbym napisu Matter jako automatycznej gwarancji dobrego zakupu. Trzeba sprawdzić, czy konkretny model rzeczywiście wystawia stan alarmu, baterię, test i ewentualne dodatkowe zdarzenia w używanym kontrolerze.
Po stronie Home Assistanta automatyzacja jest prosta. Gdy encja czujki zmieni stan na alarm dymu, system może jednocześnie:
-
wysłać alarm krytyczny na telefon,
-
włączyć wszystkie światła w korytarzu i na drodze ewakuacji,
-
uruchomić dodatkową syrenę Zigbee,
-
wyłączyć rekuperację lub wentylację mechaniczną, jeśli instalacja została tak zaprojektowana,
-
otworzyć rolety tylko wtedy, gdy ma to sens w przyjętym scenariuszu ewakuacji,
-
zapisać godzinę alarmu i stan pozostałych czujek.
Nie robiłbym natomiast automatycznego odcinania energii, otwierania zamków czy sterowania urządzeniami gazowymi bez analizy całej instalacji. Przy pożarze zła automatyzacja może utrudnić ewakuację zamiast pomóc.
Najważniejszy detal pojawia się przy telefonie.
Gdy smartfon znajduje się w tej samej sieci lokalnej, aplikacja Home Assistant Companion może korzystać z funkcji Local Push. Powiadomienie jest wtedy dostarczane przez lokalne połączenie z Home Assistantem, bez korzystania z Apple Push Notification Service czy Firebase Cloud Messaging. Funkcja ma jednak konkretne ograniczenie: telefon musi mieć lokalne połączenie z serwerem Home Assistant.
Jeżeli telefon jest poza domem, trzeba stworzyć mu drogę do własnej sieci. Najczystszy wariant pod względem prywatności to własny VPN, np. WireGuard uruchomiony na routerze albo domowym serwerze. Wtedy ruch między telefonem i Home Assistantem może pozostać pod kontrolą użytkownika.
To jednak nie jest konfiguracja „ustaw i zapomnij”. Trzeba zapewnić:
-
działający dostęp do internetu w domu,
-
możliwość zestawienia tunelu VPN,
-
poprawną konfigurację DNS lub adresu publicznego,
-
zabezpieczenie kluczy,
-
działanie Home Assistanta przy zaniku zasilania.
Jeżeli operator stosuje CGNAT, typowe przekierowanie portów może być niemożliwe. Można wtedy korzystać z rozwiązania pośredniczącego albo zestawić własny serwer VPN w innym miejscu, lecz trudno już mówić o architekturze całkowicie pozbawionej zewnętrznej infrastruktury.
I tu jest granica, której marketing często nie pokazuje: powiadomienia poza domem nie są magiczne. Telefon znajdujący się 20 km od mieszkania musi w jakiś sposób dotrzeć do domowego serwera. Albo korzystamy z infrastruktury producenta, albo z własnego tunelu, albo z innego serwera pośredniczącego.
Na iPhonie Home Assistant potrafi wysyłać również Critical Notifications, które mogą przebić tryb cichy i Nie przeszkadzać. Na Androidzie można ustawić wysoki priorytet i odpowiedni kanał powiadomień. Przy alarmie pożarowym ma to większy sens niż zwykły baner, który ginie między wiadomością z komunikatora a powiadomieniem sklepu.
Po konfiguracji robię zawsze trzy testy, nie jeden.
Pierwszy: alarm przy działającym internecie.
Drugi: alarm po odłączeniu internetu od routera.
Trzeci: alarm po restarcie Home Assistanta albo koordynatora Zigbee.
Jeżeli pierwszy test przechodzi, a drugi nie, system prawdopodobnie nadal zależy od chmury. Jeżeli czujka przestaje lokalnie wyć podczas awarii centrali, taki sprzęt w ogóle nie powinien pełnić roli podstawowego zabezpieczenia pożarowego.
Integracja ze smart home: co naprawdę ma znaczenie po kilku miesiącach używania
Przy pierwszym uruchomieniu prawie każda integracja wygląda dobrze. Problemy pojawiają się później: po zmianie routera, aktualizacji Home Assistanta, rozładowaniu baterii albo pół roku po ostatnim teście.
Dlatego najwyższy priorytet ma lokalność i przewidywalność protokołu, nie liczba logotypów na opakowaniu.
Jeżeli buduję system od zera i planuję kilka czujników bateryjnych, najchętniej wybieram Zigbee. Czujki działają miesiącami lub latami na baterii, nie zajmują kolejnych adresów Wi-Fi i mogą komunikować się z lokalnym koordynatorem bez internetu. Trzeba tylko mieć świadomość, że urządzenia bateryjne są zwykle końcówkami sieci, a nie routerami Zigbee. Stabilność całej instalacji zależy więc również od rozmieszczenia urządzeń zasilanych z sieci, które wzmacniają mesh.
W małym mieszkaniu jeden koordynator zwykle wystarczy. W domu z żelbetowymi stropami nie zakładałbym, że sygnał z czujki na poddaszu pewnie dojdzie do koordynatora stojącego w szafie teletechnicznej w piwnicy. Tu przydają się routery Zigbee — gniazdka, przekaźniki albo inne stale zasilane urządzenia rozmieszczone po kondygnacjach.
Wi-Fi wybieram wtedy, gdy urządzenie ma dobrze udokumentowane lokalne API i nie chcę utrzymywać osobnej sieci Zigbee. Shelly jest pod tym względem ciekawsze niż wiele urządzeń opartych wyłącznie na aplikacji producenta, ponieważ Home Assistant komunikuje się z urządzeniami Shelly lokalnie.
Matter ma duży potencjał, ale nie kupowałbym czujki tylko po to, żeby „mieć Matter”. Obsługa typu Smoke CO Alarm istnieje w specyfikacji standardu, natomiast realna funkcjonalność zależy od implementacji konkretnego producenta i kontrolera. Przy urządzeniu bezpieczeństwa wolę model sprawdzony w używanej integracji niż nowszy model, którego główną zaletą jest logo standardu na pudełku.
Kolejny punkt to stan baterii. Sama encja pokazująca 73% wygląda dobrze na dashboardzie, ale ważniejsza jest automatyzacja:
-
alarm przy spadku poniżej ustalonego progu,
-
osobne ostrzeżenie, gdy urządzenie przestanie odpowiadać,
-
przypomnienie o fizycznym teście,
-
kontrola, czy po wymianie baterii urządzenie wróciło do sieci.
Nie ufałbym wyłącznie procentom. W urządzeniach bateryjnych poziom napięcia potrafi przez wiele miesięcy wyglądać stabilnie, a później spaść gwałtownie. Fizyczny sygnał niskiej baterii w samej czujce nadal jest istotniejszy niż wykres w aplikacji.
Dobrą praktyką jest też alarmowanie o niedostępności. Jeżeli czujka, która zwykle raportuje stan, jest niedostępna przez kilka godzin, Home Assistant powinien zgłosić problem. Nie jako alarm pożarowy, oczywiście, tylko jako usterkę systemu.
Najbardziej irytujący element całego rozwiązania? Fałszywe poczucie bezpieczeństwa po poprawnie wykonanym teście powiadomienia. To, że telefon dostał komunikat „TEST: dym w korytarzu”, mówi tylko, że działa automatyzacja. Nie potwierdza, że komora optyczna czujki prawidłowo wykrywa dym.
Test przyciskiem należy wykonywać zgodnie z instrukcją producenta. Czujki trzeba również montować dokładnie w miejscach przewidzianych przez instrukcję — zwykle na suficie, z zachowaniem odległości od ścian, nawiewów i źródeł pary. Czujka zamontowana bezpośrednio przy kuchence albo przy drzwiach łazienki będzie częściej powodowała fałszywe alarmy. Rozwiązaniem nie jest obniżenie jej czułości w automatyce, tylko poprawienie lokalizacji.
Jeżeli miałbym dziś budować taki system w polskim mieszkaniu, kolejność byłaby prosta: najpierw certyfikowane autonomiczne czujki, potem lokalna integracja, następnie alarmy krytyczne, a dopiero na końcu zdalny dostęp przez własny VPN. Nie zaczynałbym od kupowania bramki konkretnego producenta ani od konfigurowania efektownych scen świetlnych.
FAQ
Czy inteligentny czujnik dymu może działać całkowicie bez internetu?
Tak. Sama certyfikowana czujka powinna wykrywać dym i uruchamiać własną syrenę niezależnie od internetu. Lokalny Home Assistant z Zigbee, Matter albo lokalnym API Wi-Fi również może wykonywać automatyzacje bez dostępu do sieci zewnętrznej.
Czy bez internetu dostanę alarm na telefon?
Tak, jeśli telefon znajduje się w lokalnej sieci i korzystasz np. z Local Push w Home Assistant. Gdy telefon jest poza domem, musi istnieć droga do sieci domowej — np. własny VPN. Bez żadnego połączenia między telefonem a domem zdalne powiadomienie jest fizycznie niemożliwe.
Czy Zigbee jest lepsze od Wi-Fi do czujki dymu?
Do większego systemu z wieloma urządzeniami bateryjnymi najczęściej tak. Zigbee zużywa mało energii i pozwala utrzymać cały ruch w sieci lokalnej. Wi-Fi również może działać dobrze, ale wybrałbym model z udokumentowaną integracją lokalną, a nie czujkę zależną wyłącznie od aplikacji producenta.
Czy Matter rozwiązuje problem zależności od chmury?
Może go znacznie ograniczyć, ponieważ komunikacja urządzeń Matter może odbywać się lokalnie. Standard przewiduje urządzenia typu Smoke CO Alarm. Nadal trzeba jednak sprawdzić zgodność konkretnego modelu z używanym kontrolerem.
Ile kosztuje sensowna czujka do lokalnego smart home?
W praktyce trzeba liczyć około 100–250 zł za sztukę. Heiman Zigbee można znaleźć w Europie w okolicach 25–30 euro, Shelly Plus Smoke w Polsce kosztuje około 150–180 zł, a frient Intelligent Smoke Alarm około 190–240 zł. Do Zigbee trzeba doliczyć koordynator, jeśli jeszcze go nie masz.
Czy Home Assistant może zastąpić syrenę w czujce?
Nie. Automatyka ma być dodatkiem. Podstawowa czujka musi alarmować lokalnie bez Home Assistanta, routera i internetu.
Czy wystarczy jedna czujka na całe mieszkanie?
Przepisy określają wymagane minimum, ale optymalna liczba i rozmieszczenie zależą od układu lokalu oraz zaleceń producenta. Nie oszczędzałbym na drugiej czujce tylko dlatego, że formalne minimum w danym przypadku jest niższe. Przy sypialniach oddzielonych długim korytarzem czy mieszkaniu dwupoziomowym jedna syrena może być po prostu zbyt daleko.
Od czego zacząć, jeśli chcę system bez chmury?
Najpierw wybierz czujkę zgodną z EN 14604, która działa autonomicznie. Następnie wybierz model obsługiwany lokalnie przez Home Assistant — najlepiej przez Zigbee, Matter albo sprawdzone lokalne API. Dopiero gdy alarm działa poprawnie przy odłączonym internecie, konfiguruj powiadomienia poza domem. Jeśli system nie przechodzi tego testu, popraw architekturę zamiast dokładać kolejne automatyzacje.
