Home Assistant Connect ZBT-2: nový hardware pro Zigbee a Thread network

Protokol Zigbee jsme si již v minulosti dostatečně popsali, pojďme si nyní jen v krátkosti představit Thread. Ten je, stejně jako Zigbee, založen na standardu IEEE 802.15.4, běží ve stejném pásmu 2,4 GHz a také používá ke svému fungování síť typu  mesh.

Hlavním rozdílem je, že Thread používá internetový protokol IPv6, což mu umožňuje přímou komunikaci mezi chytrými zařízeními napříč sítěmi, bez nutnosti centrální jednotky (později si vysvětlíme, že to není zcela přesná formulace). V rámci nasazení tedy nesmíme zapomenout na správně nastavený firewall. Komunikace je v tomto případě samozřejmě šifrovaná.

Protokol Zigbee však vyžaduje centrální hub společně s nasazením dalšího software. Z tohoto pohledu tak Thread představuje modernější přístup, otevřenější a flexibilnější protokol pro chytrou domácnost. Každopádně Zigbee je (alespoň prozatím) rozšířenější standard, je k dispozici více koncových zařízení a výrobků na trhu. Rozšíření Thread však však může pomoci standard Matter.

Proč mluvíme o Matter v souvislosti s Thread? Matter je otevřený komunikační standard, za kterým stojí velké technologické firmy a který ke svému běhu využívá právě síť Thread. Zjednodušeně řečeno, Matter má na starosti aplikační vrstvu (zajišťuje komunikaci a ovládání chytrých zařízení) a Thread se stará o síťovou infrastrukturu. To je další poměrně zásadní rozdíl, i z pohledu budoucího vývoje, protože nad Thread pak může klidně vzniknout jiná aplikační vrstva.

Protokol Zigbee si obě tyto vrstvy (jak aplikační, tak síťovou) implementuje sám. Na trhu se již postupně objevují zařízení s podporou Matter, ať to jsou oblíbené žárovky Philips Hue, dveřní zámky Nuki, výrobky od Shelly nebo IKEA, kde to, jak vidno, s Matter myslí velice vážně. Jen je potřeba vždy zkontrolovat, zda-li je Matter u výrobku skutečně podporován, protože v mnoha případech nestačí do zařízení nahrát patřičný firmware.

Zastavím se ještě v krátkosti u tvrzení, že Thread nevyžaduje centrální jednotku. Je to pravda, ale v takovém případě však bude síť Thread zcela izolovaná. Zařízení budou komunikovat pouze mezi sebou a nebude tak možné komunikovat mezi ostatními Thread či jinými sítěmi. Současně nebudeme mít ani možnost tato zařízení ovládat pomocí Home Assistanta. Řešením je tedy nasazení Thread Border Router, což propojuje samotnou síť Thread se zbytkem světa. Funguje zkrátka jako most a zajišťuje obousměrnou komunikaci. Podrobně je to znázorněné na následujícím schematu.

Autor: Home Assistant

Pokud chceme využívat zařízení se standardem Matter (přičemž některá zařízení podporují pouze Thread), je provoz takového mostu klíčový. Ten navíc může být přímo integrován i do různých zařízení, které v domácnosti už máme (např. Apple TV, Apple HomePod, Google Nest Hub apod.). Současně je možné mít v domácnosti více těchto routerů, což přispívá k redundanci. Mimochodem i zařízení Zigbee dokáží fungovat bez centrální brány. Svého času např. Philips prodával své žárovky HUE v setu s vypínačem, který byl s danou žárovkou přímo spárovaný. Standardu Matter se však bude samostatně věnovat v některém z příštích článků.

Hardware

Nové zařízení Home Assistant Connect ZBT-2 je přímým nástupcem Home Assistant Connect ZBT-1, který se dříve označoval jako Home Assistant SkyConnect a byl vydaný v roce 2022. Ten si možná pamatujete jako ten modrý USB dongle s typickým logem domečku, vypadající spíše jako flash-disk. Uvnitř byl osazen čip Silicon Labs Multiprotocol EFR32MG21 a USB-serial převodník Silicon Labs CP2102N. Kromě Zigbee 3.0 již podporoval také Thread, pro který se vždy musí nahrát vlastní firmware. Není tedy možné využívat obě technologie současně. Mimochodem, stejný čip používá i můj oblíbený, a v jednom z mých dřívějších článků doporučovaný, USB dongle Sonoff Plus ZBDongle-E. Ten díky použité odnímatelné anténě však dosahoval lepšího zisku a Thread vlastně podporuje také.

Co je nového? Předně se tvůrci drží designu představeného u Z-Wave brány Home Assistant Connect ZWA-2, o které vyšel samostatný článek. Stačí tedy propojit jednotku přiloženým USB-A – USB-C kabelem a Home Assistant, ve verzi Operating System, se o veškeré nastavení postará sám.

Anténa je také odnímatelná a vzhledem k technologii Zigbee přibližně o polovinu kratší, než-li v případě brány ZWA-2 . Délka antény tedy činí pouze 164 mm, je samozřejmě všesměrová a dosahuje špičkového zisku 4,16 dBi. V útrobách jednotky je osazen aktualizovaný čipSilicon Labs EFR32MG24 a takéESP-32 S3 sloužící jako převodník USB-serial.

Oproti první generaci ZBT-1 došlo ke čtyřnásobnému zvýšení rychlosti na 460800 Bd a zlepšení odezvy. Podpora Zigbee 3.0 a Thread samozřejmě zůstává, stejně tak provozní frekvenční pásmo 2400 – 2483,5 Mhz. Ani v tomto případě však není podporovaná technologie MultiPan, která umožňuje současný běh Zigbee a Thread. Vývojáři tuto možnost v minulosti testovali, ale vzhledem k nestabilnímu chování se rozhodli tomuto dále nevěnovat a doporučují pro každý protokol použít samostatné zařízení. Současně také (alespoň prozatím) není možné použít přepnout zařízení do režimu repeater (opakovač).

Zprovoznění brány ZBT-2

Pojďme se prakticky podívat na to, jak tento nový hardware připojit a zprovoznit v Home Assistant. Zde opět záleží na tom, zda-li používáme variantu Home Assistant OS nebo Home Assistant Container. V obou případech musíme mít nainstalovanou minimálně verzi  2025.10.1.

Home Assistant OS

Přejdeme do Nastavení → Zařízení a služby, kde se objeví informace, že byl nalezen nový hardware. Stačí tedy potvrdit tlačítkem Přidat. V dalším kroku vybereme, zda-li chceme používat síť Zigbee nebo Thread. Vzhledem k absenci MultiPan není možné využít obojí.

Pokud vybereme Zigbee, pak nás systém ještě vyzve k výběru Doporučené instalace, tedy využití ZHA. Nebo k výběru Vlastní, ruční instalace, v podobě jiného software, typicky Zigbee2MQTT. Výsledkem je, že v případě doporučené instalace se automaticky nainstaluje a nakonfiguruje doplněk ZHA a my tak máme vše připraveno.

U vlastní instalace musíme vše nastavit sami. Tedy nainstalovat doplněk Zigbee2MQT a Mosquitto broker a vhodně nakonfigurovat. Před samotným dokončením, pokud není v zařízení vhodný firmware, se provede jeho nahrání.

V případě výběru volby Thread dojde k nahrání firmware OpenThread a poté k instalaci a konfiguraci doplňků Open Thread Border Router a Thread. Zařízení se tedy přepne do již zmiňovaného Thread Border Router a je připraven k použití. Po rozkliknutí služby v integraci Thread bychom měli vidět svůj nastavený hraniční router.

Home Assistant Container

Zde budeme mít se zprovozněním trochu více práce. Brána ZBT-2 se chová jako jakékoliv jiné zařízení, přímo v Home Assistant ji tedy jako v předchozím případě neuvidíme. Předpokládám, že již máme nakonfigurované, dle dřívějšího článku, Zigbee2MQTT a Mosquitto Broker. Nejdříve tedy zjistíme, jak je brána detekována v systému.

# dmesg
[4556595.306248] usb 4-1: New USB device found, idVendor=303a, idProduct=4001, bcdDevice= 1.00
[4556595.306304] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[4556595.306332] usb 4-1: Product: ZBT-2
[4556595.306352] usb 4-1: Manufacturer: Nabu Casa
[4556595.306373] usb 4-1: SerialNumber: 10B41DE59BAC

# lsusb
Bus 004 Device 002: ID 303a:4001 Nabu Casa ZBT-2

# ls -all /dev/serial/by-id/
lrwxrwxrwx 1 root root 13 Nov 14 20:20 usb-Nabu_Casa_ZBT-2_10B41DE59BAC-if00 -> ../../ttyACM0

Na základě toho přidáme cestu k zařízení do Zigbee2MQTT konfiguračního souboru configuration.yaml. Typ adaptéru zůstává stejný – ember (následovník ezsp), neboť se jedná o stejný čip. Je však nutné doplnit proměnnou baudrate na 460800 Bd, protože výchozí hodnota rychlosti přenosu je 115200 Bd. Bez uvedení správné rychlosti se vůbec brána nepřipojí a log Zigbee2MQTT nahlásí obecnou chybu. Po uložení nezapomeneme cestu k USB zařízení vložit i do parametru --device pro spuštění dockerového kontejneru Zigbee2MQTT.

mqtt:
  server: mqtt://172.17.0.1:1883
  base_topic: zigbee2mqtt
serial:
  port: >-
    /dev/serial/by-id/usb-Nabu_Casa_ZBT-2_10B41DE59BAC-if00
  adapter: ember
  baudrate: 460800
frontend:
  enabled: true

Chceme-li raději nakonfigurovat Thread, pak je situace opět složitější, než-li u varianty Home Assistant OS. Nahrání firmware OpenThread musíme provést sami. Potřebujeme k tomu software Universal Silicon Labs Flasher a stáhnout patřičný firmware z Githubu projektu Nabucasa, kde jsou v sekci Releases k dispozici sestavené verze pro všechna podporovaná zařízení. Nahrání firmwmare se provede níže uvedeným způsobem. Parametr --allow-cross-flashing musíme uvést, pokud přecházíme z protokolu Zigbee na Thread a opačně.

# apt install python3-venv # pokud nemáme nainstalováno
# python3 -m venv ~/universal-silabs-flasher
# source ~/universal-silabs-flasher/bin/activate
(universal-silabs-flasher) # pip install universal-silabs-flasher
(universal-silabs-flasher) # universal-silabs-flasher --device /dev/serial/by-id/usb-Nabu_Casa_ZBT-2_10B41DE59BAC-if00 flash --allow-cross-flashing --firmware zbt2_openthread_rcp_2.4.4.0_GitHub-7074a43e4_gsdk_4.4.4.gbl

Korektní výstup by měl vypadat takto:

universal_silabs_flasher.flash INFO Cross-flashing from FirmwareImageType.ZIGBEE_NCP to FirmwareImageType.OPENTHREAD_RCP
universal_silabs_flasher.flasher INFO Probing ApplicationType.GECKO_BOOTLOADER at 115200 baud
universal_silabs_flasher.flasher INFO Detected bootloader version '2.4.3'
universal_silabs_flasher.flasher INFO Detected ApplicationType.GECKO_BOOTLOADER, version '2.4.3' at 115200 baudrate (bootloader baudrate 115200)
zbt2_openthread_rcp_2.4.4.0_GitHub-7074a43e4_gsdk_4.4.4.gbl  [####################################]  100%

Stejným způsobem můžeme přeměnit např. i Sonoff Plus ZBDongle-E  pro podporu Thread. Firmware můžeme stáhnout z GitHubu forku projektu Nabucasa, kde ovšem sestavené verze nejsou již zcela aktuální. V tomto případě hledáme soubory, které začínají ot-rcp a končí podporovanou rychlostí daného zařízení. V případě výrobků Sonoff můžeme navíc využít i jednoduchý webový nástroj (Marku, díky za tip!).

Po úspěšném nahrání firmware musíme ještě zprovoznit software OpenThread Border Router, který zajistí kompletní funkcionalitu. Pro jednoduchost volím opět variantu s využitím dockerového kontejneru. Připravíme konfiguraci, kde definujeme naše zařízení a síťové rozhraní (např. wlan0), kde operují koncová zařízení.

OT_RCP_DEVICE=spinel+hdlc+uart:///dev/serial/by-id/usb-Nabu_Casa_ZBT-2_10B41DE59BAC-if00?uart-baudrate=460800
OT_INFRA_IF=wlan0
OT_THREAD_IF=wpan0
OT_LOG_LEVEL=7

Konfiguraci uložíme do /opt/docker/otbr/otbr-env.list a spustíme dockerový kontejner. Nesmíme zapomenout na vhodné nastavení parametru network, neboť kontejner musí mít přímý přístup k síťovým rozhraním a dalším systémovým prostředkům.

# docker run -d --name=otbr --network=host --cap-add=NET_ADMIN --device=/dev/serial/by-id/usb-Nabu_Casa_ZBT-2_10B41DE59BAC-if00 --device=/dev/net/tun --volume=/opt/docker/otbr:/data --env-file=otbr-env.list openthread/border-router

Pokud vše proběhlo v pořádku, uvidíme v logu následující řádky:

Configuring OpenThread firewall...
Configuring OpenThread NAT64...
Starting otbr-agent...
[NOTE]-AGENT---: Running 0.3.0-ab0c135
[NOTE]-AGENT---: Thread version: 1.4.0
[NOTE]-AGENT---: Thread interface: wpan0
[NOTE]-AGENT---: Radio URL: spinel+hdlc+uart:///dev/serial/by-id/usb-Nabu_Casa_ZBT-2_10B41DE59BAC-if00?uart-baudrate=460800
[NOTE]-AGENT---: Radio URL: trel://wlan0
[NOTE]-ILS-----: Infra link selected: wlan0
[INFO]-RCP_HOS-: OpenThread log level changed to 5
[INFO]-APP-----: Radio Co-processor version: SL-OPENTHREAD/2.4.5.0_GitHub-e6df00dd6; EFR32
[INFO]-REST----: RestWebServer listening on 127.0.0.1:8081
00:00:00.043 [N] BorderRouting-: BR ULA prefix: fdfa:5a0b:e95c::/48 (loaded)
00:00:00.043 [I] BorderRouting-: Generated local OMR prefix: fdfa:5a0b:e95c:1::/64
00:00:00.043 [I] BorderRouting-: Generated local NAT64 prefix: fdfa:5a0b:e95c:2:0:0::/96
00:00:00.043 [N] BorderRouting-: Local on-link prefix: fdde:ad00:beef:cafe::/64
00:00:00.044 [I] Settings------: Read BorderAgentId {id:e529313f97c1d36f35a2e2c78c32a920}
00:00:00.045 [I] Nat64---------: IPv4 CIDR qfor NAT64: 192.168.255.0/24 (254 addresses)

V operačním systému nám vznikne síťové rozhraní  wpan0.

611: wpan0:  mtu 1280 qdisc fq_codel state UNKNOWN group default qlen 500
    link/none
    inet6 fddb:3201:5b70:cdac:0:ff:fe00:fc11/64 scope global nodad deprecated
       valid_lft forever preferred_lft 0sec
    inet6 fdfa:5a0b:e95c:1:80fb:26a4:f8e8:9e2e/64 scope global nodad
       valid_lft forever preferred_lft forever
    inet6 fddb:3201:5b70:cdac:0:ff:fe00:fc38/64 scope global nodad deprecated
       valid_lft forever preferred_lft 0sec
    inet6 fddb:3201:5b70:cdac:0:ff:fe00:fc10/64 scope global nodad deprecated
       valid_lft forever preferred_lft 0sec
    inet6 fddb:3201:5b70:cdac:0:ff:fe00:fc00/64 scope global nodad deprecated
       valid_lft forever preferred_lft 0sec
    inet6 fddb:3201:5b70:cdac:0:ff:fe00:a800/64 scope global nodad deprecated
       valid_lft forever preferred_lft 0sec
    inet6 fddb:3201:5b70:cdac:ac63:8ef7:fa4:e2a/64 scope global nodad deprecated
       valid_lft forever preferred_lft 0sec
    inet6 fe80::10ac:7485:752f:a6bd/64 scope link nodad deprecated
       valid_lft forever preferred_lft 0sec
,multicast,noarp,up,lower_up>

Nepodařilo se mi však v dokumentaci projektu dohledat, jak zajistit, aby webserver OTBR neposlouchal na localhostu. Což je nešikovné, protože by se na tuto URL nebylo možné připojit z dockerového kontejneru Home Assistanta. Zvolil jsem tedy nepříliš pěkné řešení přesměrování a to pomocí démona rinetd. Do souboru /etc/rinetd.conf vložíme řádek:

172.17.0.1 8081 127.0.0.1 8081

Poté provedeme restart služby.

Nyní již zbývají poslední dva kroky. V Home Assistant v menu Nastavení → Zařízení a služby → tlačítkem Přidat integraci nainstalujeme dvě integrace, se kterými jsme se seznámili již na začátku. Tedy jednak Open Thread Border Router, která vyzve k zadání URL REST API této služby.

Díky nastavenému přesměrování tedy vložíme http://172.17.0.1:8081, případně IP adresu dle konkrétního dockerového rozhraní. Poté ještě nainstalujeme integraci Thread, která se obejde bez dalšího nastavení. Pokud vše proběhlo správně, uvidíme po rozkliknutí služby v integraci Thread svůj nastavený hraniční router.

Upgrade brány Zigbee

Asi se ptáte, jestli existuje nějaký jednoduchý postup pro upgrade, když už doma funkční síť Zigbee máme, navíc s vetším množstvím zařízení. Výměna brány přeci znamená hodně práce s přepárováním všech zařízení, protože ta jsou vázaná na IEEE adresu brány. Potěším vás, řešení existuje.

Já už totiž pro případ nouze dávno mám v šuplíku náhradní Sonoff Plus ZBDongle-E pro případy, že by se s tím současným cokoliv stalo. Přesně pro tyto případy jsem už dříve zkoumal, jak původní bránu/koordinátor nahradit za nový.

Původně jsem totiž postupoval tak, že jsem udělal kompletní zálohu konfigurace Zigbee donglu pomocí utility zigpy a následně provedl obnovení do nového zařízení. USB dongle po celou dobu nesměl být použit žádným jiným softwarem.

# python3 -m venv ~/zigpy
# source ~/zigpy/bin/activate
(zigpy) # pip install zigpy-cli
(zigpy) # zigpy radio --baudrate 115200 ezsp /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20220712191409-if00 backup backup.json

Nahrání do druhého USB bylo pak obdobné:

(zigpy) # zigpy radio --baudrate 115200 ezsp /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230804114032-if00 restore backup.json

Výše uvedený postup je však možné bezpečně použít, pokud máme dvě identická zařízení. Jak ale postupovat, když přecházíme na jiného výrobce, ovšem se stejným čipem? Překvapilo mě, jak moc je to vlastně jednoduché a že postup se zigpy je vlastně zbytečný.

Jak již víme, koncová zařízení se k síti Zigbee párují vůči IEEE  adrese brány/koordinátora. Tedy stačí nové bráně nastavit stejnou adresu, jakou má ta původní a následně nastartovat používaný obslužný software, typicky Zigbee2MQTT. Nejdříve zjistíme původní IEEE adresu brány a poté použijeme již představený nástroj  Universal Silicon Labs Flasher.

Původní IEEE si můžeme přečíst z Zigbee2MQTT dvěma způsoby. Jednak přímo ve webovém rozhraní v menu Nastavení → O aplikaci → pole Koordinátor, kde je tato adresa podbarvena. Nebo pohledem do souboru database.db, kde je uložena v poli ieeeAddr. Současně ještě zkontrolujeme, jakou revizi firmware používáme. V mém případě (viz obrázek) je to verze 7.4.4. Tuto verzi je vhodné mít i v novém zařízení.

Nyní zastavíme služby, které současný Zigbee dongle používá, odpojíme původní a připojíme nové zařízení, tedy bránu ZBT-2 .

Abychom zjistili, jakou verzi firmware má nové zařízení, můžeme využít utilitu bellows, která je součásti výše zmiňovaného nástroje zigpy nebo  Universal Silabs Flasher.

# python3 -m venv ~/zigpy
# source ~/zigpy/bin/activate
(zigpy) # pip install zigpy-cli
(zigpy) # bellows -b 460800 -d /dev/serial/by-id/usb-Nabu_Casa_ZBT-2_10B41DE59BAC-if00 info

Verze firmware je pak zobrazena na řádku EmberZnet version.

Pokud verze nesouhlasí, použijeme opět flashovací nástroj Universal Silicon Labs Flasher a firmware z GitHubu projektu Nabucasa, podobně jako při flashování pro OpenThread.

# python3 -m venv ~/universal-silabs-flasher
# source ~/universal-silabs-flasher/bin/activate
(universal-silabs-flasher) pip install universal-silabs-flasher
(universal-silabs-flasher) universal-silabs-flasher --device=/dev/serial/by-id/usb-Nabu_Casa_ZBT-2_10B41DE59BAC-if00 flash --firmware zbt2_zigbee_ncp_7.4.4.6.gbl

Korektní výstup by měl vypadat takto:

universal_silabs_flasher.flash INFO Extracted GBL metadata: NabuCasaMetadata(metadata_version=2, sdk_version='4.4.4', ezsp_version='7.4.4.6', ot_rcp_version=None, cpc_version=None, fw_type=
	, fw_variant=None, baudrate=460800)
universal_silabs_flasher.flasher INFO Probing ApplicationType.EZSP at 460800 baud
universal_silabs_flasher.flasher INFO Detected ApplicationType.EZSP, version '7.4.4.3 build 0 (20250930164837)' (7.4.4.3) at 460800 baudrate (bootloader baudrate None)
universal_silabs_flasher.flasher INFO Probing ApplicationType.GECKO_BOOTLOADER at 115200 baud
universal_silabs_flasher.flasher INFO Detected bootloader version '2.4.3'
universal_silabs_flasher.flasher INFO Detected ApplicationType.GECKO_BOOTLOADER, version '2.4.3' at 115200 baudrate (bootloader baudrate 115200)
zbt2_zigbee_ncp_7.4.4.6.gbl  [####################################]  100%

Zigbee firmware pro ostatní zařízení (typicky pokud má původní brána starší firmware než-li nová) najdeme opět na GitHubu forku projektu Nabucasa a hledáme soubory, které začínají ncp-uart-hw a končí podporovanou rychlostí daného zařízení.

Po kontrole, že jsou verze firmware v souladu, můžeme zapsat původní IEEE adresu brány do nového zařízení. Bez znaků 0x na začátku:

(universal-silabs-flasher) universal-silabs-flasher --ezsp-baudrate=460800 --device=/dev/serial/by-id/usb-Nabu_Casa_ZBT-2_10B41DE59BAC-if00 write-ieee --ieee 84b4dbfffefce490

Posledním krokem je změnit konfiguraci Zigbee2MQTT a službu spustit. Upravíme tedy soubor configuration.yaml  – proměnné port a baudrate. Současně také v definici spouštění dockerového kontejneru.

Vypadá to celkem jednoduše, že? Ale upřímně, netroufl jsem si to bez předchozího otestování provést ve své domácnosti, kde mám přibližně 70 zařízení. Připravil jsem si tedy malý lab z většiny zařízení, která běžně používám, abych vyzkoušel, že se opravdu všechny k novému koordinátoru připojí a budou reagovat. Připravil jsem si testovací prostředí složené z těchto zařízení:

• Sensor teploty a vlhkosti Sonoff SNZB-02,
• dveřní kontakt Aqara Dorr Sensor MCCGQ11LM,
• zásuvka s měřením Tuya TS01×x,
• zásuvka Philips HUE Plug,
• vypínač Philips HUE dimmer switch v2,
• zásuvka Ikea Tradfri E1702,
• záložní Sonoff Plus ZBDongle-E se stejnou verzí firmware.

Jak to dopadlo? Nebudu vás napínat, po připojení brány ZBT-2 a nastartování Zigbee2MQTT se většina zařízení okamžitě připojila. Jediným problémem byly zásuvky s měřením s čipem Tuya, které se sice hlásily jako připojené, ale na nic nereagovaly. Stačilo je odpojit a znovu zapojit.

Závěrem jen malé upozornění, že za výše uvedené postupy přechodu na jiný koordinátor nenesu žádnou odpovědnost a každý by si měl být tedy vědom důsledků svého počínání.

Stojí za to přejít?

Pokud máte původní generaci ZBT-1 či jiný klasický USB Zigbee dongle se starším čipem, jde opravdu o povedený upgrade díky vyšší rychlosti a optimalizované anténě. I díky těsné provázanosti a maximální kompatibilitě s Home Assistant.

Z pohledu designu to rozhodně vypadá lépe, než volně ložený USB Zigbee dongle na prodlužovacím USB kabelu. Jak jsme si ukázali v předchozím odstavci, přechod na nový hardware je v podstatě bezproblémový. Cena bude startovat na 45 eurech.

(Autorem obrázků je Václav Steiner.)