Router brzegowy Thread łączy serwer inteligentnego domu, kierując pakiety IPv6 pomiędzy niskomocową siatką Thread a domową siecią Ethernet lub Wi-Fi.
Router brzegowy nie jest mózgiem automatyzacji i nie musi działać na tej samej maszynie co Home Assistant lub inny kontroler. Ma jedną stronę sieciową korzystającą z radia IEEE 802.15.4 dla urządzeń Thread oraz drugą stronę podłączoną do zwykłej domowej sieci LAN. Serwer inteligentnego domu dociera do skonfigurowanych urządzeń przez tę trasowaną ścieżkę IP, podczas gdy Matter dostarcza polecenia aplikacji i relacje bezpieczeństwa. Poniższe sekcje śledzą ścieżkę pakietu oraz rozdzielają trasowanie, wykrywanie, konfigurację i kontrolę.
Siatka Thread i domowa sieć LAN to oddzielne łącza IP
Czujniki Thread, zamki, przełączniki i inne niskomocowe węzły komunikują się przez siatkę IEEE 802.15.4 zamiast dołączać do zwykłego Wi-Fi. Thread nadal używa IPv6, więc jego urządzenia mają tożsamości IP, mimo że łącze radiowe i model zasilania różnią się od Ethernetu czy Wi-Fi.
Home Assistant opisuje sieć Thread jako niskomocową siatkę zdolną do obsługi IP, która wymaga wyższego protokołu aplikacyjnego, takiego jak Matter lub HomeKit, do sterowania urządzeniami. Siatka przenosi pakiety; nie definiuje, co oznacza polecenie dla światła czy zamka.
Serwer domowy zwykle znajduje się w sąsiedniej sieci LAN. Bez routera brzegowego nie ma ścieżki radiowej do siatki 802.15.4, nawet jeśli obie strony rozumieją IPv6.
Router brzegowy łączy trasowanie radiowe z Ethernetem lub Wi-Fi
Router brzegowy Thread zawiera lub kontroluje radio Thread i jednocześnie łączy się z domową siecią LAN. Uczestniczy w siatce po jednej stronie i reklamuje trasy, które umożliwiają dostęp do adresów Thread z klientów LAN po drugiej stronie.
To trasowanie brzegowe przekazuje pakiety między sieciami bez interpretowania poleceń Matter. Urządzenie może być dedykowanym urządzeniem OpenThread lub funkcją dodatkową w inteligentnym głośniku, wyświetlaczu, hubie lub kompatybilnym urządzeniu sieciowym.
Ethernet zwykle zapewnia routerowi brzegowemu stabilną ścieżkę LAN, ale może być też podłączony przez Wi-Fi. Ważnym wymogiem jest ciągła dostępność i poprawne trasowanie, a nie fizyczne podłączenie do serwera automatyzacji.
Przewodnik ZimaSpace dla serwera inteligentnego domu traktuje umiejscowienie radia oddzielnie od umiejscowienia obliczeniowego, ponieważ najlepsza lokalizacja dla serwera działającego cały czas może nie zapewniać najlepszej pokrywy Thread.
IPv6 umożliwia dostęp do urządzenia Thread z serwera
Gdy trasy są dostępne, usługa Matter na serwerze inteligentnego domu komunikuje się z urządzeniami Thread za pomocą IPv6. Adresy unicast docierają do pojedynczych węzłów, a multicast wspiera wykrywanie i komunikację grupową w ramach ograniczeń niskomocowej sieci.
Matter używa komunikacji IPv6 przez Thread, Wi-Fi i Ethernet. Router brzegowy utrzymuje ciągłość ścieżki pakietów, podczas gdy kontroler i urządzenie chronią ruch Matter na warstwie aplikacji.
Router domowy musi również poprawnie przekazywać IPv6 między siecią LAN a siecią Thread. Router brzegowy może reklamować ważną trasę, ale sieć LAN blokująca przekazywanie IPv6 lub wykrywanie multicast może uniemożliwić konfigurację lub kontrolę operacyjną.
Kontroler Matter i router brzegowy wykonują różne zadania
Kontroler Matter posiada zaufaną relację z skonfigurowanymi urządzeniami, rozumie klastry i polecenia oraz udostępnia te urządzenia automatyzacjom i panelom sterowania. Router brzegowy Thread zapewnia jedynie dostępność sieciową.
Connectivity Standards Alliance rozróżnia kontroler Matter od routera brzegowego Thread. Jeden produkt może zawierać obie role, ale role pozostają logicznie oddzielne i mogą działać na różnych urządzeniach.
To wyjaśnia, dlaczego Home Assistant może sterować urządzeniem Matter-over-Thread przez router brzegowy Apple lub Google bez dodawania tego urządzenia do platformy inteligentnego domu Apple lub Google. Router zewnętrzny przekazuje zaszyfrowane pakiety; relacja kontrolera pozostaje w Home Assistant.
Wiele routerów brzegowych dodaje ścieżki, nie dodatkowych kontrolerów
Thread pozwala na więcej niż jeden router brzegowy w siatce. Dodatkowe routery mogą poprawić pokrycie radiowe i usunąć pojedynczy punkt trasowania, pod warunkiem, że dzielą kompatybilne poświadczenia Thread, a otaczająca sieć LAN poprawnie obsługuje trasy.
Home Assistant zauważa, że wiele routerów brzegowych może zwiększyć pokrycie i zmniejszyć ryzyko awarii pojedynczego punktu. Nie tworzą one automatycznie wielu struktur Matter ani nie duplikują stanu kontrolera serwera inteligentnego domu.
Przetestuj architekturę, potwierdzając, że serwer może rozwiązać i osiągnąć skonfigurowany węzeł przez IPv6, następnie wyłącz jeden router brzegowy i sprawdź, czy inna ścieżka przejmuje ruch. Zweryfikuj też, czy wszystkie routery brzegowe należą do zamierzonej sieci Thread, a nie tworzą izolowanych siatek z różnymi poświadczeniami.
Udany test potwierdza trzy oddzielne warstwy: dostępność radiową w Thread, trasowanie IPv6 do LAN oraz uwierzytelnioną kontrolę Matter z serwera. Oddzielne traktowanie tych warstw zapobiega obwinianiu routera brzegowego za każdą awarię parowania.
Centrum Technologii i Sztucznej Inteligencji
Więcej do przeczytania

Stan bieżący a stan trwały w Home Assistant: co musi przetrwać ponowne uruchomienie?
Home Assistant nie zachowuje trwale każdej bieżącej wartości; konfiguracja, rejestry, wybrane przywracane stany, historia i dane wdrożeniowe pełnią różne funkcje podczas ponownego uruchamiania.

Jak Home Assistant uwierzytelnia sesje lokalne i zdalne?
Lokalne i zdalne sesje Home Assistant korzystają z tego samego modelu tożsamości po stronie serwera; zdalny dostęp zmienia trasę i granicę TLS, ale nie...

Dlaczego zapytania do historii Home Assistant mogą zwalniać w miarę przyrostu danych rejestratora?
Wzrost liczby rekordów może zwiększyć koszt zapytań do historii, gdy żądany zakres obejmuje więcej wierszy, rośnie liczba chybień pamięci podręcznej lub operacje na pamięci...

