Zigbee2mqtt - open source zigbee bridge - Deel 2

[Septillion]

@88Gamer88 Ik zou nooit direct MQTT erin verwerken. Je hebt in HA als het goed is gewoon al een abstractie ervan, pak die. Sowieso doet iets hardcoded in de bp maken de hele bp teniet

En je ziet dus ook dat onder aan de streep de bp dus niet eens zo veel doet

[88Gamer88]

@Septillion Hoe zou ik dit beter kunnen aanpakken ?

(Sorry mijn kennis op dit gebied is echt heel laag, maar wel leer gierig )

[Septillion]

@88Gamer88 Beginnen met kijken wat voor entiteiten je nu hebt met je device in HA.

Als dat er nu geen zijn (zou kunnen dat alles via device events gaat) dan is het denk ik het makkelijkste om in Z2M de "Home Assistant experimental event entities" aan te zetten. Event entity is dan makkelijk e gebruiken in je bp.

[Morpheusk]

Hmmbob schreef op vrijdag 3 oktober 2025 @ 17:30:
[...]

Heb je de oude external converter verwijderd?

Ik had alleen op Generate external Conversion geklikt. Maar als ik nu volgens mij de documentatie nog eens goed lees heb je dan geen external converter gesaved. M.a.w. die was er nooit.

[The-dragon]

Dag Tweakers,

Ik zit met een vervelend probleem.

ik heb mijn Home Assistant gemigreerd naar een nieuwe Proxmox node, nu blijkt dat zigbee2mqtt geen enkele zigbee device meer herkent. enige idee hoe ik dit kan oplossen zonder alles opnieuw te moeten pairen?

Config

code:

data_path: /config/zigbee2mqtt
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: "-d -d"
  log: false
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://core-mosquitto:1883
  user: mosquitto
  password: *
serial:
  port: >-
    /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_6ef7895851a4ed118b2188582981d5c7-if00-port0
  adapter: zstack

code:

➜  / ls -l /dev/serial/by-id
total 0
lrwxrwxrwx    1 root     root            13 Oct 15 09:37 usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_6ef7895851a4ed118b2188582981d5c7-if00-port0 -> ../../ttyUSB0

De logfile bevat teveel tekens en kan deze hier dus niet plakken.

*edit*
logfile: https://limewire.com/d/9JkcR#PmvSxKFLEd

[IJsbeer]

Draai je Zigbee2mqtt in de home assistant node? Zo ja, dan denk ik dat je je usb moet aanpassen in proxmox.
De passthrough staat waarschijnlijk nog op de oude node?
Uit je log:
Unable to match USB adapter: zstack

[The-dragon]

jup, ik draai Zigbee2mqtt in home assistant, de usb passthrough is ook aangepast naar de nieuwe node.

[frankwopereis]

The-dragon schreef op woensdag 15 oktober 2025 @ 10:48:
jup, ik draai Zigbee2mqtt in home assistant, de usb passthrough is ook aangepast naar de nieuwe node.

Ben er zelf helemaal nieuw mee, net geisntalleerd, maar bij adapter heb ik ezsp ipv zstack staan.

Overigens met dezelfde Sonoff stick*

[ Voor 5% gewijzigd door frankwopereis op 15-10-2025 13:27 ]

[IJsbeer]

ezsp of zstack is de driver die gebruikt wordt. ezsp is eigenlijk de opvolger van zstack. Dus het is in ieder geval een poging waard om aan te passen.

[The-dragon]

ik heb zstack veranderd naar ezsp, helaas geen verandering.

code:

[13:56:02] INFO: Preparing to start...
[13:56:02] INFO: Socat not enabled
[13:56:02] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2025-10-15 13:56:03] debug:    z2m: Removing old log directory '/config/zigbee2mqtt/log/2025-10-15.09-39-41'
[2025-10-15 13:56:03] info:     z2m: Logging to console, file (filename: log.log)
[2025-10-15 13:56:03] debug:    z2m: Loaded state from file /config/zigbee2mqtt/state.json
[2025-10-15 13:56:03] info:     z2m: Starting Zigbee2MQTT version 2.6.2 (commit #unknown)
[2025-10-15 13:56:03] info:     z2m: Starting zigbee-herdsman (6.1.5)
[2025-10-15 13:56:03] debug:    z2m: Using zigbee-herdsman with settings: '"{\"network\":{\"panID\":10392,\"extendedPanID\":[55,68,0,201,67,83,137,198],\"channelList\":[11],\"networkKey\":\"HIDDEN\"},\"databasePath\":\"/config/zigbee2mqtt/database.db\",\"databaseBackupPath\":\"/config/zigbee2mqtt/database.db.backup\",\"backupPath\":\"/config/zigbee2mqtt/coordinator_backup.json\",\"serialPort\":{\"path\":\"/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_6ef7895851a4ed118b2188582981d5c7-if00-port0\",\"adapter\":\"ezsp\"},\"adapter\":{\"disableLED\":false}}"'
[2025-10-15 13:56:03] debug:    zh:adapter:discovery: Connected devices: [{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyUSB0","manufacturer":"ITead","serialNumber":"6ef7895851a4ed118b2188582981d5c7","pnpId":"usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_6ef7895851a4ed118b2188582981d5c7-if00-port0","vendorId":"10c4","productId":"ea60"}]
[2025-10-15 13:56:03] debug:    zh:adapter:discovery: Unable to match USB adapter: ezsp | /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_6ef7895851a4ed118b2188582981d5c7-if00-port0

[RobertMe]

ezsp is toch de voorloper van ember en ember (en dus ezsp) zijn toch voor de Sillicon Labs Zigbee chip? Terwijl zstack is voor de Texas Instruments chips.

En om het extra verwarrend te maken zijn er van de Sonoff stick 2 varianten. Eerst was er gewoon "de" Sonoff stick met TI chip. Tijdens corona waren er vervolgens tekorten van deze chip en hebben ze de stick een "P" achtervoegsel gegeven en een nieuwe geïntroduceerd met "E" achtervoegsel en de Silicon Labs stick.

Zowel "zstack" als "ember" kunnen dus correct ziin voor een Sonoff stick. Afhankelijk van of je dus een P of E versie hebt. (Maar je kunt dus niet ember (of ezsp) gebruiken met een P stick, noch zstack gebruiken met een E stick).

[Cyberpope]

Ik zoek me suf... maar wellicht dat iemand het hier weer.
Zijn er 4 knops handheld afstandbedieningen, die directe binding ondersteunen??

Ik ben wel bezig met home automation, maar wil graag dat het onzichtbaar gebeurd en ook blijkt werken als mijn zigbee of HA eruit ligt.
Vandaar. Degene die ik tot nu toe gekocht hebt, ondersteunen geen directe binding. Nu kan ik aan de voet voet van elke lamp een ikea afstandbediening plakken, zodat het alsnog kan, maar daar zit ik niet op te wachten.

[JBS]

@Cyberpope Ik heb de eerste generatie van de Philips Hue Dimmer Switch als backup in de kast liggen. Via direct binding aan een aantal lamp groepen gekoppeld. Twijfel overigens wel of je alle vier de knoppen via direct binding kunt gebruiken, maar wellicht kan iemand anders dat bevestigen/ontkennen.

[Cyberpope]

JBS schreef op zaterdag 18 oktober 2025 @ 16:43:
@Cyberpope Ik heb de eerste generatie van de Philips Hue Dimmer Switch als backup in de kast liggen. Via direct binding aan een aantal lamp groepen gekoppeld. Twijfel overigens wel of je alle vier de knoppen via direct binding kunt gebruiken, maar wellicht kan iemand anders dat bevestigen/ontkennen.

Ja, maar dan kan ik ook een ikea stryd (oid) nemen. Dat vind ik meer een wall switch, net zoals de hue.

[RobertMe]

JBS schreef op zaterdag 18 oktober 2025 @ 16:43:
@Cyberpope Ik heb de eerste generatie van de Philips Hue Dimmer Switch als backup in de kast liggen. Via direct binding aan een aantal lamp groepen gekoppeld. Twijfel overigens wel of je alle vier de knoppen via direct binding kunt gebruiken, maar wellicht kan iemand anders dat bevestigen/ontkennen.

Hoe die bij mij werkt, met direct binding aan 1 groep, is dat de 4 knoppen gewoon hun standaard functie hebben. Dus de aan knop zet de lampen aan in de vorige stand, de uit knop zet ze uit, en de knoppen voor helderheid doen idem dito de helderheid aanpassen.

Terwijl ik vermoed dat @Cyberpope eerder zoekt naar het aansturen van 2 of 4 losse groepen?

[RobertMe]

Cyberpope schreef op zaterdag 18 oktober 2025 @ 17:18:
[...]

Ja, maar dan kan ik ook een ikea stryd (oid) nemen. Dat vind ik meer een wall switch, net zoals de hue.

De Hue Dimmer Switch is wel een afstandsbediening:


Maar wel magnetisch bevestigbaar aan een muurplaat. Maar die muurplaat kun je ook ergens op zolder / in berging dumpen

[Cyberpope]

RobertMe schreef op zaterdag 18 oktober 2025 @ 17:20:
Terwijl ik vermoed dat @Cyberpope eerder zoekt naar het aansturen van 2 of 4 losse groepen?

Nee, eigenlijk simpler. Ik heb nu (klik aan, klik uit) afstandbediening met 4 knoppen. 1 is lampen (aan uit), 2 is tv, 3 is stereo, 4 is printers. Dit werk goed en na enig in trainen ook bij de huisgenoten. En werkt altijd.

Nu wil ik deze graag vervangen door zigbee stekkers (die er al voor zitten overigens ). Maar ik wil wel dat het werkt met directe binding Want je zult altijd zien dat HA of Z2M altijd gaat storen op het moment dat ik niet thuis ben.. Ik heb nu 3 andere zigbee afstandbediening. Die doen het goed, maar niet als HA of Z2M eruit ligt.

En ik wil nog alleen home-automation die onzichtbaar en betrouwbaar werkt. Vandaar.

[Morpheusk]

Cyberpope schreef op zaterdag 18 oktober 2025 @ 17:28:
[...]


Nee, eigenlijk simpler. Ik heb nu (klik aan, klik uit) afstandbediening met 4 knoppen. 1 is lampen (aan uit), 2 is tv, 3 is stereo, 4 is printers. Dit werk goed en na enig in trainen ook bij de huisgenoten. En werkt altijd.

Nu wil ik deze graag vervangen door zigbee stekkers (die er al voor zitten overigens ). Maar ik wil wel dat het werkt met directe binding Want je zult altijd zien dat HA of Z2M altijd gaat storen op het moment dat ik niet thuis ben.. Ik heb nu 3 andere zigbee afstandbediening. Die doen het goed, maar niet als HA of Z2M eruit ligt.

En ik wil nog alleen home-automation die onzichtbaar en betrouwbaar werkt. Vandaar.

https://www.robbshop.nl/r...hakelaar-8-knoppen-zigbee zoiets?

[Cyberpope]

Morpheusk schreef op zaterdag 18 oktober 2025 @ 18:05:
[...]


https://www.robbshop.nl/r...hakelaar-8-knoppen-zigbee zoiets?

Maar dat is weer een wandschakelaar... Meer zoiets: Maar dan als zigbee en met directe binding.

[Morpheusk]

Cyberpope schreef op zaterdag 18 oktober 2025 @ 18:59:
[...]

Maar dat is weer een wandschakelaar... Meer zoiets: [Afbeelding] Maar dan als zigbee en met directe binding.

Je kan hem zonder frame gebruiken en dan is die erg plat. Maar wel vierkant ipv langwerpig zoals een afstandsbediening.

Edit: https://www.robbshop.nl/r...ediening-4-kanaals-zigbee

Deze kan toch wat je zoekt?

[ Voor 9% gewijzigd door Morpheusk op 18-10-2025 19:41 ]

[Cyberpope]

Morpheusk schreef op zaterdag 18 oktober 2025 @ 19:38:
[...]


Je kan hem zonder frame gebruiken en dan is die erg plat. Maar wel vierkant ipv langwerpig zoals een afstandsbediening.

Edit: https://www.robbshop.nl/r...ediening-4-kanaals-zigbee

Deze kan toch wat je zoekt?

die zou het moeten kunnen. Maar dacht laat ik nu eens gewoon even alleen proberen om de lampen direct te binden met 1 idea schakelaar (Styrbar of rodret). Maar in zigbee 2.6.2 krijg ik het niet voor elkaar om binding met een groep te maken, met beiden niet. Moet het doen met MQTT command (volgens copilot) want er is geen binding voor groepen in deze versie met de nieuwe frondend. Dus ga nog even niets kopen, zolang dit niet werkt. Iemand tips?

Claude.ai gebruiken ipv de betaalde copilot van het werk..... dat scheelt een hoop.

[ Voor 5% gewijzigd door Cyberpope op 19-10-2025 21:43 ]

[nMad]

Ik ben langzaam al mijn Philips Hue lampen aan het overzetten van de Philips Hue bridge naar Z2M. Ik heb al groepen met lampen aangemaakt die ik in één keer wil bedienen en binnenkort komen daar nog scenes bij.

Op verschillende plekken in huis maak ik gebruik van de Hue Dimmer Switch. Is het ook mogelijk om de 'Hue' knop op deze switch te gebruiken om tussen scenes van een bepaalde group te wisselen d.m.v. een directe bind?

[banaliteit]

Ik moet helaas ook nog mijn zigbee2mqtt docker container migreren van 1.41 naar 2.0. Ik vroeg me af of het aan te raden is om gelijk te migreren naar de laatste versie, in dit geval 2.6.2?

[Himalaya]

banaliteit schreef op vrijdag 24 oktober 2025 @ 19:02:
Ik moet helaas ook nog mijn zigbee2mqtt docker container migreren van 1.41 naar 2.0. Ik vroeg me af of het aan te raden is om gelijk te migreren naar de laatste versie, in dit geval 2.6.2?

Ik ben van 1.41 onlangs naar 2.6.1 gegaan, en eigenlijk zonder problemen. Waarom zou je eerst naar 2.0 gaan?

[Wachten...]

Zijn er hier mensen die van de Conbee II naar de SLZB-06 zijn over gegaan?

Zover ik namelijk lees betreft dit een andere chipset, en kun je dus niet gebruik maken van de "Write IEEE address" optie. Ik hoop dat iemand hier ervaring mee heeft, want zou graag over willen, vanwege wat instabiliteit de laatste tijd.

Ik gebruik de ConbeeII stick overigens al met z2mqtt, dus niet met de Deconz software

Verhuizing naar het andere grote topic

[ Voor 17% gewijzigd door Septillion op 28-10-2025 22:55 ]

[Gizz]

@Wachten... als ik de documentatie lees moet dit gewoon kunnen binnen ZHA?

Migrating to a new Zigbee adapter inside ZHA

ZHA supports migrating the Zigbee network between different Zigbee adapters based on chips from Silicon Labs, Texas Instruments, or ConBee/RaspBee if the backup was made from inside ZHA.

Binnen Z2M kan het ook wel, maar dat is vrij experimenteel. Ik ga ervan uit dat je ZHA gebruikt, anders zit je in het verkeerde topic met je vraag

edit: ah, toch Z2M dus. Dan: Zigbee2mqtt - open source zigbee bridge - Deel 2

[ Voor 7% gewijzigd door Gizz op 28-10-2025 16:05 ]

[Wachten...]

Gizz schreef op dinsdag 28 oktober 2025 @ 16:04:
@Wachten... als ik de documentatie lees moet dit gewoon kunnen binnen ZHA?

Migrating to a new Zigbee adapter inside ZHA

[...]


Binnen Z2M kan het ook wel, maar dat is vrij experimenteel. Ik ga ervan uit dat je ZHA gebruikt, anders zit je in het verkeerde topic met je vraag

edit: ah, toch Z2M dus. Dan: Zigbee2mqtt - open source zigbee bridge - Deel 2

Excuus, ik gooi mijn vraag even daar neer!

Ik ben alleen ook bang dat ik de experimentele route moet gaan nemen (niet blij mee)

Is overigens re pairen ook een optie, zonder dat je de automations kwijt raakt? Want de apparaten opnieuw 1x toevoegen vind ik nog niet zo erg, maar al moet ik echt alle automations opnieuw gaan toevoegen, dan wordt ik niet zo blij

[ Voor 12% gewijzigd door Wachten... op 28-10-2025 16:10 ]

[Wachten...]

Zijn er hier mensen die van de Conbee II naar de SLZB-06 zijn over gegaan?

Zover ik namelijk lees betreft dit een andere chipset, en kun je dus niet gebruik maken van de "Write IEEE address" optie. Ik hoop dat iemand hier ervaring mee heeft, want zou graag over willen, vanwege wat instabiliteit de laatste tijd.

Ik gebruik de ConbeeII stick overigens al met z2mqtt, dus niet met de Deconz software

[Gizz]

@Wachten... de ervaringen van mensen die deze guide hebben gevolgd zien er positief uit.

Mocht je niet met commandline-tools willen werken, er is ook een add-on gemaakt waarmee je het gehele proces binnen HA kan doorlopen: guide met add-on.

[Tanuki]

Ik heb een aardig Zigbee netwerkje inmiddels. Met op een aantal plekken een betondek er tussen enz.

Ik merk dat regelmatig een gordijn of een lamp wegvalt. Vermoedelijk omdat deze direct met de coordinator spreken ipv met een router die dan weer naar de coordinator kan.

De network map in Z2M kan ik niet zien. Vermoedelijk omdat mijn gordijn motoren niet netjes Zigbee spreken (oid).

Maar, hoe kom je op het punt dat je wat meer kan gaan finetunen? Ik zou namelijk heel graag een betrouwbaar en stabiel zigbee netwerk hebben.

Ik heb gemerkt dat, zodra ik de stroom van alles af haal en alles weer opstart, sommige devices die voorheen onbereikbaar waren weer bereikbaar worden. Vermoedelijk omdat ze de coordinator wel weer vinden? Of omdat ze via een andere route bij de coordinator terecht komen?

Ik zou daar dus graag wat meer invloed op hebben. Mijn idee was ook dat Zigbee een mesh was, waardoor het uiteindelijk een vrij stabiel geheel zou worden: Als de ene node niet gevonden kan worden, dan zou de andere router toch soelaas moeten bieden en op die manier toch bij de coordinator terecht moeten kunnen komen?

[BiG-GuY]

Wachten... schreef op dinsdag 28 oktober 2025 @ 16:06:
[...]


Excuus, ik gooi mijn vraag even daar neer!

Ik ben alleen ook bang dat ik de experimentele route moet gaan nemen (niet blij mee)

Is overigens re pairen ook een optie, zonder dat je de automations kwijt raakt? Want de apparaten opnieuw 1x toevoegen vind ik nog niet zo erg, maar al moet ik echt alle automations opnieuw gaan toevoegen, dan wordt ik niet zo blij

Ben over de afgelopen jaren vaker geswitcht van merk/type coordinator en ook van ZHA/Z2M. Voordeel van Z2M is dat je meerdere Z2M naast elkaar kan draaien, zodat je makkelijk eentje kan starten gekoppeld aan die SLZB-06 en dan een voor een apparaten kan ontkoppelen van de oude en weer koppelen aan de nieuwe.

Als je vervolgens de apparaten weer dezelfde naam geeft in Z2M en ook de naam update in HA met het vinkje in Z2M, dan herkennen de Automations in HA dit vanzelf, zolang je alles aanspreekt op Device Naam, wat sowieso al een hele tijd aangeraden wordt.

ZHA naar ZHA is overigens heel simpel en werkt zelfs tussen merken chips, zit gewoon ingebouwd met een wizard.

Z2M heb ik migraties niet eens werkend gekregen van stick A naar stick B van zelfde type chip. Moest achteraf alsnog verschillende apparaten opnieuw pairen voor ze werkten. Dus sindsdien doe ik het door een tweede Z2M ernaast op te starten op de nieuwe Coordinator en het dan 1-voor-1 omzetten.

[ Voor 17% gewijzigd door BiG-GuY op 28-10-2025 16:59 ]

[DjoeC]

Niet heel specifiek z2m gerelateerd (een beetje wel) maar ik heb een vraag: Ik heb op een aantal plaatsen vierweg opbouw stopcontacten (WCD's) in deze vorm: https://www.gamma.nl/asso...tact-opbouw-wit/p/B460433 Daar passen geen 4 zigbee blokken zoals https://www.ikea.com/nl/n...t-stroommonitor-00569836/ in. Weet iemand of eer een alternatief is waar meer ruimte is?

[RobertMe]

DjoeC schreef op dinsdag 28 oktober 2025 @ 16:59:
Niet heel specifiek z2m gerelateerd (een beetje wel) maar ik heb een vraag: Ik heb op een aantal plaatsen vierweg opbouw stopcontacten (WCD's) in deze vorm: https://www.gamma.nl/asso...tact-opbouw-wit/p/B460433 Daar passen geen 4 zigbee blokken zoals https://www.ikea.com/nl/n...t-stroommonitor-00569836/ in. Weet iemand of eer een alternatief is waar meer ruimte is?

Ik heb wat no-name Chinese Tuya modellen. Worden volgens mij ook verkocht onder de Nous naam.

En de Fibaro's zijn net zo klein. Maarja, gezien je in Z2M topic vraagt ben je vast niet op zoek naar een ZWave stekker

[Wachten...]

BiG-GuY schreef op dinsdag 28 oktober 2025 @ 16:56:
[...]

Ben over de afgelopen jaren vaker geswitcht van merk/type coordinator en ook van ZHA/Z2M. Voordeel van Z2M is dat je meerdere Z2M naast elkaar kan draaien, zodat je makkelijk eentje kan starten gekoppeld aan die SLZB-06 en dan een voor een apparaten kan ontkoppelen van de oude en weer koppelen aan de nieuwe.

Als je vervolgens de apparaten weer dezelfde naam geeft in Z2M en ook de naam update in HA met het vinkje in Z2M, dan herkennen de Automations in HA dit vanzelf, zolang je alles aanspreekt op Device Naam, wat sowieso al een hele tijd aangeraden wordt.

ZHA naar ZHA is overigens heel simpel en werkt zelfs tussen merken chips, zit gewoon ingebouwd met een wizard.

Z2M heb ik migraties niet eens werkend gekregen van stick A naar stick B van zelfde type chip. Moest achteraf alsnog verschillende apparaten opnieuw pairen voor ze werkten. Dus sindsdien doe ik het door een tweede Z2M ernaast op te starten op de nieuwe Coordinator en het dan 1-voor-1 omzetten.

Dank voor je uitleg. Misschien is dat nog wel een handige manier.

Maar jij draait z2mqtt dan helemaal apart of niet? Want ik draai gewoon de Mosquitto broker in HA. Deze kan ik denk ik niet meerdere keren draaien toch?

[BiG-GuY]

Wachten... schreef op dinsdag 28 oktober 2025 @ 17:18:
[...]


Dank voor je uitleg. Misschien is dat nog wel een handige manier.

Maar jij draait z2mqtt dan helemaal apart of niet? Want ik draai gewoon de Mosquitto broker in HA. Deze kan ik denk ik niet meerdere keren draaien toch?

Je kan als tweede Zigbee2MQTT instantie een Zigbee2MQTT Edge Add-on draaien, die dan koppelen aan je nieuwe coordinator. Let op dat je de standaard map dan moet aanpassen zodat je binnen je /config/ map voor beide Zigbee2MQTT add-ons een losse map hebt. En de Network Port aanpassen of uitzetten, omdat beide Add-ons standaard dezelfde poort gebruiken. Ook de MQTT moet je qua base_topic aanpassen, zodat ze beiden een unieke hebben, maar ze kunnen beiden gewoon praten met de standaard Mosquitto Broker.

Als je eenmaal klaar bent met omzetten, kan je beide add-ons verwijderen. Mapnamen goed zetten en dan de normale Zigbee2MQTT Add-on starten gekoppeld aan je nieuwe Coordinator en de map van Zigbee2MQTT gebruiken waar je de gegevens van de nieuwe installatie hebt.

[ Voor 7% gewijzigd door BiG-GuY op 28-10-2025 17:24 ]

[Oon]

Ik heb mijn Sonoff Zigbee controller in mijn thuisserver op zolder zitten, en nu merk ik dat apparaten op de begane grond wel écht slecht communiceren. De garagedeur heeft een raam/deursensor, de keuken een temp/humidity sensor en de thermostaat in de woonkamer die de ketel aanstuurt is ook Zigbee.

Ik had verwacht dat de berg aan Zigbee lampen en stekkers het grotendeels op zou lossen, maar het lijkt erop dat de route veelal via lampen gaat en zichzelf dan niet goed weet te herstellen als die lampen uit gaan.

Zijn hier makkelijke oplossingen voor? Ik heb al wat extra stekkers geplaatst maar die lijken niet zo heel veel te doen..
Kan ik op de een of andere manier een schone 'snelweg' forceren van zolder naar de meterkast mbv 3 dedicated stekkers die ik als routers gebruik?

[DjoeC]

RobertMe schreef op dinsdag 28 oktober 2025 @ 17:17:
[...]

Ik heb wat no-name Chinese Tuya modellen. Worden volgens mij ook verkocht onder de Nous naam.

En de Fibaro's zijn net zo klein. Maarja, gezien je in Z2M topic vraagt ben je vast niet op zoek naar een ZWave stekker

Ik ga nog eens zoeken naar die Nous. Gaat me hier vooral om een beetje nauwkeurige vermogensmeting, niet persee over schakelen.

En nee, zwave zoek ik nu (nog) niet.

[RobertMe]

DjoeC schreef op dinsdag 28 oktober 2025 @ 18:02:
[...]

Ik ga nog eens zoeken naar die Nous. Gaat me hier vooral om een beetje nauwkeurige vermogensmeting, niet persee over schakelen.

Voor die use case heb ik ze ook (netwerk spullen, diepvries, ...). Ik weet alleen niet of ze ook nauwkeurig zijn (ik heb ze ook niet vergeleken met bv de Fibaro's, waarvan ik ook niet weet of ze nauwkeurig zijn. Maar als hetzelfde apparaat een afwijkend verbruik heeft op verschillende pluggen is in ieder geval een van beide fout ).

[DjoeC]

RobertMe schreef op dinsdag 28 oktober 2025 @ 18:06:
[...]

Voor die use case heb ik ze ook (netwerk spullen, diepvries, ...). Ik weet alleen niet of ze ook nauwkeurig zijn (ik heb ze ook niet vergeleken met bv de Fibaro's, waarvan ik ook niet weet of ze nauwkeurig zijn. Maar als hetzelfde apparaat een afwijkend verbruik heeft op verschillende pluggen is in ieder geval een van beide fout ).

Ik controleer de mijne met een 60w gloeilamp als basis (werkingsfactor = 1), daarna eventueel samen met het te meten apparaat.

En nu weer terug naar z2m....

[nMad]

nMad schreef op woensdag 22 oktober 2025 @ 16:44:
Ik ben langzaam al mijn Philips Hue lampen aan het overzetten van de Philips Hue bridge naar Z2M. Ik heb al groepen met lampen aangemaakt die ik in één keer wil bedienen en binnenkort komen daar nog scenes bij.

Op verschillende plekken in huis maak ik gebruik van de Hue Dimmer Switch. Is het ook mogelijk om de 'Hue' knop op deze switch te gebruiken om tussen scenes van een bepaalde group te wisselen d.m.v. een directe bind?

Iemand?

[Septillion]

@Wachten... Als je de devices.yaml overzet tussen instanties wordt bij het re-pairen vanzelf de correcte naam gepakt.

[edit]Als zoals @TheFes aangeeft geen devices.yaml gemaakt wordt zou je dit gewoon zelf af kunnen splitsen naar een devices.yaml of dat deel van de config kopiëren.

[ Voor 41% gewijzigd door Septillion op 28-10-2025 22:50 ]

[TheFes]

Septillion schreef op dinsdag 28 oktober 2025 @ 22:28:
@Wachten... Als je de devices.yaml overzet tussen instanties wordt bij het re-pairen vanzelf de correcte naam gepakt.

Zo heb ik het inderdaad recent ook gedaan. Alleen maakt Zigbee2MQTT tegenwoordig geen devices.yaml meer aan, die staan standaard gewoon in configuration.yaml tegenwoordig.

[Lucifertje]

Hi all,

Recentelijk begonnen met het uitrollen van Zigbee2MQTT, een groot deel van de accessoires (routers/endpoints) hangt nog in ZHA. Ik heb een Mosquitto broker geïnstalleerd, Zigbee2MQTT geïnstalleerd en de hele sjabang doorgelopen. Gisteren aan de slag gegaan met meerdere routers en endpoints. Helaas is het nu al zo dat ik overweeg om Z2M ongedaan te maken en lekker ZHA te blijven gebruiken.

Mijn huidige opzet:
- Mac Pro waarom VirtualBox draait met HA (zolder);
- Sonoff t.b.v. ZHA;
- SLZB-06 (Ethernet als Zigbee-coördinator), meterkast.

Waar accessoires op de begane grond voorheen prima verbinding maakte met Sonoff-stick in de Mac Pro op zolder, gebeurt dit andersom erg slecht.

Wat doe ik verkeerd, waarom verbinden bepaalde accessoires op de begane grond NIET met de coordinator maar met een router? Überhaupt; waarom verbindt er zo weinig naar de coordinator?

Zo werkt de Aqara P1 sensor überhaupt niet meer, ik kan voorbij open, springen, dansen of andere lichamelijk beweging beoefenen, geen detectie





Schopje naar Z2M topic

[ Voor 4% gewijzigd door Septillion op 29-10-2025 20:43 ]

[Ben(V)]

Zigbee is een mesh netwerk, dat is juist de kracht van Zigbee.
Ofwel alle Zigbee devices (behalve die op batterijen) zijn router en verbinden dus met elkaar om zo een mesh netwerk te vormen.
Zo moet het ook, allemaal met de coordinator verbinden is niet de bedoeling.

[Mavamaarten]

Nu staan Aqara sensoren er ook wel om bekend om niet makkelijk van router/coordinator te wisselen. Je moet ze echt pairen via de router die het dichtste bij staat. Andere sensoren kiezen na een tijdje wel de beste route.

Of je nu voor ZHA of Z2M gaat, dat maakt daarin normaal gezien heel weinig uit.

[sypie]

Lucifertje schreef op woensdag 29 oktober 2025 @ 09:38:
Helaas is het nu al zo dat ik overweeg om Z2M ongedaan te maken en lekker ZHA te blijven gebruiken.

Ik zou eerder zeggen: Zet die ZHA uit, en zet alles over naar Z2M. Destijds alleen maar gedoe met ZHA, met Z2M niets aan het handje.

[Lucifertje]

Mavamaarten schreef op woensdag 29 oktober 2025 @ 09:56:
Nu staan Aqara sensoren er ook wel om bekend om niet makkelijk van router/coordinator te wisselen. Je moet ze echt pairen via de router die het dichtste bij staat. Andere sensoren kiezen na een tijdje wel de beste route.

Of je nu voor ZHA of Z2M gaat, dat maakt daarin normaal gezien heel weinig uit.

Ah, goede. Dat heb ik nu geprobeerd en de Aqara P1 is nu naar 255 lqi gegaan en neemt weer wat waar! Ik ga de rest nog eens nalopen en opnieuw laten re-joinen.

sypie schreef op woensdag 29 oktober 2025 @ 10:01:
[...]

Ik zou eerder zeggen: Zet die ZHA uit, en zet alles over naar Z2M. Destijds alleen maar gedoe met ZHA, met Z2M niets aan het handje.

Dat was het plan, maar als bepaalde accessoires via Z2M niet/nauwelijks fatsoenlijk verbinding maken, wat het wel bij ZHA deed, dan wordt het wel uitdagend.. :-/

[musicpixel]

Wachten... schreef op dinsdag 28 oktober 2025 @ 17:18:
[...]


Dank voor je uitleg. Misschien is dat nog wel een handige manier.

Maar jij draait z2mqtt dan helemaal apart of niet? Want ik draai gewoon de Mosquitto broker in HA. Deze kan ik denk ik niet meerdere keren draaien toch?

Tot 6 Zigbee2MQTT instances in Home Assistant (video van BeardedTinker):
YouTube: Get multiple Zigbee2MQTT instances running in HA OS & Docker

[Wachten...]

Septillion schreef op dinsdag 28 oktober 2025 @ 22:28:
@Wachten... Als je de devices.yaml overzet tussen instanties wordt bij het re-pairen vanzelf de correcte naam gepakt.

[edit]Als zoals @TheFes aangeeft geen devices.yaml gemaakt wordt zou je dit gewoon zelf af kunnen splitsen naar een devices.yaml of dat deel van de config kopiëren.

Dank voor je reactie en ook @TheF1Man .

Is hier ergens documentatie van hoe dit precies moet? Want hoewel het enigzins duidelijk is, zit ik er niet op te wachten dat ik straks dingen verkeerd doe, en dan heel het weekend bezig ga zijn om alles weer te fixen 😅

En hoewel ik er nog wel redelijk mee kan dealen, denkt mijn vrouw daar anders over 😁

[Lucifertje]

Lucifertje schreef op woensdag 29 oktober 2025 @ 10:19:
[...]


Ah, goede. Dat heb ik nu geprobeerd en de Aqara P1 is nu naar 255 lqi gegaan en neemt weer wat waar! Ik ga de rest nog eens nalopen en opnieuw laten re-joinen.


[...]


Dat was het plan, maar als bepaalde accessoires via Z2M niet/nauwelijks fatsoenlijk verbinding maken, wat het wel bij ZHA deed, dan wordt het wel uitdagend.. :-/

Zo, dat was Z2M en nu weer door met ZHA. Vandaag de boel weer omgezet, accessoires opnieuw gekoppeld en het werkt weer als een trein en stabieler.

[Wachten...]

@TheFes @Septillion

Ik heb inmiddels met een beetje hulp van Google een nieuwe z2mqtt opgezet binnen HA, ook mede dankzij de video van @musicpixel.

Zoals jullie al aangaven heb ik de devices vanuit de configuration.yaml overgezet naar de nieuwe configuration.yaml van de nieuwe z2mqtt omgeving.

Nu komt alleen het punt waar ik tegenaan loop
Ik heb even met behulp van ChatGPT even gezocht wat verder de volgorde zou moeten zijn, en daarin wordt aangegeven dat je eerste het apparaat (bijvoorbeeld een lamp). eerst moet hernoemen in HA en dan moet verwijderen uit de oude z2mqtt omgeving. Vervolgens kan ik de lamp dan resetten en toevoegen aan de nieuwe omgeving. Dit werkt op zich wel, echter kan ik de lampen niet bedienen in HA (wel in z2mqtt) Ik kan de friendly name ook niet vinden binnen HA, en als ik in z2mqtt het vinkje aanzet dat hij de naam ook moet overzetten in HA, dan zegt hij dat deze naam al bestaat.

Klopt het dat je echt de naam eerst moet veranderen binnen HA en dan verwijderen binnen de oude z2mqtt? en is het ook nodig om daarna van alles apparaten het vinkje aan te zetten om de friendly name over te zetten naar HA binnen z2mqtt, of zou dat ook niet hoeven? Want nu voelt het nagenoeg alsof ik alles opnieuw op moet zetten. Ik heb dus het idee dat ik iets te omslachtig doen met het verwijderen van de apparaten uit de oude omgeving en het toevoegen aan de nieuwe.

Ik wilde dit heel graag even afronden voordat het weer nachtwerk gaat worden

[alex3305]

@Wachten... Misschien mis ik iets, maar je kunt toch gewoon het apparaat en Zigbee2MQTT in pairing mode zetten? Dan wordt automatisch het IEEE adres van het apparaat aan de friendly name in Zigbee2MQTT gekoppeld. En daarmee natuurlijk ook aan Home Assistant.

Zie maar weer dat ChatGPT veelal onzin uitkraamt.

[TheFes]

Wachten... schreef op donderdag 30 oktober 2025 @ 20:39:
@TheFes @Septillion

Ik heb inmiddels met een beetje hulp van Google een nieuwe z2mqtt opgezet binnen HA, ook mede dankzij de video van @musicpixel.

Zoals jullie al aangaven heb ik de devices vanuit de configuration.yaml overgezet naar de nieuwe configuration.yaml van de nieuwe z2mqtt omgeving.

Nu komt alleen het punt waar ik tegenaan loop
Ik heb even met behulp van ChatGPT even gezocht wat verder de volgorde zou moeten zijn, en daarin wordt aangegeven dat je eerste het apparaat (bijvoorbeeld een lamp). eerst moet hernoemen in HA en dan moet verwijderen uit de oude z2mqtt omgeving. Vervolgens kan ik de lamp dan resetten en toevoegen aan de nieuwe omgeving. Dit werkt op zich wel, echter kan ik de lampen niet bedienen in HA (wel in z2mqtt) Ik kan de friendly name ook niet vinden binnen HA, en als ik in z2mqtt het vinkje aanzet dat hij de naam ook moet overzetten in HA, dan zegt hij dat deze naam al bestaat.

Klopt het dat je echt de naam eerst moet veranderen binnen HA en dan verwijderen binnen de oude z2mqtt? en is het ook nodig om daarna van alles apparaten het vinkje aan te zetten om de friendly name over te zetten naar HA binnen z2mqtt, of zou dat ook niet hoeven? Want nu voelt het nagenoeg alsof ik alles opnieuw op moet zetten. Ik heb dus het idee dat ik iets te omslachtig doen met het verwijderen van de apparaten uit de oude omgeving en het toevoegen aan de nieuwe.

Ik wilde dit heel graag even afronden voordat het weer nachtwerk gaat worden

Hernoemen heb ik niet gedaan.
Verwijderen in de oude, pairen in de nieuwe. In het begin heb ik zelf alleen pairen in de nieuwe gedaan, daar was al genoeg, maar soms bleven ze dan hangen.
In ieder geval heb ik in HA niets hernoemd

[Wachten...]

TheFes schreef op donderdag 30 oktober 2025 @ 20:49:
[...]

Hernoemen heb ik niet gedaan.
Verwijderen in de oude, pairen in de nieuwe. In het begin heb ik zelf alleen pairen in de nieuwe gedaan, daar was al genoeg, maar soms bleven ze dan hangen.
In ieder geval heb ik in HA niets hernoemd

Oke, en deed je dan ook nog het vinkje aanzetten dat hij niet opnieuw mag pairen met de oude? Of gewoon force remove is genoeg? Ik ga het zo even proberen met een andere lamp.

[TheFes]

Wachten... schreef op donderdag 30 oktober 2025 @ 20:55:
[...]


Oke, en deed je dan ook nog het vinkje aanzetten dat hij niet opnieuw mag pairen met de oude? Of gewoon force remove is genoeg? Ik ga het zo even proberen met een andere lamp.

Alleen force remove

[Wachten...]

TheFes schreef op donderdag 30 oktober 2025 @ 21:04:
[...]

Alleen force remove

Ik zie inderdaad dat het zo simpel werkt (gelukkig). Ik ga dus alles even resetten hier, en dan moet over een klein uurtje alles wel weer werken.

Het enige wat ik nog wel tegenkwam, is dat de groepen wel in de configuration.yaml staan, maar dat ik deze niet zie in de nieuwe z2mqtt. Weet jij hoe dit werkt? Want ik stuur alles via groepen aan, maar kan nu dus niks bedienen daardoor. Is er dus ook een manier voor om dit weer simpel en snel werkend te krijgen?
Want als ik ze handmatig weer toe wilt voegen, dan lukt dat ook niet, omdat hij dan aangeeft dat deze al bestaat.

Verder bedankt voor jullie hulp. Erg fijn dat alles met even wat uitzoeken, toch relatief snel weer werkt met de nieuwe slzb-06

[ Voor 7% gewijzigd door Wachten... op 30-10-2025 21:38 ]

[Wachten...]

alex3305 schreef op donderdag 30 oktober 2025 @ 20:45:
@Wachten... Misschien mis ik iets, maar je kunt toch gewoon het apparaat en Zigbee2MQTT in pairing mode zetten? Dan wordt automatisch het IEEE adres van het apparaat aan de friendly name in Zigbee2MQTT gekoppeld. En daarmee natuurlijk ook aan Home Assistant.

Zie maar weer dat ChatGPT veelal onzin uitkraamt.

Nou het kwam dus een beetje omdat ik een globale uitleg had gehad, dat ik vanuit daar met ChatGPT (die ook vaak onzin praat) een soort handleiding had. Maar ik er nu dus achter dat het gewoon verwijderen van de device en opnieuw pairen met de nieuwe instantie voldoende is (nog even buiten de groepen om dan, want die staan er nog niet in.

[Septillion]

@Wachten... De groups en devices bevatten alleen namen (en instellingen) maar niets over de koppeling zelf. Ook de koppeling van groepen is iets van het Zigbee netwerk zelf. Je zal dus de group weer in de UI aan moeten maken. Zie je in de UI onder groups de namen al wel? Zo ja, dan simpelweg de devices weer toevoegen.

[Wachten...]

Septillion schreef op donderdag 30 oktober 2025 @ 21:51:
@Wachten... De groups en devices bevatten alleen namen (en instellingen) maar niets over de koppeling zelf. Ook de koppeling van groepen is iets van het Zigbee netwerk zelf. Je zal dus de group weer in de UI aan moeten maken. Zie je in de UI onder groups de namen al wel? Zo ja, dan simpelweg de devices weer toevoegen.

Ja daar dacht ik dus zelf ook aan om te doen, want het zijn er niet perse heel veel, maar het probleem is dat hij aangeeft dat de groep al bestaat. Ik heb de groep al verwijderd in z2mqtt, maar die moet ik zeker dan wel verwijderen in HA? Ik had ergens gehoopt dat ook de groepen meegenomen werden.

Ik heb het overigs echt over de groepen in z2mqtt, ik maak geen groepen in HA

[Septillion]

@Wachten... Daarom ken HA het dus ook helemaal niet als groep.

Maar je hebt dus de groups uit de yaml meegenomen? En zie je die groepen in Z2M ook onder groups? Maar dan nu met 2 group members? Of is dat gewoon leeg? Indien laatste, de groups uit je Z2M yaml halen en Z2M herstarten. En ze dan via de UI aanmaken en de namen uit de yaml alleen als naslag gebruiken.

[Wachten...]

Septillion schreef op donderdag 30 oktober 2025 @ 22:07:
@Wachten... Daarom ken HA het dus ook helemaal niet als groep.

Maar je hebt dus de groups uit de yaml meegenomen? En zie je die groepen in Z2M ook onder groups? Maar dan nu met 2 group members? Of is dat gewoon leeg? Indien laatste, de groups uit je Z2M yaml halen en Z2M herstarten. En ze dan via de UI aanmaken en de namen uit de yaml alleen als naslag gebruiken.

Nee dat is dus het probleem. Ik heb de groepen inderdaad meegenomen vanuit de yaml, net zoals de devices, echter herkent hij de devices wel zodra ik deze pair met de friendly name, maar onder groups in z2m zie ik helemaal geen groepen, terwijl deze dus wel in de config yaml staan van de nieuwe omgeving.

[Septillion]

@Wachten... Maar zoals ik al zei, de groepen in de yaml is alleen de naam, niet werkelijk de informatie voor de groep. Maar had de hoop dat hij ze dan wel in de UI zou laten zien maar dan zonder devices. Maar als dat ook niet zo is dan ze dus uit je nieuwe config halen.

[Wachten...]

Septillion schreef op donderdag 30 oktober 2025 @ 22:18:
@Wachten... Maar zoals ik al zei, de groepen in de yaml is alleen de naam, niet werkelijk de informatie voor de groep. Maar had de hoop dat hij ze dan wel in de UI zou laten zien maar dan zonder devices. Maar als dat ook niet zo is dan ze dus uit je nieuwe config halen.

Ik heb even de lampen eerste uit de oude groep gehaald, toen de groep verwijderd, daarna kan ik hem in ieder geval wel handmatig toevoegen in de nieuwe z2m, echter werkt het nog niet.

Ik heb nu dus een groep in de nieuwe z2m omgeving, met exact dezelfde naam, maar binnen HA kan ik die groep niet bedienen.

[Septillion]

@Wachten... Dus in Z2M heb je de groep met devices?

Als HA nog de oude groep als overblijfsel heeft dan zou de nieuwe groep gewoon ander entity id gekregen hebben. Dus al eens gezocht in HA?

[Wachten...]

Septillion schreef op donderdag 30 oktober 2025 @ 22:34:
@Wachten... Dus in Z2M heb je de groep met devices?

Als HA nog de oude groep als overblijfsel heeft dan zou de nieuwe groep gewoon ander entity id gekregen hebben. Dus al eens gezocht in HA?

Nee de groepen worden helemaal niet getoond in z2m helaas. Ik heb net ook even handmatig geprobeerd om een groep te verwijderen en opnieuw toe te voegen aan de nieuwe z2m, maar dan zegt hij steeds dat deze al in gebruik is.

Ik ga ze eens even uit de config halen, kijken of ik dan in ieder geval handmatig wat toe kan voegen.

@Septillion Ik zie trouwens ook ineens dat scenes ook niet worden meegenomen.
Ik baal er stiekem toch een beetje van, al met al gaat me dit veel werk kosten. Ik had een aantal groepen met heel wat scenes, die ik ook allemaal weer opnieuw moet gaan configureren.

Echt jammer dat er geen goede duidelijke documentatie is om alles (apparaten, groepen, scenes etc) over te zetten. Of ik doe iets gruwelijks verkeerds, maar ik moet buiten de friendly names om, alles opnieuw instellen

[ Voor 27% gewijzigd door Wachten... op 30-10-2025 23:34 ]

[Septillion]

@Wachten... Mja, tussen verschillende chips is het inderdaad niet makkelijk. Gezien er nu wel wat mensen experimentele dingen gedaan hebben verwacht ik het nog wel een keer in Z2M maar nu is het niet zo makkelijk nee als je ook groepen, direct binds en scenes hebt...

[Wachten...]

@Septillion als ik dit geweten had, dan had ik me nog wel even bedacht. 😁

Wat buiten de eerder genoemde problemen, kom ik er ook nog eens achter dan veel automations ook niet meer werken. Alles is toch aardig om zeep geholpen lijkt het

[Cyberpope]

Auw. Weer een reden waarom te stoppen met smarthome als ik dat lees. Want ik zie al gebeuren dat mijn coordinator net stuk gaat op moment dat je het niet kunt gebruiken. En je bij god niet weet hoe je het ook alweer opgezet had.

[Koepert]

Cyberpope schreef op vrijdag 31 oktober 2025 @ 08:51:
Auw. Weer een reden waarom te stoppen met smarthome als ik dat lees. Want ik zie al gebeuren dat mijn coordinator net stuk gaat op moment dat je het niet kunt gebruiken. En je bij god niet weet hoe je het ook alweer opgezet had.

Stap je 's ochtends ook niet in de auto omdat er misschien ergens een ongeluk gaat gebeuren?

Beetje loos argument dit. Ja, een "migratieproces" zou beter uitgewerkt kunnen worden waar dat mogelijk is maar de kans dat het misgaat is relatief klein. Het voordeel van een starthome kan relatief groot zijn.

En ja het is dan vervelend en kan best een klusje zijn.. maar het is maar de slimmere bediening van je huis he.. niet je levensader.

[HuismAndré]

Septillion schreef op donderdag 30 oktober 2025 @ 22:18:
@Wachten... Maar zoals ik al zei, de groepen in de yaml is alleen de naam, niet werkelijk de informatie voor de groep. Maar had de hoop dat hij ze dan wel in de UI zou laten zien maar dan zonder devices. Maar als dat ook niet zo is dan ze dus uit je nieuwe config halen.

Naast de naam wordt ook het groepnummer opgeslagen in configuration.yaml. Daarnaast wordt de data van de groepen opgeslagen in de groepleden zelf (de lampen) als je het via Z2M programmeert. Dat maakt immers ook dat bij een actie "group 100, level 30" alle leden tegelijk reageren (het is maar één commando). Dit in tegenstelling tot een Home Assistant group (waarbij elk lid afzonderlijk aangestuurd wordt; iets dat je duidelijk ziet als je een grote groep inschakelt).

Maar terug op configuration.yaml. Aangezien daar alle relevante data staat van een groep (namelijk de naam (voor ons) en het nummer (voor de leden)), zou dat voldoende moeten zijn. Maar het zou natuurlijk zo maar kunnen dat een lamp al die data reset/wist als de lamp naar een andere coördinator verhuist (ik zou haast zeggen "ik mag het hopen dat hij dat doet").

[HuismAndré]

Wachten... schreef op donderdag 30 oktober 2025 @ 22:31:
[...]


Ik heb even de lampen eerste uit de oude groep gehaald, toen de groep verwijderd, daarna kan ik hem in ieder geval wel handmatig toevoegen in de nieuwe z2m, echter werkt het nog niet.

Ik heb nu dus een groep in de nieuwe z2m omgeving, met exact dezelfde naam, maar binnen HA kan ik die groep niet bedienen.

Het zou kunnen dat de naam net even anders is als voorheen waardoor je nog naar de oude entity zit te kijken. Ook kan het helpen Home Assistant even opnieuw op te starten (en in het gekste geval even de Z2M integratie te verwijderen en opnieuw toe te voegen). Sowieso is het aan te raden namen (lampen, groepen en scenes) altijd in Z2M aan te maken en alleen in Z2M te veranderen (waarbij je 'bijwerken in Home Assistant' aanvinkt waar die keuze geboden wordt). Als je dan een keer problemen hebt is het een simpel geval verwijderen en weer toevoegen van de integratie.

Moet in ieder geval ongeveer zo uitzien:







Je ziet hier trouwens scene_40_medium en scene_41_medium omdat ik op die manier mooier kan stappen door de scenes: medium, fel, medium, dim <repeat>. De input select die ik daarvoor gebruik staat niet toe dat ik 2 x dezelfde optie toevoeg.

[Cyberpope]

Koepert schreef op vrijdag 31 oktober 2025 @ 09:21:
Stap je 's ochtends ook niet in de auto omdat er misschien ergens een ongeluk gaat gebeuren?

Nee, dan pak ik mijn motor of even een ubertje. Wat een erg raar vergelijk dit.
En ja, als ik na olievervangen mijn hele motor opnieuw mag gaan opbouw, zou ik vaker voor de fiets kiezen.

Beetje loos argument dit. Ja, een "migratieproces" zou beter uitgewerkt kunnen worden waar dat mogelijk is maar de kans dat het misgaat is relatief klein. Het voordeel van een starthome kan relatief groot zijn.

En ja het is dan vervelend en kan best een klusje zijn.. maar het is maar de slimmere bediening van je huis he.. niet je levensader.

Eens, maar hoe meer je er mee bezig gaat, hoe meer je merkt hoe ongelofelijk kwetsbaar het is. Je bouwt rustig en comfort is groot. Dan wijzigt er 1 onderdeel (of update) en op momenten dat het niet uitkomt ben je uren bezig om weer iets te fixen, als dat al lukt zonder nieuwe hardware en als je nog weet hoe het zit. En telkens duiken er nieuwe kwetbaarheden op.

En ja, ik vind dat die te weinig voor het voetlicht komen. Het staat nog zo ver af van een consumentenmarkt. Het is echt volledig voor hobbyisten.

En gezien jou ook "waar de mogelijk is", maakt helder dat het waarschijnlijk nooit het niveau van hobby gaat ontstijgen. Jammer dat die kritische noot bijna nooit gemaakt mag worden.

[ Voor 3% gewijzigd door Cyberpope op 31-10-2025 10:27 ]

[synoniem]

Hoe kwetsbaar het is hangt in grote mate af van hoe je het inricht. Als je het zo inricht dat je met een backup snel terug kan naar de vorige werkende situatie is er niet zoveel aan de hand en hoeft het ook geen uren te duren. Het alternatief is software die nooit wordt ge-updated en daardoor ook steeds kwetsbaarder wordt.

[Septillion]

HuismAndré schreef op vrijdag 31 oktober 2025 @ 09:47:
[...]

Naast de naam wordt ook het groepnummer opgeslagen in configuration.yaml. Daarnaast wordt de data van de groepen opgeslagen in de groepleden zelf (de lampen) als je het via Z2M programmeert. Dat maakt immers ook dat bij een actie "group 100, level 30" alle leden tegelijk reageren (het is maar één commando). Dit in tegenstelling tot een Home Assistant group (waarbij elk lid afzonderlijk aangestuurd wordt; iets dat je duidelijk ziet als je een grote groep inschakelt).

Dat is inderdaad waar ik op doelde maar probeerde het even simpel te houden. Het bevat linkbare info maar niet de samenstelling van de group. De tabel wordt alleen als ook up gebruikt. Maar bij een device, met een unieke identifier, wordt gewoon de naam opgehaald. Maar bij een group die Z2M aanmaakt lijkt dat het niet leuk te vinden dat de entery al bestaat ipv dat hij het puur gebruikt als look up.

Maar terug op configuration.yaml. Aangezien daar alle relevante data staat van een groep (namelijk de naam (voor ons) en het nummer (voor de leden)), zou dat voldoende moeten zijn. Maar het zou natuurlijk zo maar kunnen dat een lamp al die data reset/wist als de lamp naar een andere coördinator verhuist (ik zou haast zeggen "ik mag het hopen dat hij dat doet").

Denk inderdaad dat het gewist wordt. Want zou anders staan mensen die iets wisselen van netwerk of verkopen weer zo raar te kijken. Maar ja, helpt niet mee met wisselen nee.

Dus zou leuk zijn als Z2M wel volle migratie gaat ondersteunen. Of anders gewoon de mogelijkheid om groups, binds en scene te exporteren. En dat bij import gewoon geprobeerd wordt om de groups, binds en scenes weer op te bouwen als hij dezelfde devices ziet. Want immers zijn dat zoals je aan geeft dus instellingen voor de devices zelf.

[DjoeC]

Cyberpope schreef op vrijdag 31 oktober 2025 @ 08:51:
Auw. Weer een reden waarom te stoppen met smarthome als ik dat lees. Want ik zie al gebeuren dat mijn coordinator net stuk gaat op moment dat je het niet kunt gebruiken. En je bij god niet weet hoe je het ook alweer opgezet had.

Documenteren? Jij bent de "bouwer", daar hoort documentatie bij. Bij mij backups van de yaml's en beschrijvingen/id's van apparaten etc. in excel.... Net als voor mijn thuisservers, Windows pc (serienummers/licenties). Je hoeft dat allemaal niet te doen en dan heb je gelijk: begin niet aan een smart home.

[HuismAndré]

Cyberpope schreef op vrijdag 31 oktober 2025 @ 08:51:
Auw. Weer een reden waarom te stoppen met smarthome als ik dat lees. Want ik zie al gebeuren dat mijn coordinator net stuk gaat op moment dat je het niet kunt gebruiken. En je bij god niet weet hoe je het ook alweer opgezet had.

Als ik bezig ben met ons Smarthome (bijvoorbeeld Z2M) dan pak ik altijd het "Z2M Howto.txt" kladblokje erbij. Daarin schrijf ik dan de bevindingen op. Hetzelfde geldt voor andere delen (Home Assistant zelf, thermostaten etc. etc.) van de smart home installatie. Op die manier kun je, indien nodig, altijd weer teruggrijpen op "hoe zat het ook alweer" documentatie zonder dat het je veel tijd kost bij de aanmaak. Je hebt die documentatie bijna nooit nodig maar áls je het nodig hebt... Zo blij.

[Cyberpope]

Ja ik documenteer (zelf met screenshots en zo). Alleen ik gebruik daarvoor onenote. Om er vervolgens achter te komen dat bepaalde opties helemaal elders zijn wegstopt of compleet anders werken omdat er ondertussen de nodige backup's geweest zijn.

[Cyberpope]

synoniem schreef op vrijdag 31 oktober 2025 @ 10:31:
Hoe kwetsbaar het is hangt in grote mate af van hoe je het inricht. Als je het zo inricht dat je met een backup snel terug kan naar de vorige werkende situatie is er niet zoveel aan de hand en hoeft het ook geen uren te duren. Het alternatief is software die nooit wordt ge-updated en daardoor ook steeds kwetsbaarder wordt.

Tuurlijk en daarom ook op een VM in proxmox. Zelfs met mijn server defect was ik redelijk snel (maar toch nog meerdere uren) weer terug in de lucht. Echter doordat nieuw hardware iets anders omging met de usbpoorten, wat het toch weer wat meer werk.
Maar nu blijkt dus ook dat andere coordinator alles weer opnieuw pairen is... Kortom met backup's van je wel gedeelte af, maar ook slechts dat.

[Hmmbob]

Het kost je net zoveel tijd om die dingen opnieuw te pairen na een controller wissel (het hart van het systeem) als dat nu in deze "ja maar stom" posts is gaan zitten 🤷‍♂️.

Overdrijven is een kunst.

[ Voor 24% gewijzigd door Hmmbob op 31-10-2025 12:05 ]

[synoniem]

Cyberpope schreef op vrijdag 31 oktober 2025 @ 12:03:
[...]

Tuurlijk en daarom ook op een VM in proxmox. Zelfs met mijn server defect was ik redelijk snel (maar toch nog meerdere uren) weer terug in de lucht. Echter doordat nieuw hardware iets anders omging met de usbpoorten, wat het toch weer wat meer werk.
Maar nu blijkt dus ook dat andere coordinator alles weer opnieuw pairen is... Kortom met backup's van je wel gedeelte af, maar ook slechts dat.

Ik heb gewoon een identieke reserve coordinator liggen die ik ook wissel als ik de coordinator firmware update. Voor de nabije toekomst wil ik een netwerkversie (2) in gebruik nemen zodat het doorlussen van usb ook geen probleem meer is.

Ik vind het leuk om aan mijn installatie te prutsen maar de basis moet blijven werken of snel hersteld kunnen worden. Maar dat geldt voor al mijn systemen of het nu iot, desktop of server is.

[Cyberpope]

Hmmbob schreef op vrijdag 31 oktober 2025 @ 12:04:
Het kost je net zoveel tijd om die dingen opnieuw te pairen na een controller wissel (het hart van het systeem) als dat nu in deze "ja maar stom" posts is gaan zitten 🤷‍♂️.

Overdrijven is een kunst.

Repairen vereist her en der fysiek toegang tot devices.. Tenzij er een nieuwe manier is waar ik totaal niet meer van weet.

[DjoeC]

Vraag: Wat is op dit moment "de beste, meest flexibele en meest toekomstvaste" coordinator die soepel met Z2M samenwerkt?

Achtergrond: Voorbereiding dat zodra versie 8 van OMV uitkomt (ergens in de komende paar maanden) ik m'n hele Zigbee netwerk opnieuw kan gaan opbouwen en in het komende jaar flink kan gaan uitbouwen. Daarnaast HA en alle andere gekoppelde zaken opnieuw in kan richten etc.

Momenteel gebruik ik een SONOFF ZigBee 3.0 USB Dongle Plus, TI CC2652P Coordinator die het eigenlijk best goed doet. Maar is er iets beters of is bijvoorbeeld een ethernet versie beter en zo ja: waarom? Momenteel heb ik 32 devices, daar zouden er zomaar zo'n 50-100 bij kunnen komen als ik de juiste oplossingen voor mijn schakelaar, dimmers kan vinden (Busch-Jaeger Reflex SI).

[ Voor 12% gewijzigd door DjoeC op 31-10-2025 13:37 ]

[Cyberpope]

Als ik moet geloven wat ik op veel plekken lees en hoor is dat de SMLight SLZB-06. Die zie ik vaak aangeraden worden op dit moment.
Volgens mij ook internet aansluiting, maar weet niet hoe dat werkt. Blijkbaar ook 2 radio's en sterk signaal.
Maar dat is wat ik her en der lees. Ben er met schuin ook naar aan het kijken. Juist omdat je dan ook wellicht makkelijk kunt wisselen omdat je verwijs naar IP adres, maar dat weet ik dus niet.

Gezien ik eigenlijk niets nieuws meer weer kopen, maar juist wil afbouwen, heb ik hem niet gekocht. Maar of ik dat kan volhouden. Tja.

[DjoeC]

Cyberpope schreef op vrijdag 31 oktober 2025 @ 13:42:
Als ik moet geloven wat ik op veel plekken lees en hoor is dat de SMLight SLZB-06. Die zie ik vaak aangeraden worden op dit moment.
Volgens mij ook internet aansluiting, maar weet niet hoe dat werkt. Blijkbaar ook 2 radio's en sterk signaal.
Maar dat is wat ik her en der lees. Ben er met schuin ook naar aan het kijken. Juist omdat je dan ook wellicht makkelijk kunt wisselen omdat je verwijs naar IP adres, maar dat weet ik dus niet.

Gezien ik eigenlijk niets nieuws meer weer kopen, maar juist wil afbouwen, heb ik hem niet gekocht. Maar of ik dat kan volhouden. Tja.

Tnx. Ik ga dat ding eens opzoeken. Ja, afbouwen zou hier misschien ook langzaam aan moeten maar ik heb tijd en kan de centen toch niet meenemen. Dus: gewoon verder hobbyen en dit is gewoon leuk - net als nog heel veel andere dingen

Hier staat onder het plaatje een soort van vergelijking. Anders dan eventueel een ethernet versie lees ik geen echte reden om van de Sonoff af te stappen.....

[ Voor 12% gewijzigd door DjoeC op 31-10-2025 14:02 ]

[HuismAndré]

DjoeC schreef op vrijdag 31 oktober 2025 @ 13:36:
Vraag: Wat is op dit moment "de beste, meest flexibele en meest toekomstvaste" coordinator die soepel met Z2M samenwerkt?

Achtergrond: Voorbereiding dat zodra versie 8 van OMV uitkomt (ergens in de komende paar maanden) ik m'n hele Zigbee netwerk opnieuw kan gaan opbouwen en in het komende jaar flink kan gaan uitbouwen. Daarnaast HA en alle andere gekoppelde zaken opnieuw in kan richten etc.

Momenteel gebruik ik een SONOFF ZigBee 3.0 USB Dongle Plus, TI CC2652P Coordinator die het eigenlijk best goed doet. Maar is er iets beters of is bijvoorbeeld een ethernet versie beter en zo ja: waarom? Momenteel heb ik 32 devices, daar zouden er zomaar zo'n 50-100 bij kunnen komen als ik de juiste oplossingen voor mijn schakelaar, dimmers kan vinden (Busch-Jaeger Reflex SI).

Mijn SonOff Dongle Plus (TI) heeft zo'n 100 devices te bedienen (via een oude Raspberry Pi 2 met daarop OpenWRT (in read-only) en Ser2Net (zodat de Dongle via het lokale netwerk beschikbaar is). Werkt uitstekend (en wie heeft er nou niet nog een oude Raspberry Pi-2 liggen). Installatie was goed te doen. OpenWRT installeren, Ser2Net installeren en configureren. OpenWRT in read-only zetten, klaar. Ben een Linux noob maar zelfs mij lukte het binnen een half uurtje (wel met de Pi aan een beeldscherm tijdens het installeren; daarna natuurlijk alles remote via het netwerk).

[Ben(V)]

@DjoeC
Die Sonoff is prima en geen reden die te vervangen.
Die kan 50 devices direct connecten en in totaal 200 devices.
https://github.com/Koenkk...dinator/README.md#overiew

Als je echt twee stacks wilt gaan gebruiken bijvoorbeeld Zigbee en Thread dan zou ik voor een SLBZ-MR gaan die hebben twee radios en twee aparte stacks die volkomen onafhankelijk van elkaar zijn.

Zie:
https://smlight.tech/manu...-overview/#slzb-06-models

@Cyberpope
De SLZB-06 heeft geen twee radios.

[Aziona]

@HuismAndré Die oplossing met Openwrt kende ik niet. Wat is het voordeel hiervan? (Oprechte vraag) Ik neem aan dat er ergens in het netwerk z2m draait. Waarom niet z2m op de pi (lokatie) zelf?

Kun je zoiets ook installeren op een Openwert compatible router (met voldoende ram en een usb poort)?

[ Voor 21% gewijzigd door Aziona op 01-11-2025 09:06 ]

[RobertMe]

Aziona schreef op zaterdag 1 november 2025 @ 07:45:
@HuismAndré Die oplossing met Openwrt kende ik niet. Wat is het voordeel hiervan? (Oprechte vraag) Ik neem aan dat er ergens in het netwerk z2m draait. Waarom niet z2m op de pi (lokatie) zelf?

Het voordeel zal zijn dat een read-only OpenWRT installatie niet je SD kaartjes kan slopen

[HuismAndré]

Aziona schreef op zaterdag 1 november 2025 @ 07:45:
@HuismAndré Die oplossing met Openwrt kende ik niet. Wat is het voordeel hiervan? (Oprechte vraag) Ik neem aan dat er ergens in het netwerk z2m draait. Waarom niet z2m op de pi (lokatie) zelf?

Kun je zoiets ook installeren op een Openwert compatible router (met voldoende ram en een usb poort)?

Ik heb gekozen voor OpenWRT omdat dit een hele kleine distributie is die toch voldoende heeft om Ser2Net te kunnen draaien. In read-only mode kun je vrij moeilijk je SD kaart slopen (er valt ook niets op te slaan aangezien de Pi puur een doorgeefluik is). Z2M draait op onze DS224+ NAS (2 installaties om precies te zijn, 1 voor de loods via de USB aansluiting van de NAS en 1 met de stick het woonhuis (via de Pi-2/Ser2Net oplossing).

Lijkt me dat het ook wel op een router zou kunnen draaien (zolang deze OpenWRT draait (of een andere benaderbare Linux distro) en een vrije USB poort heeft). De load is in ieder geval helemaal niks (nog geen 1% op een Pi-2b).

Er schijnen nog veel kleinere Linux distro's te zijn (maar dat uitproberen bewaar ik voor "eens een keertje of zo").

[Ben(V)]

In plaats van OpenWrt kun je natuurlijk ook gewoon HA rechtstreeks op die Pi installeren en HA OS gebruiken.
Dat is nog veel kleinere distributie dan OpenWrt, maar dan tailored voor HA in plaats van voor routering.

[RobertMe]

Ben(V) schreef op zaterdag 1 november 2025 @ 14:13:
In plaats van OpenWrt kun je natuurlijk ook gewoon HA rechtstreeks op die Pi installeren en HA OS gebruiken.
Dat is nog veel kleinere distributie dan OpenWrt, maar dan tailored voor HA in plaats van voor routering.

Behalve dat die op een RPi 2b zo traag als dikke stront door een trechter zal zijn en die SD kaartjes op eet

[Ben(V)]

En je denkt dat OpenWrt dat beter doet?
Een oude Pi blijft gewoon een traag ding, als je een pi wilt neem dan minimaal een pi4 of pi5.
Ook kun je een Pi zo configureren dat hij van USB of NVMe boot en heb je die sd maar een keer nodig.

[synoniem]

Ben(V) schreef op zaterdag 1 november 2025 @ 14:38:
En je denkt dat OpenWrt dat beter doet?
Een oude Pi blijft gewoon een traag ding, als je een pi wilt neem dan minimaal een pi4 of pi5.
Ook kun je een Pi zo configureren dat hij van USB of NVMe boot en heb je die sd maar een keer nodig.

Ja ik weet vrij zeker dat OpenWrt dat beter doet. Zeker in readonly mode.

[RobertMe]

Ben(V) schreef op zaterdag 1 november 2025 @ 14:38:
En je denkt dat OpenWrt dat beter doet?

Het ging hier om het draaien van ser2net he. Dat is gewoon extreem lichte software. Dat is dus totaal niet te vergelijken met wat jij aangeeft "kun je net zo goed direct HAOS op draaien". Want HA is toch echt geen extreem lichte software.

Een oude Pi blijft gewoon een traag ding, als je een pi wilt neem dan minimaal een pi4 of pi5.

Voor wat data pakketjes vanaf een (USB) seriele adapter naar een TCP socket door te zetten is een RPi2 toch echt zeer ruim voldoende en nog steeds overkill (een ESP32 kan het ook, zie de SMLight sticks Of moet op die ESP32 dan ook maar HAOS gedraaid worden?).

Ook kun je een Pi zo configureren dat hij van USB of NVMe boot en heb je die sd maar een keer nodig.

Totale overkill voor de gestelde use case. "Server" met HA staat niet in huis, Zigbee stick "moet" wel in huis. Waarom zou je dan nog tientallen euro's extra uitgeven aan booten vanaf NVME (kan een RPi2 dat?) of booten vanaf USB als je nog een (oude) RPi met SD kaartje hebt liggen. En of een RPi2 kan booten vanaf USB? Wellicht dat je het OS op USB kunt zetten, maar oude versies kunnen volgens mij niet daadwerkelijk booten vanaf USB, er zal dan nog steeds iets op een SD kaartje moeten staan meen ik).

[synoniem]

RobertMe schreef op zaterdag 1 november 2025 @ 14:47:
En of een RPi2 kan booten vanaf USB? Wellicht dat je het OS op USB kunt zetten, maar oude versies kunnen volgens mij niet daadwerkelijk booten vanaf USB, er zal dan nog steeds iets op een SD kaartje moeten staan meen ik).

Hangt van de revisie af, volgens zeggen kan hij vanaf revisie v1.2 wel van usb booten. Voor de oudere revisies kan ik uit ervaring vertellen dat je daarvoor nog steeds een (readonly) sdkaartje met bootcode.bin nodig hebt. En een usb device met 512 bytes sized sectors of emulatie van 512 bytes sized sectors.

[DjoeC]

Vraag: Ik heb een stel Tuya switches van Aubess en Blitzwolf TS011F-1 en TS011F-3 in gebruik. Volgens de beschrijving zouden deze OTA kunnen maar het OTA dashboard geeft geen Firmware ID en Firmware versie weer. Van m'n nieuwe Ikea's staat die info er wel...

Nou vraag ik me af of dit correct is, danwel of dit misschien komt doordat er een actie vanuit Z2M naar "een website" door mijn firewall wordt geblokkeerd - zo ja, haalt Z2M informatie op vanuit het Z2M domein of van "elders"?

[Niekserr]

Is er iemand die een beginner wat kan helpen? Ik heb HA draaiend op een RPI4 met zo'n sonoff USB stick en gebruik Z2MQTT. Nu heb ik in mn huis een aantal EcoDim.07 dimmers toegevoegd, welke ik niet meer gekoppeld krijg...
Ik heb ze eerst werkend gekregen door ze in pairing mode te zetten. Ze werden toen direct ontdekt en gekoppeld.
Toen heb ik HA een tijdje v.d. stroom af gehad en daarna werkte het niet meer. Na resetten v.d. dimmers e.d. krijg ik ze niet meer gepaired en kan ik ze zelfs helemaal niet meer vinden... Wat o wat zijn de stappen die ik nu moet doen om ze weer werkend te krijgen?

Tips?

[The Zep Man]

Niekserr schreef op zondag 2 november 2025 @ 16:22:
Toen heb ik HA een tijdje v.d. stroom af gehad en daarna werkte het niet meer. Na resetten v.d. dimmers e.d. krijg ik ze niet meer gepaired en kan ik ze zelfs helemaal niet meer vinden... Wat o wat zijn de stappen die ik nu moet doen om ze weer werkend te krijgen?

Standaard staat Z2M geen nieuwe apparaten toe. Je moet in Z2M "permit join" kiezen. Daarna moet je de apparaten in pairing mode zetten.

[ Voor 5% gewijzigd door The Zep Man op 02-11-2025 16:24 ]

[Niekserr]

The Zep Man schreef op zondag 2 november 2025 @ 16:24:
[...]


Standaard staat Z2M geen nieuwe apparaten toe. Je moet in Z2M "permit join" kiezen. Daarna moet je de apparaten in pairing mode zetten.

Dat heb ik gedaan, echter vindt hij ze niet. In de logs kom ik de devices die in pairing mode staan ook niet tegen

[Wachten...]

ik heb hier een script, waarbij ik via een Hue dial switch de brightness aan wil kunnen passen van lampen.

Nu is het alleen zo dat als ik dit doe, dat dan bepaalde lampen die uit stonden in de kamer, alsnog aan springen zodra ik aan de dial knop draai. Ik geef echter toch echt aan in het script dat het enkel moet gebeuren als de lamp al aan staat.

Weet iemand waar het hier mis gaat?

@Septillion @TheFes Nog bedankt voor jullie hulp eerder. Alles is inmiddels overgezet naar mijn nieuwe SLZB stick.