Apple TV w salonie, Nest Hub w kuchni, centrala SmartThings w szafce z routerem. To trzy routery brzegowe Thread i bardzo możliwe, że także trzy osobne sieci Thread. W każdej z nich są tylko urządzenia dodane przez dany ekosystem, a gniazdko zasilane z sieci w jednej z nich nie przekaże ruchu czujnikowi z drugiej.

Thread 1.4 wprowadza standardowy sposób na połączenie takich sieci, a w 2026 roku najwięksi producenci zaczęli go wreszcie wdrażać. Nic jednak nie scala się samo i przed zmianami warto sprawdzić, co właściwie jest w domu.

Co sprawia, że dwa routery należą do tej samej sieci

Sieć Thread wyznaczają dane uwierzytelniające, a nie zasięg radiowy urządzeń. Wprowadzenie do OpenThread mówi to wprost: dane uwierzytelniające definiują sieć, a łączność radiowa decyduje tylko o tym, czy sieć dzieli się na fragmenty (partycje). Te dane tworzą tak zwany zestaw danych operacyjnych: klucz sieci, nazwę sieci, identyfikator PAN i rozszerzony identyfikator PAN, kanał oraz kilka innych parametrów.

Router brzegowy łączy sieć kratową Thread z domową siecią Wi-Fi lub Ethernet. Według dokumentacji OpenThread musi zapewniać co najmniej cztery funkcje: dwukierunkową łączność IP, wykrywanie usług w obie strony (mDNS w sieci domowej, SRP wewnątrz sieci Thread), przenoszenie ruchu Thread przez infrastrukturę IP, które łączy rozdzielone partycje, oraz zewnętrzne uruchamianie urządzeń, na przykład z telefonu. Router brzegowy nie decyduje o tym, co robią urządzenia. Sterowanie zapewnia Matter albo Apple HomeKit działające warstwę wyżej.

Nowy router brzegowy przy konfiguracji albo dostaje istniejący zestaw danych, albo tworzy własny. W drugim przypadku powstaje nowa sieć. Thread Group opisuje oba warianty:

  • Jeśli routery brzegowe mają wspólne dane uwierzytelniające, wszystkie urządzenia Thread tworzą jedną sieć kratową. Każde urządzenie zasilane z gniazdka, które może przekazywać ruch, zwiększa jej zasięg, a kilka routerów brzegowych daje zapasowe wyjścia do sieci domowej.
  • Jeśli nie mają, każdy router brzegowy buduje własną sieć, a każda z nich korzysta tylko z tych urządzeń przekazujących, które do niej dołączyły.

Thread Group podkreśla też, że urządzenia z różnych sieci Thread i tak mogą się porozumiewać przez IP. Traci się zasięg i nadmiarowość, ale nie podstawowe działanie. W małym mieszkaniu z dobrze ustawionym routerem brzegowym można tego w ogóle nie zauważyć. W dużym domu z zamkiem przy furtce na końcu ogrodu trzy rzadkie sieci działają gorzej niż jedna gęsta. Dokumentacja Home Assistant mówi to samo: urządzenia nie przechodzą między osobnymi sieciami, a gęstsza sieć oznacza lepszą jakość połączeń i mniejsze opóźnienia.

Skąd się to bierze

Sam Thread nigdy nie był problemem. Router brzegowy konfiguruje jego własny ekosystem, a przed wersją 1.4 nie było standardowego sposobu, by router jednego producenta odczytał zestaw danych utworzony przez innego. Dane uwierzytelniające trafiały do magazynów poszczególnych platform: pęku kluczy w iOS, konta Google, usługi Credential Locker od Amazona. Apple i Google udostępniały je przez interfejsy telefonów, więc router Google konfigurowany z telefonu, który znał już sieć Apple, mógł do niej dołączyć. Widać to na stronie pomocy Google TV Streamer: na iPhonie aplikacja Google Home pyta, czy dołączyć do istniejącej sieci Thread z iOS, czy utworzyć kolejną. Wybranie „Don't Allow” kończy się drugą siecią.

Inne platformy były mniej otwarte, a ich aplikacje często po prostu zakładały nową sieć, bo nie widziały żadnych danych.

Co zmienia Thread 1.4

Thread Group opublikowała Thread 1.4 we wrześniu 2024 roku. Dla domowych użytkowników najważniejsze jest udostępnianie danych uwierzytelniających między ekosystemami. Dokument opisujący nowości w wersji 1.4 przedstawia ten proces tak:

  1. Udostępnianie uruchamia się na routerze brzegowym, który już prowadzi sieć, zwykle z jego aplikacji albo ustawień, po potwierdzeniu tożsamości u producenta.
  2. Router generuje jednorazowy kod i pokazuje go jako kod QR albo dziewięciocyfrową liczbę.
  3. Kod skanuje się lub wpisuje w drugiej aplikacji. Obie strony wyprowadzają z niego tymczasowy klucz i otwierają szyfrowane połączenie DTLS.
  4. Druga strona odczytuje aktywny i oczekujący zestaw danych operacyjnych, czyli między innymi klucz sieci, kanał i identyfikator PAN.
  5. Tryb udostępniania wyłącza się po rozłączeniu albo po upływie limitu czasu.

Nowy router brzegowy może wtedy dołączyć do istniejącej sieci, zamiast tworzyć własną, a telefon może zapamiętać dane na potrzeby dodawania kolejnych urządzeń.

Wynikają z tego dwie rzeczy. Udostępnianie trzeba uruchomić ręcznie, więc sam router z Thread 1.4 niczego nie połączy. Obie strony muszą też tę funkcję obsługiwać: właściciel sieci musi wygenerować kod, a aplikacja po drugiej stronie musi umieć go przyjąć.

Thread 1.4 przynosi też przenoszenie ruchu Thread przez Wi-Fi lub Ethernet między odległymi częściami sieci, ujednoliconą diagnostykę i określoną drogę do internetu przez router brzegowy. Według The Verge, który powołuje się na Thread Group, wnioski o certyfikację nowych routerów brzegowych w wersji 1.3 przyjmowano do końca 2025 roku, a od 1 stycznia 2026 roku routery brzegowe certyfikuje się już tylko w wersji 1.4. Ta zasada dotyczy nowych produktów, nie oprogramowania, które już działa w domu.

Jak wygląda to u dużych platform (październik 2026)

Obsługa pojawia się etapami, więc stan konkretnego urządzenia najlepiej sprawdzić samodzielnie:

  • Google: w czerwcu 2026 roku Google TV Streamer dostał aktualizację do Thread 1.4 z opcją „Share Thread network credentials” w ustawieniach sieci (Settings > Network & Internet). Po potwierdzeniu tożsamości pokazuje kod QR i kod do udostępnienia. Komunikat na ekranie ostrzega, że kod daje aplikacji uprawnienia administratora sieci, więc trzeba go przekazywać tylko zaufanym aplikacjom. W sierpniu 2026 roku Android Authority, na podstawie zgłoszeń użytkowników, napisał, że Thread 1.4 trafia także na Nest Hub, Nest Hub drugiej generacji, Nest Hub Max i Nest Wifi Pro. Google tego nie ogłosił.
  • Apple: Thread 1.4 pojawił się na Apple TV w testowej wersji tvOS 27 dla programistów w czerwcu 2026 roku. The Verge nie znalazł wtedy w niej opcji udostępniania danych. Zestaw narzędzi iOS 27 zawiera interfejs, przez który aplikacja prosi pobliskie Apple TV z tvOS 27 o włączenie trybu udostępniania i za zgodą użytkownika dostaje dziewięciocyfrowy jednorazowy kod. Sama aplikacja Dom od Apple nie miała wtedy widocznego przycisku do tego celu.
  • Samsung SmartThings: od października 2025 roku wybrane centrale (w tym Aeotec Smart Home Hub i Smart Home Hub 2) mogą dołączyć do sieci innego ekosystemu za pomocą kodu QR lub kodu jednorazowego albo w ten sam sposób udostępnić własną sieć. Menu nazywa się „Manage Thread Network” i ma opcje „Join another network” oraz „Share SmartThings network”.
  • Amazon: dokumentacja dla programistów podaje, że routery brzegowe w urządzeniach Echo i eero obsługują Thread 1.1 lub 1.3. Zamiast mechanizmu z wersji 1.4 Amazon oferuje interfejs Credential Locker, przez który dodatki do Alexy mogą za zgodą użytkownika odczytać dane sieci Thread. W czerwcu 2026 roku The Verge podał, że Amazon zapowiedział Thread 1.4 jeszcze w tym roku.
  • Home Assistant: panel Thread pokazuje wszystkie routery brzegowe wykryte przez mDNS, pogrupowane według sieci, i oznacza sieci, których dane zna. Aplikacja mobilna przesyła dane uwierzytelniające z telefonu do Home Assistant i z powrotem. Router brzegowy OpenThread dodany w Home Assistant dołącza do sieci preferowanej, jeśli nie ma jeszcze własnej.

Ile sieci jest w domu

Routery brzegowe ogłaszają się w sieci lokalnej jako usługa _meshcop._udp. Rekord TXT zawiera nazwę sieci (nn), rozszerzony identyfikator PAN (xp), wersję Thread (tv) oraz nazwę producenta i modelu (vn, mn). Na komputerze z Linuksem podłączonym do tej samej sieci wystarczy polecenie:

avahi-browse -rt _meshcop._udp

Na telefonie albo Macu te same rekordy pokaże dowolna aplikacja do przeglądania DNS-SD. Wyniki trzeba pogrupować według rozszerzonego identyfikatora PAN. Jedna wartość to jedna sieć, trzy wartości to trzy sieci, niezależnie od nazw. Pole tv pokazuje, które routery mają już wersję 1.4. W Home Assistant to samo widać w panelu Thread, bez wiersza poleceń.

Łączenie sieci krok po kroku

  1. Wybierz sieć, która zostaje. Najlepiej tę, której routery brzegowe dobrze pokrywają cały dom i w której jest najwięcej urządzeń. Przeniesienie urządzenia do innej sieci zwykle oznacza usunięcie go i ponowne dodanie, więc szkoda tracić tę, w której jest ich najwięcej.
  2. Najpierw zaktualizuj wszystko. Udostępnianie wymaga Thread 1.4 na routerze, który udostępnia sieć, i obsługi tej funkcji w aplikacji, która ją przyjmuje.
  3. Tam, gdzie się da, korzystaj z udostępniania. Na routerze, który prowadzi sieć, uruchom udostępnianie (w Google TV Streamer: „Share Thread network credentials”), a potem zeskanuj kod QR albo wpisz kod w drugiej aplikacji, na przykład w SmartThings przez „Join another network”. Zrób to przed upływem limitu czasu i tylko w aplikacjach, którym ufasz, bo kod daje pełny dostęp administracyjny do sieci.
  4. Gdzie się nie da, skorzystaj z telefonu. Routery Apple i Google od dawna korzystają z magazynu danych w telefonie. Nowy router konfigurowany z telefonu, który zna już główną sieć, ma szansę do niej dołączyć. Gdy aplikacja pyta, czy użyć istniejącej sieci Thread, odpowiedz twierdząco.
  5. W razie potrzeby przenieś urządzenia. Urządzenie zostaje w sieci, do której je dodano. Jeśli coś ważnego siedzi w niewłaściwej sieci, usuń to z danego ekosystemu i dodaj ponownie, kiedy routery brzegowe będą już w jednej sieci.

Kłopoty, które nie mają nic wspólnego z danymi uwierzytelniającymi

Połączenie sieci nic nie da, jeśli router brzegowy nie ma porządnej łączności z resztą domowej sieci:

  • Routery brzegowe i centrale w tym samym segmencie sieci. Wykrywanie działa przez mDNS. Google w swoich wskazówkach każe sprawdzić, czy telefon i router brzegowy są w tej samej sieci Wi-Fi, a Nuki pisze to samo o swoim zamku z Matter przez Thread. Przy podziale domu na VLAN-y routery brzegowe, centrale i telefony do konfiguracji powinny być w jednym z nich. Inaczej mDNS i IPv6 muszą przechodzić między segmentami.
  • Thread wymaga IPv6. Thread działa wyłącznie na IPv6, a dokumentacja Home Assistant ostrzega, że bez IPv6 na którymkolwiek odcinku (na serwerze, w Dockerze, w maszynie wirtualnej, w routerze) urządzenia dołączą do sieci, ale nie będzie z nimi łączności.
  • Zakłócenia od Wi-Fi. Thread pracuje w tym samym paśmie 2,4 GHz co Wi-Fi. Według dokumentacji Home Assistant kanały Thread 11-24 mogą nachodzić na popularne kanały Wi-Fi, a przy dużym ruchu Wi-Fi najlepszym wyborem jest kanał 26. W połączonej sieci kanał ustala jej właściciel.
  • Telefon to nie router brzegowy. Nuki ostrzega, że niektóre iPhone'y z modułem Thread (15 Pro, 16, 16 Pro, 17, 17 Pro) mogą podczas parowania utworzyć tymczasową sieć Thread. Zamek dodany w ten sposób traci łączność, gdy wychodzisz z domu, w telefonie wyczerpie się bateria albo telefon wyłączy tę sieć. Stały router brzegowy jest nadal potrzebny.

Czy warto się tym zajmować

Jeśli wszystko reaguje szybko i nic nie gubi połączenia, kilka sieci nie jest problemem do pilnego rozwiązania. Thread Group w 2023 roku sama pisała, że większość użytkowników nie odczuje praktycznych skutków kilku sieci w domu. Połączenie opłaca się w większych domach, przy urządzeniach bateryjnych na granicy zasięgu i wtedy, gdy urządzenia przekazujące ruch (gniazdka, żarówki, rolety) są rozrzucone po kilku ekosystemach i żaden z nich nie ma gęstej sieci. W takiej sytuacji najlepiej już teraz wybrać jedną sieć i dodawać do niej każde nowe urządzenie Thread. To prostsze niż porządki po fakcie.