Jak przenieść smart home na nowy router bez resetowania całego domu

Co naprawdę zmieniasz, gdy wymieniasz router?

Zmiana routera w domu z rozbudowanym smart home to nie tylko podpięcie nowej „pudełeczka z antenkami”. W tle zmienia się środowisko, w którym żyją wszystkie inteligentne lampy, gniazdka, czujniki, bramki, kamery i centralki. Jeśli podejdziesz do tego jak do zwykłej wymiany sprzętu, bardzo szybko zobaczysz: niedziałające sceny, aplikacje, które nie widzą urządzeń, oraz komunikat „offline” w połowie domu.

Kluczowe pytanie na start: co tak naprawdę ma się zmienić – tylko fizyczny router, czy także nazwa sieci Wi‑Fi, hasło, zakres adresów IP, może nawet operator? Od tej odpowiedzi zależy, czy uda się przenieść smart home na nowy router bez resetowania całego domu.

Jakie elementy systemu smart home są zależne od routera

Żeby bezboleśnie przejść migrację, opłaca się najpierw zrozumieć, które fragmenty Twojego smart domu „trzymają się” routera. Co konkretnie na nim polega?

• Sieć Wi‑Fi – nazwa (SSID), hasło, typ zabezpieczeń (WPA2/WPA3), kanał, podział na 2,4 i 5 GHz.
• Adresacja IP – jak wyglądają adresy w sieci lokalnej (np. 192.168.1.x), jak działa serwer DHCP, jakie są rezerwacje IP.
• Dostęp do Internetu – czy router łączy się przez światłowód, modem kablowy, LTE itp., jak się zachowają integracje chmurowe przy chwilowym braku Internetu.
• Reguły ruchu sieciowego – firewalle, izolacja klientów Wi‑Fi, ewentualne VLAN-y, DMZ, przekierowania portów dla dostępu zdalnego.

Między tymi warstwami wiele osób stawia znak równości, a to właśnie tutaj kryje się większość problemów z przeniesieniem smart home na nowy router bez resetu urządzeń. Router to nie tylko „Wi‑Fi”, a Wi‑Fi to nie tylko „Internet”.

Różnica między routerem, siecią Wi‑Fi, adresem IP i dostępem do Internetu

Mieszają Ci się pojęcia? Zadaj sobie kilka prostych pytań:

• Czy Twój smart dom musi działać, gdy Internet padnie? Jeśli tak – opiera się głównie na komunikacji lokalnej, a nie tylko przez chmurę.
• Czy zmieniając hasło Wi‑Fi, przestaje działać tylko część urządzeń, czy wszystko naraz?

Warto rozdzielić kilka poziomów:

Router – pudełko, które:

• tworzy sieć lokalną (LAN),
• rozdaje adresy IP (DHCP),
• udostępnia Internet wszystkim urządzeniom.

Sieć Wi‑Fi – nazwa (SSID) i hasło nadawane przez router (lub dodatkowe punkty dostępu). To tylko sposób fizycznego połączenia urządzeń z siecią lokalną. Możesz mieć kilka sieci Wi‑Fi działających na jednym routerze.

Adres IP – numer każdego urządzenia w sieci lokalnej. Twój sterownik Home Assistant może być np. 192.168.1.10, a mostek Hue – 192.168.1.20. Kiedy integracje odwołują się do tych adresów „na sztywno”, zmiana schematu IP potrafi wywrócić automatykę do góry nogami.

Dostęp do Internetu – połączenie WAN. Dla części urządzeń smart home (głównie chmurowych) bez tego nic nie zrobisz. Dla innych – lokalnych (Hue, Zigbee, Z‑Wave) – Internet jest tylko dodatkiem do zdalnego sterowania.

Jakie urządzenia widzą SSID, a jakie konkretny adres IP

Nie wszystkie elementy smart domu reagują na zmianę routera w ten sam sposób. Zastanów się, jakie typy urządzeń masz w domu:

• Urządzenia Wi‑Fi „typowo domowe” – żarówki, gniazdka, czujniki, odkurzacze, klimatyzatory. W zdecydowanej większości „pamiętają” SSID i hasło Wi‑Fi. Jeśli te dwie rzeczy są takie same, często nie musisz ich resetować. Niewiele z nich przechowuje na sztywno adres IP routera.
• Huby i mostki LAN – Philips Hue, Aqara Hub, Tuya/Smart Life Gateway, bramki Zigbee/Z‑Wave, mostki rolet, centralki alarmowe. Łączą się z routerem kablem Ethernet lub czasem po Wi‑Fi, ale później udostępniają własne sieci (Zigbee, Z‑Wave, Sub‑GHz). Tu ważniejsze jest imię (SSID) routera i lokalny adres IP hubów, jeśli integrujesz je z Home Assistant czy innym systemem.
• Kontrolery i serwery automatyzacji – Home Assistant, HomeBridge, systemy na NAS‑ach, lokalne serwery MQTT. One bardzo często są dodawane po konkretnym IP lub nazwie hosta. Zmiana adresacji IP bez rezerwacji może zerwać integracje.
• Asystenci chmurowi – Google Home, Alexa, aplikacje Tuya, Shelly Cloud, eWeLink, Meross itp. Te integrują się głównie przez kont a w chmurze. Zmiana routera bywa dla nich mniej bolesna, o ile urządzenia ponownie połączą się z Internetem.

W praktyce: prosta żarówka Wi‑Fi najczęściej „interesuje się” tylko SSID i hasłem. Home Assistant za to mocno polega na adresach IP swoich integracji. Jak to wygląda u Ciebie?

Rola routera dla lokalnych hubów a dla urządzeń „tylko chmurowych”

Sieć lokalna jest krytyczna dla:

• mostków Hue i podobnych – aplikacja i integracje łączą się z nimi bezpośrednio po LAN, często po protokole mDNS/UPnP lub po stałym IP,
• Home Assistant – integracje typu „Local API”, Zigbee2MQTT, Z‑Wave JS, serwery MQTT, kamery IP po RTSP,
• lokalnych systemów alarmowych i sterowników HVAC – dostępnych po IP w sieci domowej.

Dla tych elementów zmiana routera = zmiana środowiska sieciowego, nawet jeśli Internet nadal działa. Wirtualne „sznurki” pomiędzy nimi (IP, broadcast, nazwy hostów) są często poukładane wokół starego sprzętu i jego zakresu IP.

Z kolei urządzenia typowo chmurowe:

• podłączają się do Wi‑Fi,
• logują do serwera producenta,
• komunikują się z aplikacją tylko przez Internet.

Takie urządzenia zwykle nie odczują zmiany wewnętrznej struktury Twojej sieci LAN, o ile tylko dostaną to samo (lub nowe) Wi‑Fi i dostęp do Internetu. Problem pojawia się wtedy, gdy musisz je ponownie dodać do Wi‑Fi – część aplikacji wymusza pełny reset.

Szybka inwentaryzacja: ile masz urządzeń na jakiej technologii?

Pierwszy praktyczny krok? Policz, na czym stoi Twój smart dom. Zrób prostą tabelkę (choćby na kartce):

• urządzenia Wi‑Fi (żarówki, gniazdka, kamery, AGD),
• bramki Zigbee (Hue, Aqara, Tuya, Sonoff, IKEA),
• bramki Z‑Wave, ewentualnie 433 MHz/Sub‑GHz,
• Home Assistant / inny serwer automatyzacji,
• urządzenia Bluetooth/Thread/Matter (często spięte przez jakiś hub).

Zadaj sobie pytanie: co będzie największym bólem, jeśli to stracisz? 30 żarówek Wi‑Fi, czy 5 precyzyjnie skonfigurowanych mostków i integracji w Home Assistant?

Na koniec ważne pytanie kontrolne: zmieniasz tylko sprzęt, czy też nazwę sieci, hasło, adresację IP i operatora? Jeśli chcesz oszczędzić sobie resetowania dziesiątek urządzeń, spróbuj:
– ograniczyć liczbę zmiennych,
– a jeśli już je zmieniasz – zrobić to świadomie, z planem.

Jak zaplanować migrację, zanim ruszysz jakikolwiek kabel

Chaos zaczyna się zwykle wtedy, gdy ktoś wypina stary router, podłącza nowy, a dopiero potem zastanawia się, czemu nic nie działa. Lepiej odwrócić kolejność: najpierw plan i decyzje, potem kable.

Co chcesz poprawić, a czego absolutnie nie ruszać

Najpierw odpowiedz sam sobie: dlaczego w ogóle wymieniasz router? Masz jeden z tych powodów?

• lepszy zasięg i stabilność Wi‑Fi,
• większa przepustowość (światłowód, Wi‑Fi 6/6E),
• funkcje sieciowe (VLAN, sieci dla gości, lepszy firewall),
• wymiana starego sprzętu operatora na własny.

Na tej podstawie zdecyduj, co chcesz zachować bez zmian:

• czy nazwa sieci Wi‑Fi (SSID) powinna zostać taka sama?
• czy hasło do głównej sieci Wi‑Fi zostanie bez zmian?
• czy chcesz odtworzyć ten sam zakres IP (np. 192.168.1.x)?

Często najlepszym ruchem przy rozbudowanym smart home jest: zmienić fizyczny router, ale „udawać”, że sieć pozostała ta sama. Przynajmniej na początek. A dopiero później, już na spokojnie, przebudowywać architekturę (osobne SSID, VLAN itd.).

Decyzja kluczowa: zachować ten sam SSID/hasło i schemat IP czy projektować sieć od nowa

Masz dwie główne strategie migracji:

Zadaj sobie bardzo uczciwe pytanie: ile czasu realnie chcesz poświęcić na migrację i ile urządzeń jesteś gotów dodać od nowa? Jeśli masz kilkanaście prostych urządzeń – być może opłaca się od razu zbudować nową strukturę. Jeśli masz kilkadziesiąt lub więcej – rozsądne będzie najpierw „sklonować” starą sieć na nowym routerze.

Kiedy opłaca się „udawać” stary router, a kiedy to pułapka

„Udawanie” starego routera to konkretny zestaw ruchów:

• ta sama nazwa sieci (SSID) 2,4 GHz,
• to samo hasło,
• ten sam zakres IP (np. 192.168.1.0/24) i adres routera (np. 192.168.1.1).

Ta strategia jest szczególnie korzystna, gdy:

• masz dziesiątki urządzeń Wi‑Fi IoT,
• pracują głównie na 2,4 GHz,
• nie używasz skomplikowanych reguł IP, VLAN i ręcznej konfiguracji.

Pułapka zaczyna się wtedy, gdy:

• stara sieć była „śmietnikiem” – jedno SSID dla wszystkiego, brak separacji, brak rezerwacji IP,
• chcesz korzystać z zaawansowanych funkcji nowego routera, ale trzyma Cię „kompatybilność wsteczna”,
• i tak planujesz zmiany w ekosystemie smart home (np. przejście na Home Assistant, Matter, nowe bramki).

Rozsądny kompromis? Najpierw „udawaj” stary router, żeby wszystko wstało. Potem, w kontrolowany sposób, przenoś urządzenia do nowej struktury sieci. Krok po kroku, a nie wszystko naraz.

Plan okienka serwisowego: kiedy domownicy przeżyją chaos

Nawet najlepiej zaplanowana migracja oznacza chwilowy brak sterowania światłem, ogrzewaniem czy roletami. Dobrze jest ustalić „okienko serwisowe”. Zastanów się:

• o której godzinie najrzadziej korzystacie z automatyzacji? (często późny wieczór lub przedpołudnie w weekend),
• czy ktoś musi mieć dostęp do Internetu (praca zdalna, nauka)?
• czy masz możliwość cofnięcia zmian – np. wpięcia starego routera z powrotem?

Dla większego spokoju ustal prostą procedurę awaryjną: jeśli po X minutach część krytycznych funkcji (np. ogrzewanie, zamki) nie wróci, przywracasz stary router i przenosisz migrację na inny termin. Dzięki temu nie będziesz pod presją czasu i pretensji domowników.

Prosty szablon planu migracji smart home

Żeby nie gubić się w krokach, przygotuj prostą checklistę:

Checklist przed odpięciem starego routera

Masz już ogólny plan? Teraz zamień go na konkret. Krótka lista, którą dobrze mieć „odhaczoną”, zanim zgaśnie stare Wi‑Fi:

• spisane dane starej sieci Wi‑Fi (SSID 2,4 GHz, 5 GHz, hasła, kanały),
• spisany zakres IP i adres routera (np. 192.168.1.1, zakres DHCP),
• lista najważniejszych urządzeń z adresami IP / nazwami (mostki, NAS, HA, kamery),
• zrzut konfiguracji Home Assistant (backup) i – jeśli się da – starego routera,
• uprawnienia do panelu nowego routera (login, hasło, dostęp przez kabel).

Zadaj sobie proste pytanie: jeśli nowy router nie wstanie jak trzeba, jesteś w stanie w 5 minut wrócić do starego? Jeśli odpowiedź brzmi „nie wiem” – doprecyzuj plan, zanim ruszysz kable.

Inwentaryzacja smart domu – co masz i jak jest podłączone

Bez tej części migracja zamienia się w zgadywankę. Wystarczy jednak prosty „spis z natury” – nie musisz rysować zaawansowanych diagramów sieci, chyba że lubisz.

Jak policzyć urządzenia bez biegania po całym domu

Zamiast szukać fizycznie każdej żarówki, zacznij od tego, co już pokazuje całość:

• Panel starego routera – lista podłączonych klientów (po nazwie i IP). Często od razu widzisz: „Sonoff…”, „Shelly…”, „MiCam…”.
• Home Assistant – zakładka urządzeń i integracji. HA w praktyce „zna” większość krytycznych elementów.
• Chmurowi asystenci – Google Home, Alexa pokazują listę sparowanych urządzeń (choć bez szczegółów sieciowych).

Po co to robisz? Żeby w głowie rozdzielić trzy kategorie:

1. urządzenia, które działają tylko lokalnie (mostki, HA, kamery IP, serwery NAS),
2. urządzenia, które są lokalne, ale mają też chmurę (Shelly, Sonoff w trybie LAN+Cloud),
3. urządzenia czysto chmurowe (część Tuya, Meross, roboty sprzątające itd.).

Której grupy boisz się najbardziej utracić? Zapisz to – to będą Twoje priorytety przy migracji.

Prosty arkusz inwentaryzacji (do kartki, Excela albo Notion)

Wystarczy kilka kolumn. Przykładowy zestaw:

• Nazwa urządzenia – np. „Mostek Hue salon”, „HA NUC”, „Kamera wejście”.
• Technologia – Wi‑Fi, Zigbee (przez jaką bramkę?), Z‑Wave, LAN.
• Adres IP / rezerwacja – „192.168.1.50 (static DHCP)” albo „dynamiczne”.
• Jak jest zintegrowane – Home Assistant (integracja), Google Home, aplikacja producenta.
• Krytyczność – wysoka (ogrzewanie, zamki, alarm), średnia (światła), niska (LED-y dekoracyjne).

Po spisaniu kilkunastu urządzeń zaczniesz lepiej widzieć, co faktycznie zależy od tego, jak działają adresy IP, a co tylko potrzebuje Wi‑Fi i Internetu.

Jak znaleźć „niewidoczne” elementy – integracje, skrypty, automatyzacje

Same urządzenia to połowa obrazu. Druga połowa to miejsce, gdzie są one używane:

• Home Assistant – zajrzyj w:
  • „Settings → Devices & Services” – które integracje są „Local” i mają wpisane IP,
  • automatyzacje, w których używasz konkretnych adresów URL, serwerów MQTT, RTSP,
  • pliki konfiguracyjne, jeśli masz cokolwiek w YAML-u z twardo wpisanym IP.
• Inne serwery – Node-RED, automatyzacje w hubach producentów (np. Philips Hue Labs, Aqara), gdzie może być wpisana nazwa hosta lub IP.

Zadaj sobie pytanie: co się stanie, jeśli kamera zmieni IP z .37 na .115? Jeśli odpowiedź brzmi „nie wiem” – dopisz tę kamerę do listy kandydatów na rezerwację IP.

Które urządzenia mogą zginąć bez bólu, a które muszą wstać w pierwszej kolejności

Nie wszystkie elementy smart domu są równie ważne. Uporządkuj listę wg priorytetu:

1. Krytyczne dla bezpieczeństwa i komfortu – zamki, alarm, ogrzewanie, czujniki zalania, centrala wentylacji.
2. Często używane – światła główne, rolety, bramy garażowe.
3. Dodatki – LED-y, gniazdka „pomiarowe”, sprzęt RTV sterowany przez IR.

Od czego zaczniesz testowanie po wymianie routera? Najpierw czy alarm i ogrzewanie żyją, potem reszta. Jeśli coś ma poleżeć „martwe” do jutra – lepiej żeby była to listwa LED nad telewizorem niż piec gazowy.

Strategia 1 – zachowanie starego SSID i hasła na nowym routerze

To sposób „bez rewolucji”, który często ratuje przed resetem kilkudziesięciu żarówek i gniazdek. Kluczowe jest, żeby nowy router z punktu widzenia urządzeń wyglądał identycznie jak stary.

Jak poprawnie sklonować Wi‑Fi 2,4 GHz

Większość urządzeń IoT Wi‑Fi działa tylko w paśmie 2,4 GHz. Zadbaj o kilka szczegółów:

• Identyczna nazwa SSID – uwzględnij wielkość liter i znaki specjalne (np. „DomWiFi_2.4”).
• To samo hasło – przepisz, nie zmieniaj nawet jednego znaku.
• Ten sam typ zabezpieczeń – jeśli wcześniej był WPA2-PSK, nie wymuszaj od razu WPA3; część urządzeń tego nie „łyknie”.
• Wyłącz „smart connect”, jeśli robi kłopoty – niektóre urządzenia IoT nie radzą sobie, gdy router pod tym samym SSID łączy 2,4 i 5 GHz.

Masz w planie korzystać z „jednego SSID dla wszystkiego”? Sprawdź, czy Twoje żarówki i gniazdka nie mają w instrukcji wprost napisanego wymagania: osobna sieć 2,4 GHz. Jeśli tak – przynajmniej na czas migracji rozdziel pasma.

Odtworzenie tej samej adresacji IP

Samo Wi‑Fi to nie wszystko. Żeby Home Assistant, mostki, kamery i NAS-y „nie wiedziały”, że coś się zmieniło, zrób z nowego routera sieć w tym samym zakresie IP:

• ustaw ten sam adres routera – np. 192.168.1.1,
• ustal taki sam zakres DHCP – np. 192.168.1.100–192.168.1.200,
• przepisz statyczne rezerwacje DHCP – adresy przypisane do MAC-ów urządzeń krytycznych.

Jeśli stary router pozwala wyeksportować konfigurację, czasem nowy (tego samego producenta) potrafi ją częściowo zaimportować. Mimo to lepiej przejrzeć rezerwacje ręcznie – to dobra okazja, żeby wyłapać stare, nieużywane wpisy.

Kolejność włączania sprzętu, żeby sieć „usiadła” jak trzeba

Wbrew pozorom kolejność ma znaczenie. Propozycja, jak to poukładać:

1. Włącz nowy router, skonfiguruj SSID, hasło, zakres IP przy odłączonym starym.
2. Podłącz do nowego routera kablowo najważniejsze rzeczy:
   • Home Assistant / serwer automatyzacji,
   • mostki (Hue, Aqara, Zigbee/Z-Wave),
   • NAS / serwery.
3. Poczekaj, aż urządzenia LAN dostaną adresy IP – sprawdź w panelu routera, jakie.
4. Dopiero potem pozwól, by urządzenia Wi‑Fi zaczęły się podłączać (czasem wystarczy po prostu poczekać kilka minut).

Zadaj sobie kontrolne pytanie: czy Home Assistant widzi wszystkie mostki i serwisy po IP tak jak wcześniej? Jeśli nie – reaguj teraz, zanim do gry wejdzie kilkadziesiąt żarówek.

Jak poradzić sobie z urządzeniami, które „nie chcą się zalogować”

Nawet przy idealnym sklonowaniu sieci kilka urządzeń może się zbuntować. Typowe objawy:

• żarówka świeci, ale aplikacja producenta twierdzi, że „offline”,
• gniazdko nie pojawia się w panelu routera jako klient Wi‑Fi,
• kamera nie łączy się z chmurą, mimo pełnego sygnału Wi‑Fi.

Kolejność diagnozy:

1. Sprawdź, czy widzisz urządzenie w liście klientów routera (po MAC / nazwie).
2. Jeśli nie – spróbuj wyłączyć z prądu urządzenie na 30 sekund i włączyć ponownie.
3. Jeśli dalej nic – sprawdź, czy router nie ma włączonego filtra MAC albo izolacji klientów, która blokuje ruch.
4. Jeśli wciąż nie ma efektu – dopiero wtedy rozważ tryb parowania i ponowne dodanie do aplikacji.

Możesz też zrobić mały eksperyment: włącz na chwilę hotspot z telefonu o tej samej nazwie i haśle, co stara sieć i zobacz, czy zbuntowane urządzenie do niego „wskoczy”. Jeśli tak – problem leży raczej po stronie nowego routera niż urządzenia.

Strategia 2 – nowa, uporządkowana sieć (różne SSID, VLAN, sieć IoT)

Czasem zmiana routera to dobra okazja, żeby wreszcie uporządkować bałagan: osobna sieć dla IoT, sensowne zakresy IP, VLAN-y. Klucz to zrobić to etapami, tak żeby nie resetować całego domu naraz.

Jakie cele możesz mieć, projektując nową sieć

Zanim zaczniesz dzielić sieć na VLAN-y, zadaj sobie kilka pytań:

• Czy chcesz odizolować urządzenia IoT od komputerów i telefonów? (bezpieczeństwo)
• Czy potrzebujesz osobnej sieci dla gości? (żeby nie widzieli Twoich urządzeń)
• Czy masz serwery lokalne (NAS, HA, kamera NVR), do których muszą zaglądać automatyzacje z sieci IoT?

W zależności od odpowiedzi możesz zacząć od prostej wersji (dwa SSID), a dopiero później dołożyć separację VLAN.

Dwa SSID jako najprostszy „porządek”

Nawet bez zaawansowanego sprzętu da się zrobić mały porządek:

• SSID „Dom” (2,4 + 5 GHz) – komputery, telefony, tablety, TV.
• SSID „Dom-IoT” (głównie 2,4 GHz) – żarówki, gniazdka, mostki, odkurzacze.

Co to daje?

• Łatwiej debugować – widzisz, że problem jest „w IoT”, a nie „w całym Wi‑Fi”.
• Możesz IO T-owemu SSID dać inne hasło i nie rozdawać go każdemu gościowi.
• Z czasem możesz tę sieć podłączyć do osobnego VLAN-u, nie ruszając SSID.

Zastanów się: czy jesteś gotów przenieść wszystkie żarówki i gniazdka na nowe SSID od razu, czy wolisz robić to partiami? Czasem rozsądniej zacząć od najbardziej problematycznych urządzeń i stopniowo „wyciągać” je ze starej sieci.

Wprowadzenie VLAN-ów dla IoT – kiedy ma sens

VLAN-y wchodzą do gry dopiero wtedy, gdy Twój router/AP je obsługują (np. Unifi, Mikrotik, niektóre systemy mesh). Główny cel: odciąć urządzenia IoT od bezpośredniego widzenia komputerów i telefonów, a jednocześnie pozwolić Home Assistantowi nimi sterować.

Praktyczny model:

• VLAN 10 – LAN główny – komputery, telefony, NAS, Home Assistant.
• VLAN 20 – IoT – wszystkie żarówki, gniazdka, mostki, odkurzacze.

Do tego konfigurujesz reguły firewall:

• VLAN 10 może zaglądać do VLAN 20 (żeby HA sterował IoT),
• VLAN 20 ma ograniczony dostęp do VLAN 10 (np. tylko do IP HA),
• Oba VLAN-y mają wyjście do Internetu (albo IoT ma ograniczony dostęp, np. tylko do chmur swoich producentów).

Zanim zrobisz taki krok, odpowiedz sobie: czy masz czas doczytać, jak na Twoim sprzęcie ustawić VLAN i reguły? Jeśli nie – zrób najpierw logiczny podział SSID, a zaawansowaną segmentację zostaw na później.

Migracja urządzeń do nowego SSID bez resetowania wszystkiego naraz

Planowanie przenosin urządzeń – małe partie zamiast jednego „boom”

Zanim zaczniesz przepinać żarówki i gniazdka do nowego SSID, zastanów się: które grupy urządzeń możesz „uśmiercić” na godzinę, a których lepiej nie ruszać w tygodniu roboczym?

Dobry podział na partie:

• Partia 1 – urządzenia krytyczne komunikacyjnie: mostki (Hue, Aqara, Tuya), bramki Zigbee/Z-Wave, centrala alarmowa IP, rejestrator kamer.
• Partia 2 – sterowanie komfortem: termostaty Wi‑Fi, sterowniki ogrzewania podłogowego, głowice grzejnikowe.
• Partia 3 – oświetlenie często używane: lampy w salonie, kuchni, korytarzu.
• Partia 4 – „reszta świata”: LED-y dekoracyjne, gniazdka od ekspresu, czajnika, odkurzacz, sprzęt RTV.

Między partiami zrób przerwę – 15–30 minut na spokojną weryfikację: czy automatyzacje się wyzwalają, czy Home Assistant i aplikacje producentów widzą te urządzenia tam, gdzie trzeba.

Technika „podwójnego SSID” – stare i nowe działają równolegle

Jeśli masz jeszcze stary router, możesz na chwilę utrzymać dwie sieci Wi‑Fi jednocześnie. Po co? Żeby urządzenia nie znikały wszystkie naraz.

Jak to poukładasz?

1. Pozostaw stary router z dotychczasowym SSID (np. „DomWiFi”) dla urządzeń, których jeszcze nie ruszasz.
2. Na nowym routerze utwórz docelowe SSID IoT (np. „Dom-IoT”), z docelowym hasłem i zabezpieczeniami.
3. Przenoś urządzenia partiami: każde przechodzące urządzenie „zapomnij” stary SSID i skonfiguruj z nowym.
4. Gdy większość IoT jest już w „Dom-IoT”, wyłącz stopniowo stare SSID (najpierw zasięg, potem całkiem router).

Masz małe mieszkanie i dwa routery „nakładają się” zasięgiem prawie wszędzie? Ustaw stare Wi‑Fi na innym kanale, żeby nie robiły sobie wzajemnie większej krzywdy, niż to konieczne.

Jak fizycznie przenieść konkretne urządzenia do nowej sieci

Producenci nie ułatwiają sprawy – każdy ma swój sposób łączenia z Wi‑Fi. Zanim zaczniesz, zadaj sobie pytanie: czy pamiętasz, jak dodawałeś dane urządzenie za pierwszym razem? A jeśli nie – czy masz tę aplikację nadal na telefonie?

Ogólny wzór wygląda podobnie:

1. Otwierasz aplikację producenta (Tuya, Shelly, Tapo, itp.).
2. Wchodzisz w szczegóły urządzenia i szukasz opcji typu „Zmień sieć Wi‑Fi”, „Network settings”, „Wi‑Fi settings”.
3. Jeśli jest taka opcja – korzystasz z niej i wpisujesz nowe SSID oraz hasło.
4. Jeśli nie ma – uruchamiasz tryb parowania (np. przytrzymanie przycisku 5–10 sekund) i dodajesz urządzenie jak nowe, ale bez usuwania go z automatyzacji w Home Assistant (o tym za chwilę).

Najpierw przerób 2–3 urządzenia danego typu i zobacz, jak się zachowują. Czy po przejściu do nowej sieci zachowują ten sam identyfikator w integracji (np. ten sam „entity_id”) czy pojawiają się jako nowe byty? Od tego zależy ile pracy czeka Cię w automatyzacjach.

Odcinanie starych SSID – żeby urządzenia „nie skakały” tam i z powrotem

Częsty problem: urządzenie zna dwa SSID (stare i nowe) i w sytuacji słabszego zasięgu zaczyna sobie „wybierać”, co wprowadza losową niestabilność. Zanim wyłączysz stary router, zadaj sobie pytanie: czy wszystkie migrowane urządzenia na pewno nie mają zapisanego starego Wi‑Fi w pamięci?

Kilka praktycznych kroków:

• W aplikacjach producenta sprawdź, czy nie ma listy zapamiętanych sieci – tam często można usunąć stare SSID.
• Przy niektórych urządzeniach (np. niektóre kamery) jedyną metodą jest krótkie przywrócenie ustawień sieciowych bez resetu całego urządzenia – zwykle inna kombinacja przycisków niż pełny reset.
• Jeśli masz dostęp tylko z poziomu routera, możesz na chwilę zmienić hasło starego SSID. Urządzenia, które jeszcze się łączą po staremu, zaczną „krzyczeć” jako offline – łatwo je namierzysz.

Gdy jesteś już pewien, że wszystko, co miało być na nowym SSID, już tam jest, możesz bez żalu wyłączyć stare Wi‑Fi. Nie rób tego wieczorem, gdy wszyscy czekają na film w TV, tylko wtedy, kiedy ewentualne 10–15 minut chaosu jest akceptowalne.

Home Assistant przy migracji – jak nie rozsypać automatyzacji

Masz Home Assistanta? To on najbardziej „czuje” każde przesunięcie IP i każdą zmianę urządzeń. Zanim ruszysz cokolwiek: zrób kopię zapasową (pełny snapshot / backup konfiguracji).

Zastanów się: jakie integracje używają urządzeń po IP, a jakie po chmurze/koncie?

• Integracje lokalne po IP: Shelly, Tasmota/ESPHome, niektóre kamery, mostki Tuya lokalne, MQTT, NVR.
• Integracje chmurowe: Tuya cloud, Meross cloud, niektóre systemy alarmowe, inteligentne TV.

Te pierwsze są bardziej wrażliwe na zmianę routera. Przy każdej z nich sprawdź:

1. Czy po migracji urządzenie ma ten sam adres IP (widzisz to w rezerwacjach DHCP)?
2. Czy integracja w HA nie ma wpisanego starego IP na sztywno w konfiguracji YAML lub w ustawieniach integracji?
3. Czy firewall/VLAN nie blokuje teraz ruchu z segmentu IoT do HA?

Jeśli urządzenie musiało dostać nowe IP, rozważ dwa warianty:

• Edytujesz konfigurację integracji i wpisujesz nowy adres IP.
• Łapiesz moment, gdy urządzenie jest jeszcze w starej sieci, ustawiasz rezerwację IP dla jego MAC, a dopiero potem je przenosisz do nowej – wtedy HA nawet nie zauważy zmiany.

Kiedy już coś „rozsypiesz” i w HA pojawią się „osierocone” encje z postfixem „_2” czy „_3”, nie panikuj. Najpierw podmień je w automatyzacjach (edytor automatyzacji lub edycja YAML), dopiero na końcu usuwaj stare encje i integracje.

MQTT i urządzenia typu ESP – szczególny przypadek

Jeśli w domu masz urządzenia na ESPHome, Tasmocie czy inne DIY wiszące na MQTT, migracja routera dotyka jeszcze jednej warstwy: brokera MQTT.

Jakie masz warianty?

• Broker MQTT (Mosquitto) działa na tym samym urządzeniu co HA i ma ten sam IP co wcześniej – w takim scenariuszu większość klientów MQTT po prostu wznowi połączenie po zmianie routera.
• Broker ma nowy adres IP – musisz zaktualizować konfigurację wszystkich klientów MQTT (esp8266/esp32, Tasmota, itp.), często przez panel WWW urządzenia.

Zanim przepniesz MQTT na inny serwer lub zmienisz mu IP, odpowiedz sobie szczerze: czy masz listę wszystkich urządzeń MQTT? Jeśli nie – zacznij od niej. Zrób sobie tabelkę: nazwa w HA, IP urządzenia, link do panelu WWW. To jeden z tych nudnych kroków, które uratują Ci godzinę szukania po domu „który to był moduł za szafą”.

Po migracji:

1. Obserwuj logi brokera MQTT – widzisz tam, co się loguje i z jakiego IP.
2. W HA w zakładce „Urzędzenia i usługi > MQTT” sprawdź, czy nie pojawiły się nowe urządzenia równolegle do starych (np. z inną nazwą).
3. Jeśli tak – ujednolić nazwy tematów (topics) lub usuń stare encje, gdy już wszystko działa.

Adresy IP z DHCP – kiedy kopiować, a kiedy zmieniać

Na początku zadaj sobie proste pytanie: czy naprawdę potrzebujesz dokładnie tych samych IP, co na starym routerze, czy po prostu chcesz, żeby krytyczne urządzenia miały stałe adresy?

Praktyczny podział:

• Statyczne rezerwacje DHCP dla:
  • Home Assistant / serwer automatyzacji,
  • bramki Zigbee/Z-Wave,
  • mostki (Philips Hue, Aqara, itp.),
  • NAS / serwery lokalne,
  • centrala alarmowa, rejestrator kamer.
• Zwykłe DHCP dla:
  • żarówek i gniazdek „chmurowych”,
  • TV, konsol, tabletów, telefonów.

Jeśli masz ochotę trochę uporządkować adresację, możesz wprowadzić prostą strukturę:

• 192.168.10.1 – router,
• 192.168.10.10–29 – serwery (NAS, HA),
• 192.168.10.30–59 – mostki i bramki IoT,
• 192.168.10.100–199 – DHCP „zwykłe” dla urządzeń mobilnych.

To nie jest wymóg, ale dzięki temu po kilku miesiącach łatwiej zrozumiesz, co jest czym. Gdy coś nagle przestaje działać, szybciej sprawdzisz, czy winny jest „serwer”, czy „żarówka”.

Rezerwacje DHCP – jak je sensownie przepisać

Przepisywanie rezerwacji to dobry moment na mały „remont” sieci. Zanim zaczniesz, zapytaj siebie: czy wszystkie stare wpisy są jeszcze aktualne? Czy w tabeli nie wisi np. „drukarka-biurowa” sprzed trzech lat, której już nie ma?

Prosty workflow:

1. Ze starego routera zrób eksport listy klientów / rezerwacji DHCP, jeśli się da (CSV, JSON, zrzut ekranu – cokolwiek).
2. Otwórz to w arkuszu kalkulacyjnym i:
   • usuń wszystko, czego nie poznajesz,
   • przy okazji dopisz sensowne opisy (np. „HA NUC salon”, „mostek Hue biurko”).
3. Na nowym routerze zacznij od wpisania rezerwacji dla urządzeń krytycznych. Resztę możesz dodać później, gdy zajdzie potrzeba.

Jeśli router ma ograniczoną liczbę rezerwacji, wybierz absolutne minimum: HA, NAS, alarm, kamery, mostki. Żarówki dające co chwila nowe IP mało kogo bolą, o ile nie próbujesz ich „łapać” ręcznie po adresie.

Co zrobić, gdy zmiana zakresu IP rozwala integracje

Czasem nowy router wymusza zupełnie inny zakres (np. wcześniej 192.168.1.x, teraz 192.168.0.x) i nie masz ochoty grzebać się w zaawansowanej zmianie podsieci. Pytanie: czy integracje w HA są skonfigurowane „po hostnamie”, czy po IP?

• Jeśli po nazwie hosta (np. „hassio.local”, „hue-bridge.local”) – wiele rzeczy zadziała bez zmian, szczególnie jeśli w sieci działa poprawnie mDNS.
• Jeśli po IP – musisz ręcznie:
  • zaktualizować adresy w konfiguracji YAML,
  • lub usunąć i dodać integracje od nowa (czasem szybciej niż szukanie jednego parametru).

Opcja dla bardziej zaawansowanych: na nowym routerze ustaw ręcznie ten sam zakres, co na starym (np. 192.168.1.0/24) i ten sam adres bramy. Wtedy wiele integracji zostanie nietkniętych. Zanim to zrobisz, sprawdź, czy Twój dostawca Internetu nie ma jakichś dziwnych ograniczeń co do prywatnych podsieci.

Diagnostyka po migracji – jak złapać niewidoczne problemy z IP

Po kilku godzinach od migracji odpowiedz sobie na kilka kontrolnych pytań:

• Czy masz jakieś urządzenie, które pojawia się i znika w aplikacji? (to może oznaczać konflikt IP lub problem z DHCP)
• Czy w logach HA widzisz „connection refused”, „timeout” lub „host unreachable” dla konkretnych integracji?
• Czy w panelu routera nie ma dwóch urządzeń o tym samym IP, ale różnych MAC?

Jeśli coś wygląda podejrzanie:

1. Na routerze zrób rezerwację IP dla problematycznego urządzenia z adresem, który na pewno jest wolny.

Najczęściej zadawane pytania (FAQ)

Czy przy zmianie routera muszę resetować wszystkie urządzenia smart home?

Nie zawsze. Zadaj sobie pytanie: co dokładnie chcesz zmienić – tylko samo pudełko (router), czy także nazwę sieci Wi‑Fi (SSID), hasło i zakres adresów IP? Jeśli odtworzysz na nowym routerze tę samą nazwę sieci, to samo hasło i ten sam zakres IP, większość urządzeń po prostu „pomyśli”, że nic się nie zmieniło i podłączy się ponownie bez resetu.

Reset staje się konieczny głównie wtedy, gdy:

• zmieniasz nazwę Wi‑Fi lub hasło i urządzenie nie potrafi samo poprosić o nowe dane,
• aplikacja producenta wymusza ponowne dodanie urządzenia przy każdej zmianie sieci,
• mocno zmieniasz schemat adresów IP, a integracje były dodane „na sztywno” po konkretnym adresie.

Najpierw sprawdź: co się samo połączy po zmianie routera, a które urządzenia nadal wiszą jako „offline”. Dopiero wtedy decyduj, co faktycznie resetować.

Jak przenieść smart home na nowy router bez zmiany nazw i haseł Wi‑Fi?

Najprostsza metoda to „podmienić” tylko sprzęt, a nie logikę sieci. Na nowym routerze ustaw:

• identyczną nazwę sieci Wi‑Fi (SSID) jak na starym,
• to samo hasło do głównej sieci,
• taki sam typ szyfrowania (np. WPA2‑PSK),
• możliwie ten sam zakres adresów IP (np. 192.168.1.x zamiast 192.168.0.x).

Wtedy większość żarówek, gniazdek i innych urządzeń Wi‑Fi po prostu zaloguje się do „znanej” sieci, bez wchodzenia w tryb parowania.

Masz wątpliwość, czy jakaś funkcja zadziała identycznie jak wcześniej? Zacznij od podłączenia tylko kilku kluczowych urządzeń (np. Home Assistant, bramka Hue), sprawdź sceny i automatyzacje, a dopiero potem przełączaj resztę domu.

Co się stanie z Home Assistantem i integracjami po zmianie routera?

Tu kluczowe jest pytanie: czy Home Assistant i integracje są oparte na stałych adresach IP. Jeśli serwer HA dostawał zawsze ten sam adres (rezerwacja DHCP lub adres statyczny), a mostki (Hue, Aqara, kamery IP) też miały stałe IP, spróbuj odtworzyć ten układ na nowym routerze – ustaw takie same rezerwacje IP dla tych samych urządzeń (po adresie MAC).

Jeżeli zmienisz schemat adresów IP (np. z 192.168.1.x na 192.168.10.x), integracje dodane po adresie mogą przestać działać. Wtedy:

• wejdź w konfigurację integracji w Home Assistant i zaktualizuj adresy IP urządzeń,
• rozważ przejście na nazwy hostów (mDNS, nazwy z DHCP) zamiast „twardych” IP,
• na przyszłość – ustaw rezerwacje DHCP dla wszystkich mostków i serwerów (HA, MQTT, NAS).

Zadaj sobie pytanie: które integracje absolutnie nie mogą przestać działać? Zacznij od nich i dopiero później ruszaj resztę.

Jak poradzić sobie z urządzeniami Wi‑Fi 2,4 GHz przy nowym routerze z siecią 2,4/5 GHz?

Wiele tańszych urządzeń smart home widzi tylko 2,4 GHz i gubi się, gdy router łączy 2,4 i 5 GHz pod jedną nazwą. Zanim ruszysz migrację, sprawdź: czy możesz rozdzielić pasma na osobne SSID (np. „Dom_2G” i „Dom_5G”) lub tymczasowo wyłączyć 5 GHz na czas dodawania urządzeń.

Praktyczny wariant:

• utwórz na nowym routerze sieć 2,4 GHz o tej samej nazwie i haśle, jak wcześniej,
• jeśli musisz zmienić nazwę, dodaj najpierw jedno urządzenie testowe i zobacz, jak przebiega parowanie,
• gdy coś nie chce się dodać – na chwilę wyłącz 5 GHz lub utwórz osobne SSID tylko dla 2,4 GHz.

Zapytaj sam siebie: ile masz urządzeń 2,4 GHz i które są najbardziej problematyczne (odkurzacze, kamery)? Od nich zacznij testy.

Czy muszę przenosić przekierowania portów i ustawienia zdalnego dostępu na nowy router?

Jeśli korzystasz ze zdalnego dostępu do kamer, Home Assistanta, rejestratora NVR lub innych usług po IP, każdy nowy router oznacza konieczność ponownej konfiguracji przekierowań portów i reguł firewall. To inna warstwa niż samo Wi‑Fi, ale równie ważna dla działania integracji spoza domu.

Sprawdź:

• jakie porty były przekierowane na starym routerze (zrób zdjęcie ekranu lub eksport konfiguracji, jeśli się da),
• jakie adresy IP lokalne miały te urządzenia – odtwórz je na nowym routerze jako rezerwacje DHCP,
• czy używałeś DDNS lub VPN – tu też trzeba zaktualizować dane pod nowy router.

Jeśli nie jesteś pewien, czy coś wymaga przekierowania, zapytaj siebie: z czego łączysz się spoza domu (LTE, praca, wyjazdy)? Właśnie to musisz odtworzyć na nowym sprzęcie.

Co zrobić, jeśli po zmianie routera część urządzeń smart home jest offline?

Najpierw nie resetuj wszystkiego naraz. Zrób krótką diagnostykę:

• czy urządzenie łączy się w ogóle z Wi‑Fi (widać je na liście klientów routera)?
• czy problem dotyczy całej grupy (np. wszystkie żarówki jednej marki), czy pojedynczych sztuk?
• czy aplikacja producenta widzi urządzenie lokalnie, czy tylko w chmurze?

Jeśli urządzenie nie pojawia się w routerze – najpewniej trzeba je przeprowadzić przez proces parowania do nowej sieci. Jeśli jest w routerze, ale „nie gada” z aplikacją lub HA, sprawdź adresy IP, blokady w firewallu i to, czy urządzenia są w tej samej podsieci.

W skrajnym przypadku reset może być jedyną opcją, ale zacznij od tych, które najłatwiej ponownie skonfigurować (pojedyncze gniazdko), a zostaw na koniec te, przy których stracisz najwięcej pracy (mostki, centralki, systemy alarmowe).

Czy zmiana operatora Internetu ma wpływ na działanie smart home?

Dla samej automatyki lokalnej (Hue, Zigbee, Z‑Wave, Home Assistant działający w LAN) zmiana operatora często jest prawie niewidoczna, o ile router i sieć lokalna zachowują się podobnie. Prawdziwe pytanie brzmi: z ilu usług korzystasz zdalnie (poza domem) i jak bardzo polegasz na chmurze producentów?

Zmiana operatora może wpłynąć na:

• działanie usług chmurowych przy krótkich przerwach w dostawie Internetu,
• adres publiczny IP (problemy z DDNS, przekierowaniami portów),