SMLight SLZB-MRW10U dwuradiowy koordynator Zigbee (lub Thread) + Z-wave

szopen · 6 Lipiec 2026 15:00

W związku ze zmianami odnośnie centralek Vera po raz kolejny i tym razem ostateczny postanowiłem swoje sieci Z-wave zmigrować na jakiś inny sprzęt kontrolera sieci.

Jeśli ktoś będzie ciekawy, to może coś więcej o swoich doświadczeniach z szukaniem alternatywy dopiszę w przyszłości (bo wcześniej miałem już jakichś kandydatów na dongle dla HA, ale zawsze było coś co mnie powstrzymywało).
Nie ukrywam tutejszy sprzęt wygrał dzięki kwestii finansowej - tutejsze kombo Z-wave+Zigbee (lub Z-wave +Thread) jest po prostu w cenie porównywalnej do dongla “tylko Z-wave”. Jest on wprawdzie nadal bez certyfikacji Z-wave (podobno jest ona w toku, może chodzi o pieniądze, bo zawsze certyfikacja to dodatkowy koszt…), ale jeśli będzie działał dobrze, to nie będę w to głęboko wnikał.

Strona produktu

Nie wiem jak światłe umysły projektantów działały by instrukcję dotyczącą Z-wave umieścić w dziale dedykowanym serii SLZB-06 (więc trafiłem tam tylko przypadkiem szukając w sieci opinii o SLZB-MRW10, może konstrukcyjnie jest to podobny produkt z punktu widzenia projektanta, ale nie użytkownika…):

edit
instrukcja z działającymi obrazkami

Nie ma tu (w sensie w tej na pierwszy rzut oka nieco dziwnej konfiguracji) w sumie nic specjalnie zaskakującego - mam jeden alternatywny dongle AEON Lab Z‐Stick Gen5 (ZW090-C) i mam go w sumie dość podobnie skonfigurowanego (pomijając, że jest podpięty przez USB), ale chciałem na wieś mieć coś nowocześniejszego, z potencjalną obsługą Z-wave Long Range.

Może jeszcze wspomnę, że Aplikacja (d. Dodatek) Z-Wave JS UI (dawna nazwa Z-wave JS 2MQTT czy jakoś w tym guście - to ocalało do dziś w nazwie hosta tego kontenera) jest obecnie przestarzały, a jego następcą jest Z-Wave JS, ale przyjdzie sprzęt to się będę zastanawiał jak to ogarnąć w zalecany sposób (i czy się już da). Przy okazji wyszło, że z donglem USB używam obecnie przestarzałego rozwiązania… więc chyba będę musiał ogarnąć migrację.
(rachubę już straciłem, ale z 5 lat temu używałem Open Z-Wave (OZW) który to projekt został ubity na korzyść Z-wave JS 2MQTT=Z-Wave JS UI, który dziś jest przestarzały…).

Jak się okazuje przedprodukcyjne testy rozpoczęły się około rok temu (wakacje 2025) i jakoś głośno nikt o tym nie trąbił (mini-OFF TOPIC: może testy tego wypustu przyćmiła premiera NabuCasa ZWA-2? który to dongiel rozpatrywałem jako przedostatnią alternatywę dla centralek Vera, ale było to jeszcze długo przed ogłoszeniem przez Ezlo zamknięcia darmowej chmury i nie byłem wystarczająco zmotywowany… i wtedy ZWA-2 jako kolejny z wypustów NabuCasa nie wygrał w moim prywatnym “kastingu” i to nie tylko cena jest jego minusem, bo mam też swoje uwagi co do konstrukcji, a jak dotąd jako jedyny do końca udany sprzętowy wypust NabuCasa uważam HA Yellow, ale jego cena była barierą nie do pokonania - w cenie jednego HA Yellow swego czasu kupiłem 3 sztuki miniPC renomowanej marki, koniec OFF-TOPa).

Obecnie czekam na dostawę sprzętu (kupiłem na Ali w oficjalnym sklepie SMLight), więc nie będę chwalił dnia przed zachodem Słońca, ale jeśli (oby nie) będzie to wtopa, to też o tym wspomnę w jakiejś aktualizacji.

Tak w temacie łączenia z serwerem Z-wave JS kontrolera sieci na USB za pomocą połączenia WiFi czy kablowego Ethernetu ciekawy jest jeszcze taki wpis na oficjalnym blogu HA, który jest dedykowany ZWA-2, ale teoretycznie w ten sposób można obsłużyć też inne kontrolery sieci.

SebiCo · 7 Lipiec 2026 19:22

Mam od września, co prawda tylko 12 urządzeń, ale śmiga bez problemu. Było nawet kilka aktualizacji firmware EFR32ZG23. Oczywiście cały czas bez certyfikatu

Na tę chwilę wygląda to tak

szopen · 8 Lipiec 2026 13:31

No i sprzęt przyszedł.

Tu pozdrowienia dla @stirante, autora komponentu niestandardowego do śledzenia (polskich) przesyłek.
shock! - po mniej więcej tygodniu od zakupu - wczoraj, pojawił się tracking Pocztexu o nadanej przesyłce (w PL, wcześniej paczka była “przygotowana”, co w praktyce oznacza tylko wygenerowanie listu przewozowego), a dzisiaj paczka na miejscu.

Pierwsze wrażenia:

fotki z “unpackingu” to sobie chyba daruję (chociaż zrobiłem kilka zdjęć), zapach chińskiego plastiku po wyjęciu z pudełka jedyny w swoim rodzaju (nic przyjemnego), industrialny wygląd nie zachwyca (wiedziałem na co się piszę) - będzie to trzeba jakoś sprytnie ukryć w miejscu docelowym
numer seryjny wskazuje na produkcję z marca 2026, czyli przez 9 miesięcy wersja handlowa się nie urodziła (brak certyfikacji Z-wave); wiadomo, że między produkcją, a handlem występują jakieś opóźnienia (i zwykle najpierw starsze partie się wyprzedaje, by uniknąć frustracji klientów, gdy dostają mało świeży sprzęt do ręki), no ale realnie mamy już 1 rocznicę premiery prototypu…
z oczywistych względów fabryczne firmware jest stare,

SLZB-MRW10-factory-firmware-2026-07-08_14-07676×706 32.8 KB

ale na dzień dobry wita informacją o aktualizacji

SLZB-MRW10-2026-07-08_14-07992×871 62.4 KB

jest to de facto ten changelog tylko wyświetlany w przygotowanym popupie
ciekawostka - porównując obrazki z tym co pokazał @SebiCo to jest jednak inny sprzęt SLZB-MRW10U (na bazie S3 @Xtensa7), a nie SLZB-MRW10 (tam widać starszy MCU ESP32 @Xtensa6), informacja o zasobach wskazuje na S3 z 2MB PSRAM (i nadal jest taki sam błąd w jednostkach b zamiast B w kolumnie tabelki dotyczącej “core MCU”)
chwilowo pominąłem aktualizację SLZB-OS (oraz pozostałych firmware, bo w celu zabawy chcę uruchomić dodatkowo testową instalację, której od wielu miesięcy nie używam) - tu jednak niemiła niespodzianka - przy ustawianiu podstawowych niezbyt istotnych funkcji wystąpił błąd krytyczny + zrzut crash_dump_v3.2.6.dev3.bin i to mnie przekonało jednak do aktualizacji (najpierw wrzucę najnowszą stabilną, a potem jakiś aktualny dev)
ciekawostka 2 - firmware dla chipsetu Zigbee/Thread (tu akurat jest CC2674P10, ale z treści wynika, że dotyczy to każdego MCU Zigbee/Thread) ma własną specyficzną licencję https://smlight.tech/legal/licenses/restrictive-smlight-slzb06-v20240328.txt

Mała edycja - po paru godzinach pracy (tj podłączenia do PoE, bo radia jeszcze sobie nie popracowały) smrodek chińskiego plastiku zwietrzał.

Ba, powiem więcej - jestem wręcz zajarany możliwościami sprzętu i przemyślanym rozwiązaniom w jego GUI, by być sprawiedliwym - no są drobne niedoróbki (po przełączeniu GUI na polski są miejsca z kulawym tłumaczeniem, integracja SMLight w HA nie przewiduje jak na razie obsługi radia Z-wave, więc w integracji widać 2 radia Zigbee, w ogóle w tej kwestii są pewne niekonsekwencje, jak na razie “przećwiczyłem” możliwości tylko “na sucho” tj. bez uruchamiania modułów radiowych).
Niestety muszę przygotować sobie testową instalację HA, ale już widzę, że konfiguracja jest mega-elastyczna, żałuję też, że nie mam kabelka USB-C na żeńskie USB-A, bo jak się okazuje wypusty SLZB-xxxxU są w stanie obsługiwać jedno lub nawet 2 urządzenia USB. (więc myślę o dołączeniu dongla USB do SLZB pracującego w trybie Ethernet by uzyskać 3 radiowe kombo: 2 radia onboard Z-wave+Thread + Zigbee na dodatkowym donglu, na razie tylko w ramach eksperymentu, bo nie mam takich potrzeb w docelowej lokalizacji).

Zrzuty ekranu z integracji (zintegrowałem sobie testowo z instalacją, w której nie chcę grzebać w Z-wave i Zigbee)

Dalsze aktualizacje posta raczej w dalekiej przyszłości, no nie wiem kiedy znów uruchomię testowe HA (a nie chcę grzebać w instalacji, gdzie mam już obecnie dongla Aeotec, natomiast instalacja docelowa to konieczność jazdy ~400km więc też nie będą to najbliższe tygodnie).

szopen · 11 Lipiec 2026 15:58

Mała aktualizacja

Przetestowałem funkcję USB Passthrough (kupiłem chińską “przejściówkę” z USB-C na 2x żeńskie USB-A, która de facto jest hubem, tylko konstrukcyjnie okrojonym do 2 portów) i działa (choć przy moim podłączonym donglu USB jej uruchomienie wymagało dwukrotnego restartu SLZB - najpierw aktywowałem “any serial device”, a po restarcie SLZB już został rozpoznany sprzęt, to go “dokonfigurowałem”)

obraz1371×948 56.8 KB

wygląda sensownie, dobrze wiedzieć, że taka możliwość istnieje w modelach SLZB-*U.
Jednak jeszcze nie wiem czy będzie to miało u mnie zastosowanie (gdybym potrzebował mieć Zigbee+Thread+Z-wave to i owszem - miało by to sens, ale w docelowym miejscu jak dotąd nie potrzebuję naraz obsługiwać wszystkich tych 3 standardów, jakie się pojawiły przez ostanie kilkanaście lat)
Wygrzebałem ostatni pełny backup swojej testowej instalacji (był z połowy listopada 2025) i przywróciłem go sobie na sprzęcie który jest kandydatem na przyszły upgrade mojej obecnej dużej instalacji (na bazie i5-1340P, ma zastąpić konstrukcję na i3-10110U, bo ta wcześniejsza niestety nie spełniła moich oczekiwań co do wzrostu wydajności przy kompilacji rozbudowanych projektów ESPHome, więc zdecydowałem o pozmienianiu sprzętu między różnymi instalacjami/projektami, wiąże się to też z porządkami w takich zasobach sprzętowych jak dyski ssd i hdd, gdzie przenoszenie zawartości trwa godzinami, więc to już drugi dzień roboty). Czyli po świeżej instalacji HAOS cofnąłem sobie wersję HA core do wersji zgodnej z tym co miałem w backupie, i dopiero wtedy onboarding (dlatego migrację warto robić od ręki a nie po miesiącach leżenia w kącie…), no i właśnie błogosławię własny wątek zawierający ścieżkę aktualizacji w takich wypadkach Niestety jestem dopiero w styczniu 2026 (więc współczuję każdemu, kto sobie zapuścił nieco bardziej rozbudowaną instalację na kilka miesięcy bez aktualizacji).
Kilka aktualizacji później

| |  | |                          /\           (_)   | |            | |  
| |__| | ___  _ __ ___   ___     /  \   ___ ___ _ ___| |_ __ _ _ __ | |_ 
|  __  |/ _ \| '_ \ _ \ / _ \   / /\ \ / __/ __| / __| __/ _\ | '_ \| __|
| |  | | (_) | | | | | |  __/  / ____ \\__ \__ \ \__ \ || (_| | | | | |_ 
|_|  |_|\___/|_| |_| |_|\___| /_/    \_\___/___/_|___/\__\__,_|_| |_|\__|

Welcome to the Home Assistant command line.

System information
  IPv4 addresses for enp86s0: 192.168.100.30/24
  IPv6 addresses for enp86s0: fe80::9913:996a:d455:bcd/64
  IPv4 addresses for wlo1:  

  OS Version:               Home Assistant OS 18.1
  Home Assistant Core:      2025.11.1

  Home Assistant URL:       http://homeassistant.local:8123
  Observer URL:             http://homeassistant.local:4357
~ $ ha core update --version 2025.11.3
Processing... Done.

Command completed successfully.
~ $ ha core update --version 2025.12.4
Processing... Done.

Command completed successfully.
~ $ ha core update --version 2026.1.3
Processing... Done.

Command completed successfully.
~ $ ha core update --version 2026.2.3
Processing... Done.

Command completed successfully.
~ $ ha core update --version 2026.3.4
Processing... Done.

Command completed successfully.
~ $ ha core update --version 2026.4.4
⣻ Processing...

Okazuje się, że wiele znanych komponentów niestandardowych (dostępnych w HACS) nie ustawia w swoich wydaniach minimalnej wersji HA core (więc ich aktualizacja na starym HA core powoduje błędy… w planie mam jednak pełną aktualizację do bieżącej wersji core, więc na razie nie zwracam na to uwagi…))

artpc · 19 Lipiec 2026 07:27

Na jednej z anten jest oznaczenie ~900MHz jest jakaś różnica z której strony ona ma być? Jakoś nie znalazłem takich informacji.

szopen · 19 Lipiec 2026 19:43

Jest taka informacja w podstawowej instrukcji, ale nie mam teraz czasu szukać, po meczu sprawdzę, a może wrzucę zdjęcie, bo wstępne testy sprzętu już skończyłem i na dniach robię migracje sieci.

edit: muszę przyznać, że obecnie jest niezły młyn na ich site i nie sposób znaleźć dokumentacji tego modelu…

W tej chwili i pod wpływem zmian, które zobaczyłem moje subiektywne spojrzenie na sytuację jest takie - odnoszę wrażenie, że SMLight po cichu wycofuje się ze wsparcia modeli SLZB-MRW10 i SLZB-MRW10U (oraz zaczynam wątpić w przyszła certyfikację - ile to może trwać?) - a na bis w ciągu ostatnich tygodni wsiąkły instrukcje związane z tym modelem, przykładowe issue w integracji nie dotknięte nawet… wręcz jestem skłonny podejrzewać wycofywanie się z produkcji modeli dongli Z-wave (być może na korzyść wielofunkcyjnych samodzielnych centralek, a może niemal całkowicie?), przekaz nie tyle nie jest spójny co brakuje go całkowicie (może to sytuacja tymczasowa, ale jestem uczulony na typowe objawy porzucania jakiegoś projektu przez jego twórców…). do częściowego skreślenia zmotywowała mnie odpowiedź na issue - choć wcześniej się nikt nie odzywał, no ale miejmy zrozumienie - skoro coś jednak jest w realizacji, to się z tego można tylko cieszyć.

Ja podłączyłem tak i działa (fotka sprzętu położonego na stole zrobiona z góry, gniazdo Ethernet u dołu zdjęcia, oczywiście obie anteny w normalnych warunkach mają być ustawione pionowo)

antena po prawej z paskiem to Z-wave (~900MHz)

Generalnie wcale nie jestem przekonany, że anteny są różne, ale jak dotąd aż tak się nie nudziłem by zamienić je miejscami (i potwierdzić lub zaprzeczyć eksperymentalnie deklaracji w postaci nalepki - w głowie mam, że to jednak jest produkowane w ChRL i niejedno już widywałem…).

spory edit
Mogę też zdradzić, że dongle, który widać podłączony do USB-C (przez tego mikro-huba z gniazdami A), to zabytek niemal klasy zerowej Aeon Labs DSA02203 = na chipsecie Zensys/Sigma Designs 301, o handlowej nazwie (sic!) Z-stick S2 (przy czym S2 pochodzi ponoć od skrótu od “stick (gen.) 2” - ten chipset nie obsługuje jeszcze szyfrowania S2 ), ba byłem przekonany, że ten stick jest dziś całkowicie bezużyteczny (bo gdy projekt OZW się kończył zostało ogłoszone, że najstarszym chipsetem, który będzie obsługiwany w przyszłych projektach będzie seria 500, czyli ta znana jako Z-wave+ czyli wspierająca choć nieobowiązkowo S2, więc wtedy jedną z sieci zmigrowałem na ZW090), a tymczasem działa (choć na jego bazie można uruchomić tylko taką dość archaiczną sieć z-wave).

To co zamontowano w SLZB-MRW10 to seria 800 w/g tej terminologii (Z-wave Plus v2, wsparcie LR, Cortex-M33 78MHz).

więc jak widać udało mi się uruchomić jednocześnie 2 sieci Z-wave na bazie tego sprzętu (najpierw uruchomiłem wbudowane radio Z-wave w/g starej instrukcji, czyli na bazie Z-wave JS UI, a potem starego dongla podłączonego przez USB za pomocą Z-wave JS - nazwy podobne, autor ten sam, ale Z-wave JS UI ma być już niewspierany, na korzyść Z-wave JS, który z punktu widzenia użytkownika wygląda niemal identycznie, ale oferuje nieco szerszy zakres funkcji)
UWAGA aby było weselej na obrazku górny to Z-wave JS (w sidepanelu nazywa się Z-wave) a dolny to Z-wave JS UI (totalny młyn w nazewnictwie - on w sidepanelu nazywa się… Z-wave JS, a na bis oba Dodatki/Aplikacje w panelu Z-wave nazywają się jadnakowo)

na skrinszocie smutne buźki, bo częściowo już sprzęt odłączyłem od zasilania i tę sieć będę likwidował (jeszcze włączę by usunąć urządzenia z sieci, bo to jednak lepsze rozwiązanie niż inne opcje przywracania im ustawień fabrycznych), ale jak widać na testy sprzętu wrzuciłem zdecydowanie zbyt mało by się zbudowała optymalna sieć kratowa (tj. taka gdy każde urządzenie ze stałym zasilaniem sieciowym ma przynajmniej po 3 sąsiadów ze stałym zasilaniem), widać też że możliwości dongla SLZB-MRW10 nie będą u mnie jakoś mocno wykorzystywane - mam w większości dość stary sprzęt

Chwilowo radia Zigbee/Thread jako Zigbee nie uruchamiałem (w domu i tak już mam 2 niezależne sieci Zigbee), ale chciałem uruchomić Thread chociaż w ramach eksperymentu i… niestety flaszowanie się nie udało, będę jeszcze śledził czy to się nie gryzie z funkcją hosta USB… (ale w takim razie muszę zlikwidować najpierw testową sieć Z-wave na zewnętrznym donglu).

kolejny edit

Potwierdzam - włączona funkcja USB Passthrough uniemożliwia poprawne sflaszowanie CC2674P10 (robiłem różne kombinacje w tym zmianę wersji core firmware czyli tutaj ESP32-S3 ale nic nie pomagało, ostateczne jestem teraz na wersji core v3.3.1 czyli stable, ale przećwiczyłem też nowsze wersje deweloperskie)

nieco OFF TOPIC - w konfiguracji OpenThread Border Router są 2 zmyłki, raz że trzeba podać jakiś nieistniejący port szeregowy (choć w konfiguracji Ethernet nie jest używany), a dwa, że w GUI (po włączeniu Show unused optional configuration options) podajemy adres nie w postaci tcp://192.168.100.34:7638 jak by logika nakazywała, a jedynie jako 192.168.100.34:7638 (oczywiście to są przykładowe adresy z mojej konfiguracji, trzeba użyć własne i poprawne)

device: /dev/ttyS3
baudrate: "460800"
flow_control: true
otbr_log_level: notice
firewall: true
nat64: false
beta: false
network_device: 192.168.100.34:7638

Na sprzęt Thread jak na razie czekam (jak dotąd miałem w użyciu jedynie Matter over WiFi).

cdn. (w każdym razie chwilowo miałem sytuację uruchomionych 3 sieci z-wave równocześnie i to w niewielkim mieszkaniu, więc to żadne warunki do realnych testów, 2 sieci testowe na tytułowym SLZB-MRW10 + dongle DSA02203 czyli Aeon Z-stick S2 (45 instalacji ale to jest zabytek) oraz moja dotychczasowa mała sieć Z-wave na bazie Aeotec ZW090 Z-Stick gen5 - ponad 1500 instalacji w bazie)

Tu taka mała uwaga techniczna - Z-wave nie dość, że ma stosunkowo duży zasięg, to w ogóle nie ma kanałów do wyboru (każda sieć pracuje na tych samych częstotliwościach, najnowsze dongle mają 4 kanały, ale one są na sztywno przyporządkowane do konkretnych zastosowań, jeśli pamięć mnie nie zawiodła po jednym kanale dla zgodności z archaicznymi sieciami 1 generacji, 1 dla typowego Z-wave i Z-wave plus, oraz dwa dla obsługi Long Range, starsze dongle bez LR oczywiście wspierają tylko 2 pierwsze kanały, pomijam jednokanałowe zabytki klasy zerowej, bo ich raczej się nie da wykorzystać w HA). Tu opisałem sytuację dla regionu Europy (są kraje gdzie jest inaczej, ale dla nas to mocno egzotyczne lokalizacje, a ze względu na dość szczególne regulacje w pasmach w okolicy nieco poniżej 1GHz nie wolno używać sprzętu dedykowanego dla innego regionu), a łącznie tych regionów z rożnymi regulacjami (i kombinacjami częstotliwości) jest kilkanaście.

Zigbee dysponuje obecnie 16 kanałami (11-26) z czego 4 (11, 15, 20 i 25) wspierają urządzenia ZGP (i są zalecane do normalnego użytku, bo są w miejscach pasma najmniej kolidujących z WiFi i Bluetooth), więc nawet trzymając się tylko tych 4 najbardziej bezpiecznych kanałów jest znacznie mniejsze ryzyko wykorzystania tego samego kanału w kilku rozdzielnych sieciach. (W jednej z lokalizacji mam 2 niezależne równolegle działające sieci na różnych kanałach, a w czasach gdy miałem totalną korbę na testy Zigbee, które było wtedy nowością w pewnym momencie uruchomiłem akurat 4 sieci Zigbee nie zakłócające się wzajemnie na jednym niewielkim obszarze).
Dykteryjka - nie ma kanałów 1-10, bo w stadium wczesnego rozwoju Zigbee były właśnie w paśmie poniżej 1GHz i ze względu na specyficzne uwarunkowania lokalne nie nadawały się dla jednego spójnego globalnego standardu.

artpc · 19 Lipiec 2026 23:59

Znalazłem na YT

szopen · 24 Lipiec 2026 23:48

Uruchomiono już testową wersję bazy danych urządzeń zgodnych z HA, w sumie ciekawe czy ta ilość sprzętu dotyczy tylko instalacji używających zwave-js-core (czyli nowego Z-wave JS), czy tak mało ludzi włączyło anonimowe raportowanie sprzętu do bazy?
98 aktywnych instalacji starszego modelu

oraz 60 nowszej wersji

to na mój gust i tak podejrzanie mało (nawet biorąc pod uwagę, że to konstrukcje testowe/eksperymentalne)

W poście wyżej było przez ostatnie dni trochę edycji (ale wciąż jestem daleko do finalnej konfiguracji - przekładki sprzętu by go optymalnie wykorzystać szykują mi się większe niż planowałem i zamiast się zająć jednym jednak robię równolegle wiele zmian w 2 roboczych instalacjach + 1 testowej… oczywiście nie związanych tylko z faktem, że tego dongla się dorobiłem), więc wykorzystałem też informacje z bazy sprzętu również tam (i przykładowo instalacji Z-wave na bazie dość popularnego dongla 5 generacji jest ponad 1500, co i tak jest małą liczbą biorąc pod uwagę ponad 650 000 instalacji HA z włączoną podstawową anonimową analityką).

edit - wraz z HA core 2026.8.0 Integracja SMLIGHT SLZB dostała aktualizację pokazującą wreszcie sensowne encje (obecna moja konfiguracja to Z-wave + Thread)

zbędne z mojego punktu widzenia encje mam wyłączone (jest wśród nich automatyczna aktualizacja firmware Zigbee/Thread)

tu jak widać jednak została niedoróbka (źle opisany sensor temperatury jednego radia)