Home Assistant használata egyéb thread/matter/zigbee hubbal

Hálózati eszközök

Korábban szórakoztam okos otthonnal, amihez egy saját kis Kotlinban írt programot használtam. Volt benne: Szenzorok, kapcsolók, lámpák, Tasmota firmware, MQTT, Influx DB, Grafana, Telegram üzenetek, Plex hookok, React felület, stb. RPI-n futott, konténerekben.

Ez végül meg lett szüntetve, évek után, mert még ESP-ket használó WiFi-s megoldás volt. Rugalmas volt nagyon, de a világ elment mellette, és nem volt már kedvem szögelni sem, vagy eszközöket szétszedni és flash-elgetni.

A Home Assistantot annyira nem ismerem, annak idején megnézegettem egy kicsit, de ráhagytam. Most derült ki, hogy nem 100%-ban úgy működik, ahogy gondoltam.

Mit csináltam most:

  • A nappaliban van két konnektor, amit okos konnektorral kellett kiegészíteni. Ehhez vettem egy Aqara M3 hubot (Matter, Thread, Zigbee, Infra, WiFi, Bluetooth), két Aqara okos konnektorral (Zigbee-s).
  • Próbaképpen beszereztem két Zigbee-s Aqara hőmérsékleti szenzort és egy cube-ot is.
  • Telepítés kb. fél óra volt, az Aqara program jól működik, felhasználóbarát. Cloud-os ugyan, van benne offline kapcsoló is.
  • Közben kipróbáltam a Home Assistantot is: FreeBSD szerver + bhyve VM (Ubuntu 24.04 cloud image) + Docker + HA konténer
  • 1. meglepetés: az Aqara hubot csak Matter server segítségével tudtam integrálni. Külön konténerben indítottam egy Matter servert, így működik.
  • 2. meglepetés: HA alatt nem tudok új eszközöket felvenni, csak az Aqara appban. A HA-ban nem, de minden megjelenik ott is, amit az Aqara app-ban hozzáadtam.
  • 3. meglepetés: HA alatt megjelenő eszközöknél kevesebb a lehetőség, mint az Aqara app-ban (pl a klímánál amit hozzáadtam az Aqara appban, az infra segítségével, vagy az aqara cube-nál)

Pozitívum: az M3 IR-blastere zseniális. A Daikin klímát, LG TV-t, Yamaha soundbart tökéletesen kezeli. Emiatt megtartom a hubot.

A következő kérdésekben szeretném a véleményeteket/segítségeteket kérni:

  1. Mikor van értelme / előnye egy Home Assistant - Aqara M3 integrációnak, ha úgyis az Aqara appban kell az eszközöket hozzáadni?
     
  2. Van esetleg valaki, aki az Aqara M3-at használja (akár Home Assistanttal)? Megosztaná esetleg, hogy teszi ezt, és a tapasztalatait?
     
  3. Jól gondolom, hogy az Aqara M3 inkább HA helyett van, mint mellé?
     
  4. Van egy matter-serverem, a HA mellett kellett elindítani. Elvileg így minden Matter-kompatibilis (WiFi-s) eszközt hozzá tudok adni a HA-hoz, igaz?
     
  5. A Thread-es eszközökhöz kell Border Router - jól gondolom, hogy az Aqara M3 hubot kizárólag Thread Border Routerként tudám használni, miközben a Matter és az automatizációt a Home Assistant kezeli?
     
  6. Jól gondolom, hogy a HA inkább akkor kellene, ha más gyártók termékeit is szeretném használni? (És hiába Matter+Thread-es egy eszköz, nem biztos, hogy az Aqara app engedi hozzáadni. De nem tiszta, hogy ez mennyit változott az utóbbi egy évben, csak korábban volt rá panasz az internetes fórumokban.)
     
  7. Egy 100-120 m2-es házban lehet hogy kell majd további HUB-okat használni. Erre a célra az olcsó Aqara M100 (8000 Ft) megfelelő lehet? (Thread + Matter + Zigbee). Vagy akár az Aqara M2 hub lehet jó?
     
  8. Ha az Aqara M100-zal fellépek a Wifi hálózatra (ami stabil az egész házban), jól gondolom, hogy ez lokális IPV4 hálózaton át akar majd kapcsolatot tartani az Aqara M3-mal? (nem valami mesh hálózaton?) Vagy melyik hub-ot ajánljátok erre, pl az Aqara M100 vagy M2 jó lehet?
     
  9. Ez a mesh hálózat szerintem ördögtől való dolog: itt előfordulhat olyan, hogy valami nem jól működik, pl leszakadozik, és nem is a tüneteket produkáló eszközzel van a baj, hanem *ki tudja mivel*, merthogy mesh hálózat van? 

Előre is köszönök minden választ.

  • 932 megtekintés

( vasla_ | 2025. 08. 24., v – 14:25 )

Szerkesztve: 2025. 08. 24., v – 15:36

Jó sok egész estés kérdés :-)

Néhányra válasz, hátha:

4 . Van egy matter-serverem, a HA mellett kellett elindítani. Elvileg így minden Matter-kompatibilis (WiFi-s) eszközt hozzá tudok adni a HA-hoz, igaz?

Minden matter cimkével ellátott "matter (over wifi" ,over thread) - es eszközt fel kell ismernie, gyártótól függetlenül. Ha ez nem megy , nem kap CSA-tól matter cimkét az adott szenzor stb.. Szigorúak, ez akadályozza valamennyire a gyors  terjedését. (Gyártók megint trükköznek, kitalálták a matter over bridge-et, de ez nem része a szabványnak.)

7. Egy 100-120 m2-es házban lehet hogy kell majd további HUB-okat használni. Erre a célra az olcsó Aqara M100 (8000 Ft) megfelelő lehet? (Thread + Matter + Zigbee). Vagy akár az Aqara M2 hub lehet jó?
 

A border router igy fog megjelenni, lehet több is, itt most nekem egy m100-van:
https://imgur.com/a/V1mDUBA

9. Ez a mesh hálózat szerintem ördögtől való dolog: itt előfordulhat olyan, hogy valami nem jól működik, pl leszakadozik, és nem is a tüneteket produkáló eszközzel van a baj, hanem *ki tudja mivel*, merthogy mesh hálózat van? 

Főpróba majréból ? wifi mesh nem mai gyerek, zigbee kcsit nehezebb, thread meg ipv6, akár pingelhetsz benne bármilyen endpointot. Amig egy border router él és van hozzá utvonal megy a hálózat.
https://imgur.com/HheC8xI

https://blog.claryel.hu

( vasla_ | 2025. 08. 24., v – 15:04 )

Szerkesztve: 2025. 08. 24., v – 15:09
  • 1. meglepetés: az Aqara hubot csak Matter server segítségével tudtam integrálni. Külön konténerben indítottam egy Matter servert, így működik.

Nekem nincs m3 hubom, remélem itt is igy van. Ez egy kis öszvér, sok minden van benne. HASS a matteren keresztül látja, HASS matter ökoszisztéma- (matter over wifi, illtve ha felraktad a threadet akkor matter over thread) Viszont van benne egy aqara kontroller (semmi köze a zigbee kontrollerhez) Ezzel tudsz csatlakozni az aqara ököszisztémához, ennyi a szerepe. Ami  bonyolítja a dolgot, hogy van benne egy matter over bridge. Igazából ezt kerülném, Részletek róla:
Mit jelent az "Anyag a híd felett"? | Know-how | Matter-okosotthon

https://blog.claryel.hu

( asm v | 2025. 08. 24., v – 15:11 )

Az Aqara konnektorokat es szenzorokat azert szeretjuk, mert Zigbeen keresztul generikus HUBokkal (Home Assistant, Hubitat) is mukodesre lehet birni, ezaltal kivalthato a gyartospecifikus HUB (M3). Nyilvan ehhez kell Zigbee dongle a HA-hoz.

Nalam az az elv, hogy minimalizalva legyen a kulonfele hubok szama, mert csak problema van az integraciojukkal.

( vasla_ | 2025. 08. 24., v – 15:34 )

Szerkesztve: 2025. 08. 24., v – 16:00
  • 2. meglepetés: HA alatt nem tudok új eszközöket felvenni, csak az Aqara appban. A HA-ban nem, de minden megjelenik ott is, amit az Aqara app-ban hozzáadtam.

Azért mert HASS felé m3  egy matter (zárt)  eszköz, a cube pedig zigbee. HASS  a matter over bridge-en keresztül látja pl a zigbees cube-ot, zigbees de virtuális matter eszközként látszik. Neten írják, hogy nem csinálták meg rendesen a bridge-et , kimaradtak funkciók ezért sem érdemes így használni, mivel 

a megnevezés inkább a gyártók marketingeszköze, amellyel azt jelzik, hogy egy nem-Matter eszköz (például Zigbee vagy Bluetooth alapú szenzor) egy Matter-kompatibilis hídon keresztül csatlakozik a Matter ökoszisztémához.
 

https://blog.claryel.hu

Köszi szépen.

Most egy kicsit feleslegesnek tűnik az m3, de legalább jó drága volt. :) Lehet, hogy ezzel most bevásároltam, de jó lenne értelmesen felhasználni.

Csak a zigbee-s eszközeim egy pár ezer forintos zigbee dongle-val is megjelennének a home assistant-ban, gyakorlatilag csak a klíma vezérlés pluszt adja. A TV és a soundbar sajnos (bár az is IR-es eszköz) nem jelenik meg a HA-ban, azt valamiért az M3-ban is külön vették.

Viszont azt veszem észre, hogy az Aqara programjában sokkal részletesebben állíthatóak az eszközök, pl klíma: lehet választani hűtés, fűtés, párátlanítás, ventilátor funkciókat, swing, autó, silent mód, stb.... HA-ban ami megjelenik ebből: ON/OFF, hűtés/fűtés, temperature. A cube szintén ilyen: az események: flip to side 1, side 2. stb... side 1 up, side 2 up, stb... shake, hold, stb... Ez a HA-ban: event1-event6-ig (ennyi a neve, és kevesebb is van), vagy úgy emlékszem HA-ban a konnektor nem jelenítette meg a fogyasztást, stb... - Most olvasgatom azokat a véleményeket is a net-en, hogy a matter még messze nem olyan tökéletes, mint kellene neki. Ezért is látok kevesebb lehetőséget a HA-ban. 

B terv: maradok az Aqara-nál, csak van probléma van vele:

1. cloud-os, és ha localra állítom, az nem azt jelenti, hogy nem csatlakozik cloud-ra, hanem úgy látom, hogy azt, hogy ha local hálózaton van a telefonom, akkor "megkerüli". De ha remote vagyok a cloud működik tovább. Biztonsági okból inkább local kellene.

2. Kíváncsi vagyok belefutok-e abba, hogy az aqara-ban nem tudok egy eszközt hozzáadni, és el kell majd kezdenem HA-val kombinálva felemás megoldást csinálni.

3. A szabályokat megadni így IF .... THEN ......, az Aqara felületen összekattintgatva, korlátozott lehetőségekkel, kicsit fájdalmas. Gondolom HA alatt ez rugalmasabb lehet.

De ezért örülnék neki, ha megtalálnám hogy kell ezt optimálisan használni. :D

Köszi szépen a válaszokat.

Nincs ezzel baj, van egy m3-as hubod amiben van  egy teljes értékú border router, (lehet most nem használod de majd) HASS  matter/thread integrációhoz  tökéletes, az m100 egy kicsi  kis valami és aqara is belépő szintnek mondja. Most van egy jó hubod az aquara ököszisztémádhoz, teljes funkcionalitással, matter kompatibilitással, minden matter eszköz jó hozzá. A kisebb gond ha van egy pl sonoff zigbee eszközöd,akkir kell a HASS, de a HASS előbb utóbb nehezen kihagyható. 

Nyilván neked egy yaml fájlt szerkeszteni nem gond, de erre, meg HAss -ra nem lehet egy nagy és növekvő piacot építeni.

https://blog.claryel.hu

( vasla_ | 2025. 08. 24., v – 16:43 )

Viszont azt veszem észre, hogy az Aqara programjában sokkal részletesebben állíthatóak az eszközök, pl klíma: lehet választani hűtés, fűtés, párátlanítás, ventilátor funkciókat, swing, autó, silent mód, stb.... HA-ban ami megjelenik ebből: ON/OFF, hűtés/fűtés, temperature. A cube szintén ilyen: az események: flip to side 1, side 2. stb... side 1 up, side 2 up, stb... shake, hold, stb... Ez a HA-ban: event1-event6-ig (ennyi a neve, és kevesebb is van), vagy úgy emlékszem HA-ban a konnektor nem jelenítette meg a fogyasztást, stb... - Most olvasgatom azokat a véleményeket is a net-en, hogy a matter még messze nem olyan tökéletes, mint kellene neki. Ezért is látok kevesebb lehetőséget a HA-ban. 

 

Ez a szabványositás ára, ha valami nem szerepel a szabványban akkor az nincs  (Van rá mód egyedi nem szabványos entitások használatára) , szerintem ezek benne vannak a szabványban, inkább a HASS még nem tart az 1.4 -nél. Valamilyen szinten a HASS ellenérdekelt üzleti vonalon. A HASS az inkompatibilitás ellenszere. De ha ez nem lesz ? 

https://blog.claryel.hu

( Friczy v | 2025. 08. 24., v – 16:57 )

7-re részleges válasz: szintén nagy házban lakom (padlástérrel együtt három szint), matter nincs (egyelőre), zigbee van (meg wifi, meg BTLE). A Zigbee eszközökkel egy ideig nyűglődtem, rendszeresen leszakadtak a szenzorok (SNZB02). Aztán vettem néhány Sonoff S26 konnektort (Zigbee), ezek mivel saját áramforrásuk van, képesek Zigbee HUb-ként működni, illetve a korábbi Zigbee dongle-t (Sonoff ZBdongle-E) lecseréltem egy SLZB06P10 adapterre. Így összeállt egy jól használható Zigbee mesh hálózat, nincs csatlakozási problémám.

( ggallo | 2025. 08. 24., v – 17:58 )

Előre írom, hogy az Aqara saját rendszerét nem ismerem, csak néhány Zigbee szenzorukat, és ha rajtam múlik, sem ezt, sem más, (végül is) proprietary rendszert nem is szeretnék megismerni. Amikor valami ilyen gyártói rendszer kezeli a saját márkás cuccokat, és csak felhős szolgáltatáson vagy egyéb varázslaton keresztül lehet HA alá bevonni, az szerintem nagyon kontraproduktív és korlátozó. Én szeretem, ha minden működőképes a helyi hálózaton akkor is, ha történetesen nincs internet. Ennek megfeleően keresem az egyes eszközöket is már amire szükségem van.

Én pár éve használok itthon HA-t, HAOS-ként futtatom saját VM-ben, nem valamire "ráültetve" (konténerben vagy egyéb módon futtatva kézzel minden komponenst külön). Így sokkal könnyebb számomra üzemeltetni, menteni, frissíteni.

Régebben Wifi eszközöket használtam csak, azt tűnt a legegyszerűbbnek, de a legtöbb Tuya alapú, és kicsit nyűglődni kell, hogy működjenek internet nélkül. Plusz a legtöbb nem akkus/elemes, vagy nagyon sűrűn lemerül, ha olyan. Újabban a Zigbee-t céloztam meg, mert ez nyílt szabvány, sok elérhető eszközzel, gyártó függetlenül használható minden funkció, stb. Mivel nem tudom (akarom) a szerverbe dugni a Zigbee dongle-t ezért vettem egy Sonoff ZBBridge Pro-t, azon FW-t cseréltem Tasmota-ra, és serial-over-wifi kapcsolaton használon Zigbee2MQTT-vel a HA-n. Ez az egy trükközés kellett, és biztos lehet találni Ethernet kapcsolatos ZB dongle megoldást is (a wifi-t nem javasolják sokan, de nekem eddig nem volt vele bajom). Az összes ZB eszköz onnantól könnyen párosítható és használható Z2M-en kersztül a HA-ban.

A ZB eszközöknél ami elemes, az csak végberendezés, ami külső áramforrással működik (pl. okoskonnektor), az mesh router-ként is funkcionál automatikusan, és hozzányúlás nélkül felépül a mesh hálózat belőlük. A Z2M felületén ki is razolja az aktuális gráfot, jelszintekkel, a ki-kivel-van jól áttekinthető. Az a tapasztalatom, hogy ami fent van a Z2M kompatibilitási listán, az tényleg jól működik és minden funkciója elérhető. Biztosan találsz ilyen infó gyűjteményt a többi protokollhoz/kapcsolati módhoz is.

Szerintem fontold meg, hogy gyártó- és felhőfüggetlen megoldásokra térsz át még az elején. Zigbee, Wifi, BLE, minden ami Matter és Thread kompatibilis natívan, nem valami spéci gyártói kontrolleren vagy illesztőn, pláne nem felhőszolgáltatáson keresztül.

Ez az általad használt dongle is olyan, hogy vagy Zigbee, vagy matter (thread)? Az én fentebb említett cuccom olyan, már gondoltam arra, hogy jövőállóság miatt veszek egy másikat, és arra matter firmware-t rakok, de gondolkodtam az általad többször említett Aquara m100-on is mint matter bridge. Viszont mivel még nincs matter/thread eszközöm, annyira nem sürgős

Az oldal ezt írja a SMLIGHT SLZB-MR1-hez: Multiprotokol vezérlés: Két rádióchip (TI CC2652P7 + SiLabs EFR32MG21), külön a Zigbee és a Thread hálózathoz, ez akkor azt jelentheti, hogy egyszerre tudja.
De ez meg is erősíti ezt: https://www.youtube.com/watch?v=hQnM7l5iwsw

Az Aqara m100-nak nézz utána nagyon: Az Aqara m3-hoz soha nem adtam hozzá thread-es eszközt, csak zigbee-t, de ahogy írtam is, kell hozzá az Aqara saját cloud-os programja. Lehet, hogy az m100 is így működik. A home assistanthoz matter-rel hozzá tudtam adni az Aqara m3-at, és a Home assistant alatt meg is jelentek az eszközök, de nem az összes attribútumuk, és home assistant alatt nem is tudtam új dolgot hozzáadni az Aqara m3-on keresztül.

Amibe még belefutottam a matterrel kapcsolatban: Neten keresgéltem, hogy mi az oka, hogy matter alatt nem pont ugyanazok jelennek meg, és pár hónapos, max 1 éves anyagokban arról van szó, hogy a matter még nem elég kiforrott.  

De ezeket úgy írom, hogy a matter/thread-ben nincs tapasztalatom, és lehet, hogy valamit nem értek még (sőt, ez 100%).

Valószínűleg én most még maradtok a Home Assistant-nél, és zigbee-vel fogom használni. És sem akarom lekötni magam, és a felhő sajnos nem opció. A gyártófüggetlen megoldás egy tisztább szárazabb érzés lenne. Ahogy Vamp, és ggallo ís írta. 

Aki HASS-t használ annak teljesen fölösleges lecserélni zigbees eszközöket, HASS jó integrátor, matter  inkább a szabványossága miatt jó, főleg ha valaki most kezdi, vesz matter cimkés eszközt, bármilyet, kicsomagol és megy. És választ hozzá valamilyen ökoszisztémát, vagy akár többet is párhuzamosan, HASS(a geekeknek) +goggle home( a nem geekeknek) stb....

Ami jobb az a thread, de ha kifogsz egy jó minőségű zigbee kordinátort, dongot, nem lesz azzal baj évekig, vagy soha . Thred azért laikusoknak is könnyebben bővithető, magasabb rendelkezésre állást biztosít, beteszel egy második, harmadik border routert valahová és kész. Illetve egy rendszerbe tudsz tenni távoli thread hálózatokat, irodaházakba ez  hasznos lehet , ráadásul egyszerű, nem kell profi  telepítő csapat. 

Matter over bridge, ez az ami zavart okoz. Gyártó beletesz a hubjába egy teljesen szabványos border routert, ez ugyanolyan mint bármelyik másik, meg is kapja a matter cimkét, majd mellé heggeszt egy zigbee rádiót, ami felismeri a saját zigbees termékeit és ezeket átkonvertálja virtuális matter eszközökké, ami vagy jól sikerül, vagy kevésbé. Ez a matter bridge, de CSA-nak ehhez semmi köze, ezt a gyártó fabrikálta. Van ilyen ikeának, sőt mostmár csak ilyen van, mert nem árulnak matteres szenzorokat, lámpákat csak zigbees-eket. Philips ugyanez. Ilyenkor jön az, hogy hát igen a zigbees-hez képest még sok a hiányossága. A lényeg hogy matter környezetbe beerőszakolnak zigbees végpontokat , valamiféle saját, ki tudja milyen megoldásukkal, hogy azt mondhassák, tessék megy ez mindennel. Ez inkább marketing. 

A zigbee rádiót ezekben a hubokban (m100) kívülröl nem is tudod elérni, nem olyanok mint az emlitett SMLIGHT SLZB-MR1, ahol lényegében 2-3 teljes értékű eszközt egy dobozba csomagolnak. 
Ettől függetlenül az M100 egy jó eszköz, teljes értékű border router, olcsó és ha aqarás cuccaid vannak jó is lehet, ha meg megfelel az aqarás app, akkor még jobb.

Akit meg érdekelnek a részletek, az vegyen CLI -t tudó border routert, konzolban sok részletet meg tud nézni, az open thread parancsok:
https://openthread.io/reference/cli/commands

 

https://blog.claryel.hu

Pont ebbe futottam bele most. De úgy néz ki, hogy meg is tudok szabadulni az m3-tól.
Nagyon jó kis eszköz, wow, le a kalappal, amíg a zártsága, gyártóhoz kötése (mert hogy sok zigbee eszközre panaszkodnak a redditen, ha jól értettem, hogy nem lehet hozzáadni), és a cloud nem zavar. Szóval aki nem home assistant-ot akar, hanem egy komplett ökoszisztémát, ami csilli-villi, de valamilyen szintű korlátokkal, de cserébe pofon egyszerű, annak tudom javasolni.
Én meg inkább az elején térek át egy nyitottabb megoldásra, ahogy ggallo is javasolta.

Akkor ezt tudom javasolni, ez csak border router, semmi más, HASS felismeri , fw neked kell felrakni ESP-IDF, de van rajta valamilyen régebbi változat, WIFI-s , de van hozzá LAN-os kiegészítő.

Openthread-del kipróbálva két ESP32S3 (wifi), ESP32H (thread) van benne. Külön is meglehetne két boardból csinálni, csak akkor drotozhatod össze vissza őket. 

https://www.aliexpress.com/item/1005005872059584.html?spm=a2g0o.product…

Van CLI-je, konzolban open thread parancsok. Illetve egy kis GUI-ja:

https://imgur.com/a/DD6LKEt

Viszont ebben a formában ez most csak HASS-hoz jó, pl google home-hoz ebben a formában csak 2-3 border routernek, mert ez tisztán csak border router, a vezérlést HASS matter szerver csinálja.

https://blog.claryel.hu

Matter over bridge -re akkor inkabb Tuya-t erdemes venni, pl ilyet:https://www.aliexpress.com/item/1005006635517575.html

 

Ez azert jo, mert tuya oldalon lehet kerni hogy a matter virtual cuccokat finomitsak ha valami nem menne... en mar egy csomo zigbee-t fixaltam igy :) Persze figyelembe kell venni, hogy csak az megy, amit a matter szabvany enged...

 

https://www.tuyaos.com/viewforum.php?f=28

Muszaj neki, ha haladni akar a korral :)

 

van most amugy egy uj gateway-uk, ami Matter+zigbee+thread+BLE+Wifi (2.4/5 ghz)+ethernet ÉS opcionalisan meg 5G modult is lehet ra rakni :D

https://www.tuyaexpo.com/product/6187002

Sokan amugy nem tudjak, de ezek a Tuya hubok tamogatjak a local linkage-et, ami kb a lokalis automatizacio tarolast jelenti (bizonyos megkotesekkel). En sokszor ajanlom embereknek ezt a rendszert, akik nem akarnak komoly okosotthont, mert nagyon sok mindent meg lehet vele oldani. (ugy is , hogy lokal a vezerles/automatizalas)

Viszont csak akkor van local linkage, ha a gateway-hez csatlakoznak az eszkozok (tehat zigbee, thread, BLE cuccok kozt) wifis Tuya cuccok CSAK felhosen automatizalhatoak. Viszont a matter kepes wifis eszkozoket mar felsimeri a hub igy az azokhoz kapcsolodo automatizaciok mar lehetnek lokalisak.

Arra kell figyelni, hogy a komplex dolgok, amik pl elofeltetelhez (precondition) kotottek, azok felhosek lesznek. De sok mindent meg lehet oldani sima feltetelekkel, pl:

- zigbee mozgaserzekelo kapcsoljon fel zigbee lampat x ideig

- zigbee termosztat kapcsoljon zigbee relet amire padlofutesi korok szelepmozgatói vannak kotve

- meg minden, ami egyszeru es/vagy logikai kapcsolattal leirhato (szal ahogy a programozok mondani szoktak , minden :D:D )

https://developer.tuya.com/en/docs/iot-device-dev/tuyaos-gateway-local-…

Ha jol ertem a helyzetet: csak a Zigbee eseten megoldott az, hogy olyan alacsony legyen a fogyasztasa, hogy evekig menjen egy szenzor egy elemmel. Nem tudunk mindenhova vezetekes tapot vinni, pl. nyilaszaro nyitas erzekelohoz, mozgaserzekelohoz, kulonbozo szenzorokhoz. Szoval emiatt reszemrol a Zigbee/Matter/Thread/Wifi/stb.-bol mindig a Zigbee jon ki nyertesen. A Zigbee mesh stabilitasa javithato, ha tavolabbi szobakba is teszunk konnektoros Zigbee eszkozt, akkor is ha nem hasznaljuk.

Raadasul az egyszeru zigbees eszkozok (ikeas, aqara) a legolcsobbak.

De javitsatok ki, ha nem igy van.

Raadasul az egyszeru zigbees eszkozok (ikeas, aqara) a legolcsobbak.

Igen, így van zigbee a legelterjedtebb legolcsóbb. nagy választékkal. Matter igazáből még csak most indul. Apple kezdetektől támogatta, ez látszott az árazáson. 

Ha jol ertem a helyzetet: csak a Zigbee eseten megoldott az, hogy olyan alacsony legyen a fogyasztasa, hogy evekig menjen egy szenzor egy elemmel. 

Nem. A zigbee és a thread is ugyanazt a rádiós protokollt használja, IEEE 802.15.4-et. Ugyanaz a szervezet kezeli a szabványokat , zigbee-t és a mattert, a mostani neve CSA. Önállóan nincs matter, van wifi-s matter, threades matter, ethernetes matter. (Ethernetes matterről még nem hallottam, hogy lenne) De a thread sem kötődik a matterhez, van a SIEMENS-nek ipari cuccai-  KNX over thread - néven. Ipar elfogadta a thread-et. Thread egyik elönye az ipv6, szokás ipv6 low energy -nek is becézni. Kb ugyanaz a fogyasztása mint a zigbee -é. A wifis matter meg olyan mint bármilyen más wifis cucc. Ne várjál tőle 2 évet egy gombelemmel.  Van a threadnek néhány előny a zigbee-hez képest, a már emlitett ipv6, lehet vele magas rendelkezésre állást csinálni, akinek ez kell. Zigbee ezt nem tudja. Illetve az IP miatt thread tudja azt amit az IP, pl két fizikailag távol lévő szenzor kommunikálni tud egymássalközvetlenül, minden szerver meg köztes dolog nélkül.
 

https://blog.claryel.hu

A matter annyiban érdekesebb, hogy - tudtommal, de majd úgyis kiigazítasz :) - magához a működéshez nem kell központi eszköz, tehát akkor is tud működni, ha bármi okból a Home Assistant nem elérhető. A zigbee meg azért problémás kissé, mert szeret ugyanabban a sávban dolgozni, ahol a Wifi, és az egy dolog, hogy a saját eszközeim csatornakiosztásából kiveszem a Zigbee által használt sávot, de a környezetre már kisebb ráhatásom van.

A matter annyiban érdekesebb, hogy - tudtommal, de majd úgyis kiigazítasz :) - magához a működéshez nem kell központi eszköz, tehát akkor is tud működni, ha bármi okból a Home Assistant nem elérhető.

 

Matter binding -nek hívják, minden eszköznek tudnia  kell kommunikálnia közvetlenül egymással. Kicsit elméleti, de ha van egy hőmérőd , ami egy relét kapcsolgat és beállitottad mondjuk egy app-pal , nem kell központ, vagy leállhat , mert csak monitorozod a szenzorokat. Ok de mit  csinálsz egy kijelző nélküli hőmérővel ? Szóval kell valami központ, csak nem létszükséglet, nem áll le minden feltétlenül.

A zigbee meg azért problémás kissé, mert szeret ugyanabban a sávban dolgozni, ahol a Wifi

Meg a thread is. 2.4 Ghz.

https://blog.claryel.hu

Viszont a matter bindings a szabvány szerint opcionális, nem kötelező , bár sok eszközben ott van. 
A matter decentralizált rendszer, a bindinges eszközökben van egy binding tábla és egy hozzá tartozó ACL. 

Ha ezt beállítottad valahogy , (Egy kapcsoló tudja, hogy melyik lámpát kell vezérelnie) utána már nem kell  központ , nem kell internet.  HASS tervezi a binding beállítást majd valamikor, most is lehet vele , de nagyon fapados.

https://blog.claryel.hu

Terjedes szempontjabol meg mindig a Z-wave a legjobb, a maga 868 mhz evel :) (EU-ban) Nabu Casa (a HA mogott allo ceg) most adott ki pont egy Z-wave "dongle"-t: https://okosotthon.bolt.hu/webaruhaz/termek/home-assistant-connect-zwa-…

 

Amirol te beszelsz, a zigbee is tudja (bindingnek hivjak) viszont sajnos opcionalis, ezert a gyarto donti el, berakja vagy nem... (jellemzoen nem) IKEA cuccok nagyreszt amugy tudjak, illetve pl Engo cuccok is hasznaljak: https://engocontrols.com/en/engo-system/

Testvérek a zigbee és a matter, viszont pl EVE használja  a matter bindinget (tény hogy nincsenek túl sokan  a matter gyártók finoman szólva). 
EVE termosztát és radiátorszelepnél , ha akarod be tudod állítani a bindinges működést. Persze ez egy opció. Ha valami nagy automatizálást akarsz akkor kell a központ. Vagy kombinálod. 

De a lényeg a mindenki mindenkivel, ha már van akkor működik, zigbeenél meg vagy megy vagy nem.

https://www.evehome.com/en/all-features-eve-thermo-control

https://blog.claryel.hu

A matter annyiban érdekesebb, hogy - tudtommal, de majd úgyis kiigazítasz :) - magához a működéshez nem kell központi eszköz, tehát akkor is tud működni, ha bármi okból a Home Assistant nem elérhető.

Az IKEA zigbee izzo + kapcsolo vagy konnektor + kapcsolo, stb. osszekapcsolhato ugy, hogy nem kell hozza se hub se app. Ebbol a tenybol kiindulva gondolom ez nem matter specifikus tulajdonsag vagy lehet az IKEA valahogy megoldotta hazon belul?

A zigbee & wifi interferenciara nem gondoltam, de utananezek es beallitom a sajat eszkozeimet.

"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

A matter és a zigbeet ugyanannak a társaságnak (non profit szervezet, na ja )  a tulajdona , ez a CSA.
A binding opcionális midkét rendszerben. ( de ezt irtam is korábban ) A funkció és a cél ugyanaz. 
Pár céget tudok ,  aki zigbee bindinget rakott a cuccosaiba.  (ikea , sonoff relé néhány)

Hogy matternél mi lesz,  nem tudni, de ezt a vonalat jobban erőltetik  mint zigbee-nél. 
Szerintem nagyon sok zigbees nem is tud erről, de ha nincs is akkor meg minek ?

Ha valami komoly automatizmust akarsz akkor ez nem jó neked. 
Ha megbízható rendszert akarsz  fűtéshez akkor  jó.

Én például úgy csinálom hogy a nyaralóban van egy manuális termosztát. ami  5  foknál   bekapcsoja a fűtést. :-)
 

https://blog.claryel.hu

Na, egy kis helyzetjelentés: kipróbáltam az SLZB-MR1-et. Első körben a hálózatra szépen felment, szokásos firmware update-ek megvoltak, első teszt Zigbee. A korábbi eszközökről a rádió migrálás szépen átment, minden eszköz látszott továbbra is, szóval ez pipa.

Na akkor lássuk a Thread border router próbáját, no, ehhez add-on kell, egyszer egy Matter server (ez sima ügy, nem kell semmi konfiguráció), aztán egy OpenThread Border router. Ezt is feltettem, a második rádiót meg átflasheltem Matter-over-thread üzemmódba. Viszont a megadott paraméterekkel a border router bővítmény nem tudott csatlakozni. Kicsit utánajártam, és az egyik videoban azt mondták, hogy célszerű az első rádiót matter üzemmódba állítani, a másodikat zigbee-ként használni, nekem meg pont fordítva volt. Úgyhogy vissza a második rádió Zigbee módba, újabb rádió migrálás a home assistantban, szintén OK. Akkor az első rádiót matter-over-thread módba átállítottam, újabb próba, ami érdekes eredményt hozott. A bővítmény továbbra sem indult rendben (Error decoding hdlc frame: Parse), viszont az SLZB web felületén azt írta ki, hogy elindult a thread. Mivel nem tudtam, mi a fenét csináljak vele (google search nem hozott használható ötletet), átállítottam a sebességeket az eszközben és a home assistanban is, a default 460800-ról 230400-ra. Újabb próba, eredmény ugyanaz. Ez se jött be, visszaállítottam, gondoltam, majd várok egy update-et, de búcsúzóul csak rányomtam még egyszer a bővítményre. Elindult :)

Úgyhogy most már megy a thread (bár nincs eszközöm, amivel teszteljek, de majd idővel). Ami lejött: ha mindkét protokolt használni akarom, az elsőt érdemes matter-over-thread üzemmódban, a másodikat Zigbee-ként használni.

kipróbáltam az SLZB-MR1-et.

Az enyém meg csak pénteken érkezik meg! :)) De az M3-on túladtam.

Köszi a tapasztalat megosztást, remélem a hétvégén már tudom konfigolni. :)

A zigbee-t meg úgy tervezem hogy zigbee2mqtt-vel használom majd. Nekem az kicsit furcsa még, hogy a homeassistant alatt indítok el mindenféle pluginokat, pl a zigbee2mqtt-t is, meg a matter servert. Nem pont az a lényege, hogy ezek cserélhetőek legyenek, pl egy docker konténerek révén? Bár nem nagyon hiszem, hogy a home assistant helyett mást akarnék használni, ezért lehet hogy felesleges bonyolítani.

Maga a homeassistant dockert használ. tehát amikor felteszel egy bővítményt, a homeassistant letölti a hozzá tartozó image-et és elindítja.

docker container list

acd91cce3538   ghcr.io/home-assistant/amd64-hassio-supervisor:latest      "/init"               About an hour ago   Up About an hour                                                hassio_supervisor
c65458fa0d22   homeassistant/amd64-addon-otbr:2.13.0                      "/init"               3 hours ago         Up 3 hours                                                      addon_core_openthread_border_router
619eeba2fee0   homeassistant/amd64-addon-matter-server:8.1.0              "/init"               4 hours ago         Up 4 hours                                                      addon_core_matter_server
30780dcb4f60   homeassistant/amd64-addon-configurator:5.8.0               "/init"               6 days ago          Up 6 days (healthy)                                             addon_core_configurator
4d27deeb5679   homeassistant/amd64-addon-ssh:9.19.0                       "/init"               6 days ago          Up 6 days                                                       addon_core_ssh
ed50215a4c0c   ghcr.io/home-assistant/amd64-hassio-multicast:2025.08.0    "/init"               6 days ago          Up 6 days                                                       hassio_multicast
0e2f14bef868   ghcr.io/home-assistant/amd64-hassio-audio:2025.08.0        "/init"               6 days ago          Up 6 days                                                       hassio_audio
9032af6fee97   ghcr.io/home-assistant/amd64-hassio-dns:2025.08.0          "/init"               6 days ago          Up 6 days                                                       hassio_dns
e3fe3e65ba56   ghcr.io/home-assistant/amd64-hassio-cli:2025.08.1          "/init"               6 days ago          Up 6 days                                                       hassio_cli
80d8bc6eb84b   ghcr.io/home-assistant/qemux86-64-homeassistant:2025.8.0   "/init"               2 weeks ago         Up 6 days                                                       homeassistant

Ok, ez szuper hír, még nem néztem így bele. Köszi szépen

Sok kérdés van, pl az m3-ban tetszett az ir blaster, valami hasonlót tervezek majd venni: https://www.youtube.com/watch?v=S58YWNWt3Oc - de sosem tudtam, hogy ezekben a tuya-kban mi a különleges, illetve annyiról hallottam, hogy a frissítésük, vagy a custom firmware feltöltés egyszerűbben is tudott működni. De ezeknek mind után kell még olvasnom.

Szerintem meglesz az elkövetkezendő 1-2 hétvégémre/estére a program, mire megismerem, és mindent beállítok a home assistantban, és összeválogatok még 1-2 eszközt. :) 

Szerk: közben rájöttem, hogy miért nem kérdezem én meg a chatgpt-t:

A Tuya maga egy kínai cég és IoT-platform.

Nem hardvergyártó klasszikus értelemben, hanem egy „okosotthon backend szolgáltató”:

  • Felhőszolgáltatást ad (az eszközök a Tuya szervereihez kapcsolódnak).

  • Appot ad: pl. a Tuya Smart vagy a Smart Life app → ezekben tudod vezérelni a különböző eszközöket.

  • Firmware-t / SDK-t ad gyártóknak → pl. egy kínai gyár legyárt egy olcsó konnektort, beletesz egy Tuya-kompatibilis Wi-Fi/Zigbee modult, és máris „okoskonnektor” lesz belőle, amit a Tuya app vezérel.

  • Integrációs ökoszisztéma: Amazon Alexa, Google Home, Home Assistant, stb. támogatás.

Ezért van az, hogy a boltban sok random márkájú izzó, konnektor, kapcsoló mögött ugyanaz a Tuya platform fut → és mind egy appban kezelhető.

👉 Szóval a Tuya nem egy márka, hanem egy whitelabel IoT-megoldás, amit más gyártók használnak.

Ebben hol van a zigbee2mqtt? Már a HA része lett, azért nincs külön docker image hozzá?

Azért kérdezem, mert HA core-t használok, és sajnos decembertől vége lesz, így most tervezgetem a "hogyan továbbot". Kicsit mérges vagyok rájuk, hogy kinyírják, mert a core-al egy nagyon tiszta installt lehetett csinálni egy python venv-ben, és sokan nem is tudják talán, de a core is tartalmazza az összes hivatalos integrációt, csak külső addonok esetén kell a HACS bloat (community store). Egyetlen komponens fut mellette egy másik lxc ct-ben (Proxmox miatt), az pedig a zigbee2mqtt.

Ebből kellene kihoznom valamit decemberig, ami Proxmoxon is kényelmes, és továbbra is hozza a tiszta/száraz/bloatmentes érzést, de tartok tőle, hogy egy mamut vm lesz ebből, amin majd futni fog egy marék docker :(

Nem használok zigbee2mqtt-t, ZHA van, az kezeli a Zigbee eszközeimet. Viszont az add-onok közt van, fel lehet tenni.

Nekem is a 'hogyan tovább' volt a kérdésem, így lett virtuális gép. Van hozzá image a homeassistant oldalán, meg némi leírás, szóval nem egy ördöngösség. A régi Home Assistantról egy backup, és restore az újon, utána ment minden. A hálókártyát bridge-be tettem, hogy legyen a Home Assistantnak egy saját IP címe, ez tűnt a legegyszerűbbnek, működik. Egyelőre egy problémám van, de nem kritikus: egy Intel NUC a host (Debian fut rajta), a korábbi felállásban simán látta a gépben lévő Bluetooth modult (USB-nek látszik, bár beépített), a virtuális gépen belül nem, hiába próbálkoztam az eszköz átadásával a virtuális gépnek. Látja, de forgalmazni nem tud rajta. Szerencsére a Shelly PM eszközökben van BTLE, azon keresztül működnek a BT eszközök.