Zigbee2mqtt - open source zigbee bridge - Deel 2

[The Zep Man]

deepbass909 schreef op dinsdag 13 januari 2026 @ 14:28:
Dat ziet er in ieder geval positief uit. Ik blijf me er keer op keer over verbazen hoe actief die database bijgewerkt wordt.

Als Zigbee hardwareboer zou ik (stilletjes) zelf bijdragen aan die database. Dan weet ik dat mijn hardware goed werkt met Z2M, en aan het einde van de dag is hardwareverkoop waar ik mijn geld mee verdien.

[BiG-GuY]

deepbass909 schreef op dinsdag 13 januari 2026 @ 14:28:
[...]


Dat ziet er in ieder geval positief uit. Ik blijf me er keer op keer over verbazen hoe actief die database bijgewerkt wordt.

Dat is bij Z2M dus gelinkt aan de releases. Zodra iets toegevoegd wordt, wordt automatisch de bijbehorende pagina gegenereerd.

Als het een compleet nieuw product is, kan de gegenereerde pagina nog aangepast worden voor dat specifieke product.

Heb al vaker nieuwe producten toegevoegd, wat sinds een tijdje een stuk makkelijker is geworden doordat Z2M de basis al automatisch herkend bij veel apparaten. Daarna kunnen gebruikers zelf meer data rapporteren om eventuele advanced features ook te implementeren.

[ Voor 20% gewijzigd door BiG-GuY op 14-01-2026 08:07 ]

[rogervdh]

Vanochtend ging Z2M opeens plotseling uit de lucht. Ik draai deze als add-on op Home Assistant. Het heeft jaren goed/stabiel gewerkt, maar opeens problemen en ik kreeg het niet meer werkend. In het verleden was wel eens een reboot van de coordinator noodzakelijk, maar dat hielp nu ook niet. Ik gebruik de SLZB-06 coordinator, deze eens gereboot via de webinterface (die kon ik zonder problemen benaderen, ook de SMLight SLZB integratie in Home Assistant had gewoon contact met de coordinator), uiteindelijk deze zelfs uitgetrokken, Z2M config file nog eens bekeken en alles klopte. De coordinator heeft een vast IP-adres (192.168.189.31), etc. etc. Niks lukte, terwijl ik überhaupt helemaal niks aangepast, geupdate of gereboot had. Uiteindelijk maar een backup van HA teruggezet van afgelopen nacht en toen werkte het weer. Ik vond het wel bizar (en ook wel een beetje beangstigend, want ik heb toch zo'n 100 Zigbee devices die opeens niet meer werken). Heeft iemand op basis van onderstaande logging een idee waar het euvel in gezeten zou kunnen hebben of in welke richting ik moet denken? HA, Z2M, firmware SLZB-06, etc. is allemaal volledig up-to-date.

code:

[09:51:08] INFO: [32mPreparing to start...[0m
[09:51:08] INFO: [32mSocat not enabled[0m
[09:51:08] INFO: [32mStarting Zigbee2MQTT...[0m
Starting Zigbee2MQTT without watchdog.
[2026-01-14 09:51:09] [34mdebug[39m:    z2m: Removing old log directory '/config/zigbee2mqtt/log/2025-12-04.15-01-46'
[2026-01-14 09:51:09] [32minfo[39m:     z2m: Logging to console, file (filename: log.log)
[2026-01-14 09:51:09] [34mdebug[39m:    z2m: Loaded state from file /config/zigbee2mqtt/state.json
[2026-01-14 09:51:09] [32minfo[39m:     z2m: Starting Zigbee2MQTT version 2.7.2 (commit #unknown)
[2026-01-14 09:51:09] [32minfo[39m:     z2m: Starting zigbee-herdsman (8.0.1)
[2026-01-14 09:51:09] [34mdebug[39m:    z2m: Using zigbee-herdsman with settings: '"{\"network\":{\"panID\":6754,\"extendedPanID\":[221,221,221,221,221,221,221,221],\"channelList\":[11],\"networkKey\":\"HIDDEN\"},\"databasePath\":\"/config/zigbee2mqtt/database.db\",\"databaseBackupPath\":\"/config/zigbee2mqtt/database.db.backup\",\"backupPath\":\"/config/zigbee2mqtt/coordinator_backup.json\",\"serialPort\":{\"baudRate\":115200,\"path\":\"tcp://192.168.189.31:6638\",\"adapter\":\"zstack\"},\"adapter\":{\"disableLED\":false,\"transmitPower\":20}}"'
[2026-01-14 09:51:09] [34mdebug[39m:    zh:controller: Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":"HIDDEN","panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11]},"serialPort":{"baudRate":115200,"path":"tcp://192.168.189.31:6638","adapter":"zstack"},"adapter":{"disableLED":false,"transmitPower":20},"databasePath":"/config/zigbee2mqtt/database.db","databaseBackupPath":"/config/zigbee2mqtt/database.db.backup","backupPath":"/config/zigbee2mqtt/coordinator_backup.json"}'
[2026-01-14 09:51:09] [32minfo[39m:     zh:zstack:znp: Opening TCP socket with 192.168.189.31:6638
[2026-01-14 09:51:09] [32minfo[39m:     zh:zstack:znp: Socket connected
[2026-01-14 09:51:09] [32minfo[39m:     zh:zstack:znp: Socket ready
[2026-01-14 09:51:09] [32minfo[39m:     zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2026-01-14 09:51:09] [34mdebug[39m:    zh:zstack:unpi:writer: --> buffer [239]
[2026-01-14 09:51:10] [32minfo[39m:     zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2026-01-14 09:51:10] [34mdebug[39m:    zh:zstack:znp: --> SREQ: SYS - ping - {"capabilities":1}
[2026-01-14 09:51:10] [34mdebug[39m:    zh:zstack:unpi:writer: --> frame [254,0,33,1,32]
[2026-01-14 09:51:16] [34mdebug[39m:    zh:zstack:znp: --> SREQ: SYS - ping - {"capabilities":1}
[2026-01-14 09:51:16] [34mdebug[39m:    zh:zstack:unpi:writer: --> frame [254,0,33,1,32]
[2026-01-14 09:51:22] [34mdebug[39m:    zh:zstack:znp: --> SREQ: SYS - ping - {"capabilities":1}
[2026-01-14 09:51:22] [34mdebug[39m:    zh:zstack:unpi:writer: --> frame [254,0,33,1,32]
[2026-01-14 09:51:28] [31merror[39m:    z2m: Error while starting zigbee-herdsman
[2026-01-14 09:51:28] [31merror[39m:    z2m: Failed to start zigbee-herdsman
[2026-01-14 09:51:28] [31merror[39m:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2026-01-14 09:51:28] [31merror[39m:    z2m: Exiting...
[2026-01-14 09:51:28] [31merror[39m:    z2m: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
    at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@8.0.1/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:107:27)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@8.0.1/node_modules/zigbee-herdsman/src/controller/controller.ts:143:29)
    at Zigbee.start (/app/lib/zigbee.ts:70:27)
    at Controller.start (/app/lib/controller.ts:101:13)
    at start (/app/index.js:149:5)

Deze riedel bleef zich maar eindeloos herhalen, etc.

[Cyberpope]

Heb je je log na opstart al door claude.ai gegooit. Dat werkt soms verhelderd.

Hier zie ik vooral dat hij 3x de coordinator probeert te bereiken, maar dat dit niet lukt (ping).

[HuismAndré]

En de URL die in de logfile getoond wordt:

https://www.zigbee2mqtt.i...tart_crashes-runtime.html

[rogervdh]

HuismAndré schreef op woensdag 14 januari 2026 @ 17:45:
En de URL die in de logfile getoond wordt:

https://www.zigbee2mqtt.i...tart_crashes-runtime.html

Dat had ik al gedaan. Foutmelding verwijst naar deze directe link, maar ik kan niks bedenken wat van toepassing is. Port (= IP adres van de SLZB) is hetzelfde (= fixed IP). Enige wat kan is "Your network Zigbee adapter is not accessible over the LAN network.", maar waarom is dat plotseling het geval terwijl ik de adapter wel kon pingen (en Home Assistant kon 'm ook gewoon benaderen). Vervolgens restore van HA backup en problem solved. Ik kan er vooralsnog niet de vinger op leggen en dat is nooit zo fijn.

[Lizard]

rogervdh schreef op woensdag 14 januari 2026 @ 16:56:
Vanochtend ging Z2M opeens plotseling uit de lucht. Ik draai deze als add-on op Home Assistant. Het heeft jaren goed/stabiel gewerkt, maar opeens problemen en ik kreeg het niet meer werkend. In het verleden was wel eens een reboot van de coordinator noodzakelijk, maar dat hielp nu ook niet. Ik gebruik de SLZB-06 coordinator, deze eens gereboot via de webinterface (die kon ik zonder problemen benaderen, ook de SMLight SLZB integratie in Home Assistant had gewoon contact met de coordinator), uiteindelijk deze zelfs uitgetrokken, Z2M config file nog eens bekeken en alles klopte. De coordinator heeft een vast IP-adres (192.168.189.31), etc. etc. Niks lukte, terwijl ik überhaupt helemaal niks aangepast, geupdate of gereboot had. Uiteindelijk maar een backup van HA teruggezet van afgelopen nacht en toen werkte het weer. Ik vond het wel bizar (en ook wel een beetje beangstigend, want ik heb toch zo'n 100 Zigbee devices die opeens niet meer werken). Heeft iemand op basis van onderstaande logging een idee waar het euvel in gezeten zou kunnen hebben of in welke richting ik moet denken? HA, Z2M, firmware SLZB-06, etc. is allemaal volledig up-to-date.

code:

[09:51:08] INFO: [32mPreparing to start...[0m
[09:51:08] INFO: [32mSocat not enabled[0m
[09:51:08] INFO: [32mStarting Zigbee2MQTT...[0m
Starting Zigbee2MQTT without watchdog.
[2026-01-14 09:51:09] [34mdebug[39m:    z2m: Removing old log directory '/config/zigbee2mqtt/log/2025-12-04.15-01-46'
[2026-01-14 09:51:09] [32minfo[39m:     z2m: Logging to console, file (filename: log.log)
[2026-01-14 09:51:09] [34mdebug[39m:    z2m: Loaded state from file /config/zigbee2mqtt/state.json
[2026-01-14 09:51:09] [32minfo[39m:     z2m: Starting Zigbee2MQTT version 2.7.2 (commit #unknown)
[2026-01-14 09:51:09] [32minfo[39m:     z2m: Starting zigbee-herdsman (8.0.1)
[2026-01-14 09:51:09] [34mdebug[39m:    z2m: Using zigbee-herdsman with settings: '"{\"network\":{\"panID\":6754,\"extendedPanID\":[221,221,221,221,221,221,221,221],\"channelList\":[11],\"networkKey\":\"HIDDEN\"},\"databasePath\":\"/config/zigbee2mqtt/database.db\",\"databaseBackupPath\":\"/config/zigbee2mqtt/database.db.backup\",\"backupPath\":\"/config/zigbee2mqtt/coordinator_backup.json\",\"serialPort\":{\"baudRate\":115200,\"path\":\"tcp://192.168.189.31:6638\",\"adapter\":\"zstack\"},\"adapter\":{\"disableLED\":false,\"transmitPower\":20}}"'
[2026-01-14 09:51:09] [34mdebug[39m:    zh:controller: Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":"HIDDEN","panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11]},"serialPort":{"baudRate":115200,"path":"tcp://192.168.189.31:6638","adapter":"zstack"},"adapter":{"disableLED":false,"transmitPower":20},"databasePath":"/config/zigbee2mqtt/database.db","databaseBackupPath":"/config/zigbee2mqtt/database.db.backup","backupPath":"/config/zigbee2mqtt/coordinator_backup.json"}'
[2026-01-14 09:51:09] [32minfo[39m:     zh:zstack:znp: Opening TCP socket with 192.168.189.31:6638
[2026-01-14 09:51:09] [32minfo[39m:     zh:zstack:znp: Socket connected
[2026-01-14 09:51:09] [32minfo[39m:     zh:zstack:znp: Socket ready
[2026-01-14 09:51:09] [32minfo[39m:     zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2026-01-14 09:51:09] [34mdebug[39m:    zh:zstack:unpi:writer: --> buffer [239]
[2026-01-14 09:51:10] [32minfo[39m:     zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2026-01-14 09:51:10] [34mdebug[39m:    zh:zstack:znp: --> SREQ: SYS - ping - {"capabilities":1}
[2026-01-14 09:51:10] [34mdebug[39m:    zh:zstack:unpi:writer: --> frame [254,0,33,1,32]
[2026-01-14 09:51:16] [34mdebug[39m:    zh:zstack:znp: --> SREQ: SYS - ping - {"capabilities":1}
[2026-01-14 09:51:16] [34mdebug[39m:    zh:zstack:unpi:writer: --> frame [254,0,33,1,32]
[2026-01-14 09:51:22] [34mdebug[39m:    zh:zstack:znp: --> SREQ: SYS - ping - {"capabilities":1}
[2026-01-14 09:51:22] [34mdebug[39m:    zh:zstack:unpi:writer: --> frame [254,0,33,1,32]
[2026-01-14 09:51:28] [31merror[39m:    z2m: Error while starting zigbee-herdsman
[2026-01-14 09:51:28] [31merror[39m:    z2m: Failed to start zigbee-herdsman
[2026-01-14 09:51:28] [31merror[39m:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2026-01-14 09:51:28] [31merror[39m:    z2m: Exiting...
[2026-01-14 09:51:28] [31merror[39m:    z2m: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
    at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@8.0.1/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:107:27)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@8.0.1/node_modules/zigbee-herdsman/src/controller/controller.ts:143:29)
    at Zigbee.start (/app/lib/zigbee.ts:70:27)
    at Controller.start (/app/lib/controller.ts:101:13)
    at start (/app/index.js:149:5)

Deze riedel bleef zich maar eindeloos herhalen, etc.

Ik zie zigbee-herdsman staan, moet dat niet ember zijn voor de SLZB-06?

Dit stukje staat in mijn configuration.yaml:

YAML:

serial:
  adapter: ember
  rtscts: false
  port: tcp://192.168.1.xx:6638
  baudrate: 115200

[BiG-GuY]

Lizard schreef op donderdag 15 januari 2026 @ 13:12:
[...]

Ik zie zigbee-herdsman staan, moet dat niet ember zijn voor de SLZB-06?

Dit stukje staat in mijn configuration.yaml:

YAML:

serial:
  adapter: ember
  rtscts: false
  port: tcp://192.168.1.xx:6638
  baudrate: 115200

Ember is alleen voor de SLZB-06M met Silicon Labs chip, de normale SLZB-06 heeft een Texas Instruments chip, dus gebruik je zStack voor.

[JBS]

deepbass909 schreef op dinsdag 13 januari 2026 @ 14:28:
[...]


Dat ziet er in ieder geval positief uit. Ik blijf me er keer op keer over verbazen hoe actief die database bijgewerkt wordt.

En de KAJPLATS GU10 (https://www.ikea.com/nl/n...rt-wit-spectrum-50611442/) doet ook Zigbee (ook voor deze geldt 12x aan/uit voor Zigbee mode).

[JBS]

JBS schreef op zondag 18 januari 2026 @ 13:23:
[...]
En de KAJPLATS GU10 (https://www.ikea.com/nl/n...rt-wit-spectrum-50611442/) doet ook Zigbee (ook voor deze geldt 12x aan/uit voor Zigbee mode).

De MYGGBETT kunnen wel via Zigbee touchlink direct gekoppeld worden aan een lamp, maar ik krijg 'm niet gepaired met Z2M. Ook vlakbij de Zigbee coördinator en 4x op knopje drukken voor touchlink, verbind ie met 'n lamp verderop.

De MYGGBETT lijkt dus geen volwaardige "Zigbee mode" te hebben. Heb 'm nu dus in HA via Matter over Thread.

[Eärendil]

Heb je ook de methode geprobeerd die voor BILRESA beschreven is:

Press the pairing button 4 times. When the first LED blinks, press the pairing button 8 times.

https://www.zigbee2mqtt.io/devices/E2490.html

[DAX23E]

Ik gebruik al meer dan een jaar ikea lampen via Zigbee2MQTT. Het toevoegen ging toen super makkelijk.

Ik heb nog 3 ongebruikte over, maar het toevoegen lukt niet met de huidige versie 2.7.2-1. Deze versie heeft ook de nieuwe layout. Ik heb de lampen ook al meerdere keren gereset. En als in op de "Join toestaan" knop klik in Zigbee2MQTT dan zie ik verder niks gebeuren. Ook het aantal apparaten blijft gelijk. De lamp staat 50cm van de ontvanger.

Doe ik iets verkeerd?

Schopje naar het juiste topic

[ Voor 4% gewijzigd door Septillion op 22-01-2026 20:11 ]

[Septillion]

@DAX23E Als je op "Permit join" drukt, verandert hij dan in "Disable join x:xx" waarbij x:xx aftelt?

[InjecTioN]

DAX23E schreef op donderdag 22 januari 2026 @ 19:38:
Ik gebruik al meer dan een jaar ikea lampen via Zigbee2MQTT. Het toevoegen ging toen super makkelijk.

Ik heb nog 3 ongebruikte over, maar het toevoegen lukt niet met de huidige versie 2.7.2-1. Deze versie heeft ook de nieuwe layout. Ik heb de lampen ook al meerdere keren gereset. En als in op de "Join toestaan" knop klik in Zigbee2MQTT dan zie ik verder niks gebeuren. Ook het aantal apparaten blijft gelijk. De lamp staat 50cm van de ontvanger.

Doe ik iets verkeerd?

Mogelijk heb je er wat aan om eens te zien of het ontvangst goed is?

Pairing van mesh nodes (apparaten die op het lichtnet aangesloten zijn) doe je overigens eigenlijk altijd op de plek waar die permanent zou moeten komen te hangen, anders probeert die gebruik te maken van de verkeerde mesh node, waardoor het ontvangst slecht zal worden. Vervolgens de lamp 10x uit en aan schakelen (let op de timing: 1 sec uit, 1 sec aan, etc…), de lamp zal dan langzaam dimmen en lichter worden, waarna je ‘m kan toevoegen met de ZHA “add device” -wizard. Hij moet sneller dimmen en lichter worden wanneer die succesvol toegevoegd is.

[ Voor 3% gewijzigd door InjecTioN op 22-01-2026 20:23 ]

[Deshmir]

@DAX23E en tel je 6x vanaf aan stand of vanaf uit stand?

Vanaf uit is het 3x aan, 3x uit en dan weer aan (eigenlijk 7).

Vanaf aan is het 3x uit en 3x aan, eindstand lamp blijft eigenlijk “aan”

[JBS]

Eärendil schreef op donderdag 22 januari 2026 @ 12:52:
Heb je ook de methode geprobeerd die voor BILRESA beschreven is:

[...]

https://www.zigbee2mqtt.io/devices/E2490.html

Nee, dat lukt (mij) (nog) niet. Het hangt hier ook vol met Zigbee lampen, en na de eerste keer 4x drukken begint vrijwel direct één van die Zigbee lampen te knipperen omdat de MYGGBETT via touchlink wil koppelen.

Zo heeft die MYGGBETT vanmiddag zonder dat ik 't door had (want het was licht overdag) bij elke poging een Zigbee lamp uit m'n Zigbee mesh getrokken (5 stuks zo zag ik later).

[DAX23E]

Septillion schreef op donderdag 22 januari 2026 @ 20:13:
@DAX23E Als je op "Permit join" drukt, verandert hij dan in "Disable join x:xx" waarbij x:xx aftelt?

Dan krijg ik de tekst "Jion uitschakelen" met een timer die afloopt.

InjecTioN schreef op donderdag 22 januari 2026 @ 20:22:
[...]

Mogelijk heb je er wat aan om eens te zien of het ontvangst goed is?

Pairing van mesh nodes (apparaten die op het lichtnet aangesloten zijn) doe je overigens eigenlijk altijd op de plek waar die permanent zou moeten komen te hangen, anders probeert die gebruik te maken van de verkeerde mesh node, waardoor het ontvangst slecht zal worden. Vervolgens de lamp 10x uit en aan schakelen (let op de timing: 1 sec uit, 1 sec aan, etc…), de lamp zal dan langzaam dimmen en lichter worden, waarna je ‘m kan toevoegen met de ZHA “add device” -wizard. Hij moet sneller dimmen en lichter worden wanneer die succesvol toegevoegd is.

De ontvangt van de andere lampen en apparaten zijn gewoon goed. Ik wil de lamp nu tijdelijk toevoegen om iets anders te kunnen testen en wil daarvoor mijn huidige lampen niet gebruiken.

In heb de lamp meerdere keren gerest zoals het zou moeten. Soms zelf vaker aan en uit. De lamp laat ik aan het einde dan aan en dan begint de lamp te knipperen. Maar na een tijdje stop dat knipperen.

Bewerkt: 23-01-2026
Vandaag weer bezig geweest door een schakelaar te ontkoppelen en die kon ik wel weer toevoegen.

Ik heb dus even goed naar de lamp gekeken en zag LSC. Blijkbaar ben ik zo stom geweest om deze oude wifi lampen in het IKEA doosje te doen .

[ Voor 8% gewijzigd door DAX23E op 23-01-2026 17:04 ]

[jimmydwn]

Beste Tweakers,

Ik heb een vraag over de ROBB Dimmer voor Aan-Uit Schakelaar:
https://www.robbshop.nl/r...r-voor-aan-uit-schakelaar

Het probleem wat ik heb is dat als ik de dimmer module schakel via Home Assistant het prima werkt, alleen zodra ik mijn traditionele schakelaar gebruik schakelt de lamp wel, maar krijg ik geen terugkoppeling in home assistant. Dus als de lamp van uit naar aan gaat blijft hij in home assistant uit staan en andersom. Ik heb inmiddels 2 modules aangesloten die beide hetzelfde gedrag vertonen.

Het is me wel opgevallen dat in Zigbee2Mqtt de ROB_200-011-1 herkend wordt terwijl het apparaat zelf de ROB_200-004-1 is. Maar dat zou naar mijn idee geen verschil moeten maken voor de state.

Mijn hoop is dat er hier misschien iemand is die dezelfde dimmers gebruikt en mij kan vertellen of het uitlezen van de state gewoon niet mogelijk is bij fysiek schakelen, ik toch nog iets moet aanpassen in de z2m config of dat de modules een defect hebben.

Aansluiting is volgens het volgende schema:


Ik zit op Zigbee2Mqtt versie 2.7.2-1.

Alvast bedankt.

Edit:
Oplossing gekregen op mijn reddit post. Tip om de min. interval op 0 ter zetten.

You need to activate state reporting.
Go to Z2M -> ROB device -> Reporting
Add genOnOff -> onOff and genLevelCtrl -> currentLevel.

Some more information here:
https://www.reddit.com/r/.../1q6g7b4/comment/ny7b9b8/

I will try to update Z2M, so reporting will be enabled by default for your device in the next release

[ Voor 15% gewijzigd door jimmydwn op 27-01-2026 12:43 . Reden: Oplossing toegevoegd ]

[Septillion]

@jimmydwn Even schopje hierheen gedaan want lijkt me meer een Z2M issue.

Ik heb geen ervaring met die Robb module maar het is niet standaard gedrag. Zit je op de laatste versie van Z2M (2.7.2)?

En in de Z2M interface zie je hem ook niet wijzigen?

[jimmydwn]

Septillion schreef op maandag 26 januari 2026 @ 10:25:
@jimmydwn Even schopje hierheen gedaan want lijkt me meer een Z2M issue.

Ik heb geen ervaring met die Robb module maar het is niet standaard gedrag. Zit je op de laatste versie van Z2M (2.7.2)?

En in de Z2M interface zie je hem ook niet wijzigen?

Ik zit op versie 2.7.2-1 en ik zie de state niet wijzigen in het device onder het tabje "Status". Ook in het "Activiteiten" menu blijft de state op "Off". Ik krijg wel een nieuwe message binnen als ik hem inschakel, maar dat komt waarschijnlijk omdat de Power geüpdatet wordt. Deze werkt namelijk wel.

[HuismAndré]

jimmydwn schreef op maandag 26 januari 2026 @ 10:39:
[...]


Ik zit op versie 2.7.2-1 en ik zie de state niet wijzigen in het device onder het tabje "Status". Ook in het "Activiteiten" menu blijft de state op "Off". Ik krijg wel een nieuwe message binnen als ik hem inschakel, maar dat komt waarschijnlijk omdat de Power geüpdatet wordt. Deze werkt namelijk wel.

Bij sommige devices moet je de optie "state action" even aanzetten zodat een statusverandering veroorzaakt op het device zelf terug gemeld wordt. Staat in Z2M op tabblad "instellingen (specifiek)".

[ Voor 9% gewijzigd door HuismAndré op 26-01-2026 12:48 . Reden: Beter plaatje. ]

[jimmydwn]

HuismAndré schreef op maandag 26 januari 2026 @ 12:47:
[...]

Bij sommige devices moet je de optie "state action" even aanzetten zodat een statusverandering veroorzaakt op het device zelf terug gemeld wordt. Staat in Z2M op tabblad "instellingen (specifiek)".

[Afbeelding]

Bedankt voor de tip, helaas heb ik deze al aan staan. Dus dat kan het niet zijn.

[kroonen]

Opgelost. Toen ik spefifiek een kleur koos, ging hij wel updaten van de brightness.


Hoi ,

Ik heb een Philips (Hue outdoor Impress wall lamp). In de zigbee2mqtt wordt hij netjes gemeld en ook de brightness gaat goed, en onthoud deze.

In homeassinstant kom hij ook netjes, ik kan de brightness wijzigen en doet hij ook maar hij bewaart hem niet. in de statussen (in onwikkelhulpmiddelen, daar de attiuburen bljift hij op null staan). Het lijkt net of zigbee2mqtt de brightness niet doorgeeft aan homeassistant.

Enig idee wat hier fout gaat? Of moet ik nog ergens een vinkje zetten. Ik heb hem ook al een keer verwijdert en opnieuw gekoppeld

met mqtt explorer kriijg ik gewoon de waarde

{"brightness":99,"effect":null,"linkquality":142,"power_on_behavior":"off","state":"ON","update":{"installed_version":16786692,"latest_version":16787202,"progress":0.51,"remaining":97194,"state":"updating"}}


in ontwikkelhulpmiddelen heb ik deze waarde

code:

min_color_temp_kelvin: 2000
max_color_temp_kelvin: 6666
min_mireds: 150
max_mireds: 500
effect_list:
  - blink
  - breathe
  - okay
  - channel_change
  - candle
  - fireplace
  - colorloop
  - finish_effect
  - stop_effect
  - stop_hue_effect
supported_color_modes:
  - color_temp
  - xy
friendly_name: Bijkeuken Buiten
supported_features: 44
effect: null
color_mode: unknown
brightness: null
color_temp_kelvin: null
color_temp: null
hs_color: null
rgb_color: null
xy_color: null

[ Voor 46% gewijzigd door kroonen op 28-01-2026 18:28 ]

[badkuip]

@rogervdh Ben je al achter de oorzaak van je chrashende Z2M gekomen? Bij mij draaide het ook jaren stabiel maar deze week heb ik al twee keer moeten herstarten.
Gelukkig hoefde ik niets te restoren en werkte het gewoon weer. Ook heb ik een usb Zigbee coordinator en volgens mij heb jij er een via ethernet.

Ik had het zelf gerelateerd aan dit probleem maar dat is niet helemaal aan de orde. Het enige andere wat ik kan bedenken is de update naar HA OS 17.0.

Mijn logs zeggen mij niets. Het staat vol met debug info en ik heb geen log meer van de vastloper. Maar misschien kijk ik verkeerd. Welk log moet ik raadplegen?
Ik draai het op Proxmox in HA OS supervised. ZIgbee2MQTT is een Add on in mijn home assistant.

[HuismAndré]

badkuip schreef op donderdag 29 januari 2026 @ 19:59:
@rogervdh Ben je al achter de oorzaak van je chrashende Z2M gekomen? Bij mij draaide het ook jaren stabiel maar deze week heb ik al twee keer moeten herstarten.
Gelukkig hoefde ik niets te restoren en werkte het gewoon weer. Ook heb ik een usb Zigbee coordinator en volgens mij heb jij er een via ethernet.

Ik had het zelf gerelateerd aan dit probleem maar dat is niet helemaal aan de orde. Het enige andere wat ik kan bedenken is de update naar HA OS 17.0.

Mijn logs zeggen mij niets. Het staat vol met debug info en ik heb geen log meer van de vastloper. Maar misschien kijk ik verkeerd. Welk log moet ik raadplegen?
Ik draai het op Proxmox in HA OS supervised. ZIgbee2MQTT is een Add on in mijn home assistant.

Als je log vol staat met debug info dan heb je log level verkeerd staan tenzij je daadwerkelijk aan het debuggen bent. Ben je dat niet dan dient het level op warning of error te staan (anders loopt de boel best snel vast).

[rogervdh]

badkuip schreef op donderdag 29 januari 2026 @ 19:59:
@rogervdh Ben je al achter de oorzaak van je chrashende Z2M gekomen? Bij mij draaide het ook jaren stabiel maar deze week heb ik al twee keer moeten herstarten.

@badkuip Nee, ik ben er niet achter gekomen. Op de een of andere manier kon Z2M geen verbinding meer krijgen met de ethernet Zigbee coordinator. Vervolgens echt vanalles geprobeerd om het weer werkend te krijgen, maar zonder resultaat. Restore gedaan en voila...het werkte direct weer. Bizar en irritant dat ik de oorzaak nooit heb kunnen achterhalen. Sindsdien draait het gewoon weer stabiel aan een stuk. Inmiddels overigens HAOS 17.0 draaien.

Ik had het zelf gerelateerd aan dit probleem maar dat is niet helemaal aan de orde. Het enige andere wat ik kan bedenken is de update naar HA OS 17.0.

Lijkt erop dat gebruiker empierrelouis in bovenstaande link exact hetzelfde probleem had als ik. Exact zelfde foutmelding, hardware, etc. full restore was de enige oplossing om het weer werkend te krijgen en sindsdien werkt het weer.

[ Voor 26% gewijzigd door rogervdh op 29-01-2026 22:13 ]

[sapphire]

Hier sinds vanavond wat vage problemen met Z2M, tenminste dat of mijn ZBMINI-L2 is gaar.

Vanavond opeens licht niet meer aan via de wandschakelaar, en via de HA app/Z2M reageerde de ZBMINI-L2 ook niet meer. Nagekeken of alles nog goed zat, voelde niet warm aan, geen brandplekken oid dus dat kan het niet zijn. Module geforceerd verwijderd, weer toegevoegd maar nu staat er een rood uitroepteken bij interview status 'failed'. Hij is gewoon te bedienen via Z2M/HA

Voor het verwijderen kreeg ik de volgende error:


Wat ik zo snel heb kunnen vinden is een verouderde firmware maar dit is de nieuwste versie en de overige modules hebben dezelfde versie en werken prima

[ Voor 68% gewijzigd door sapphire op 04-02-2026 23:55 ]

[HuismAndré]

Als bedienen met de wandschakelaar niet meer werkt dan zou je denken dat er een hardware issue is met je ZBMINIL2. Hij kan immers niet in detached mode werken (zoals z'n ZBMINIR2 broertje dat kan) zodat hij altijd zal moeten reageren op de schakelaar (kan hooguit per ongeluk in edge mode terecht komen ipv high/low maar zelfs dan moet hij reageren op een aangesloten schakelaar).

Geforceerd verwijderen is nooit een goed idee. Altijd eerst proberen het device op de nette manier te verwijderen (ook omdat het device dan tenminste netjes een zelfreset uitvoert). Nu kun je nog overwegen om dat zelf te doen. Knop op de ZBMINIL2 een seconde of 10 ingedrukt houden. Als hij ingebouwd zit dan kun je het ook met de aangesloten aan/uit schakelaar doen (keer of 10 heen en weer in een vrij vlot tempo). Licht knippert even als het gelukt is (IIRC). Daarna is hij gereset zou zou de coördinator hem weer moeten kunnen vinden.

[Ben.Hahlen]

Misschien heeft iemand hier dit al een keer meegemaakt, maar deze is nieuw voor mij:
Ik heb een "Tradfri Starterset" gekocht (3 lampen + afstandsbediening), maar ik krijg de lampen met geen mogelijkheid gekoppeld in Z2M.
Het gaat om LED2106R3 GU10's, die "gewoon" supported zouden moeten zijn.

Normaliter zouden ze zelfs moeten verbinden als ze niet supported zijn, maar ook dat doen ze niet...
Alle 3 overigens niet.
Heb ook nog met een Hue Bridge geprobeerd (even afgestoft en aangesloten), maar ook daar joinen ze niet.

Heb er ook een issue voor aangemaakt, maar wilde het ook hier proberen.

[Cyberpope]

Sinds een paar weken heb ik dat mijn ikea afstandbedieningen (strybar en rotred heten ze geloof ik) de verbinding verliezen met de coordinator. Ik heb toch genoeg routers. Iemand een begin waar ik moet gaan zoeken. IA komt vooral dat ik mijn kanaal naar 20 moet zetten, terwijl ze eerst het advies hadden om mijn zigbee kanaal op 25 te zetten.

[Gizz]

@Ben.Hahlen waarschijnlijk is je timing niet goed bij de factory reset. Die luistert heel nauw bij IKEA. Zie ook de uitleg bij deze lampjes in de database van Z2M:

Pairing

Factory reset the light bulb (video). After resetting the bulb will automatically connect.

While pairing, keep the bulb close to the coordinator (adapter).

What works is to use (very) short “on’s” and a little bit longer “off’s”, where you kill the light as soon as the bulb shows signs of turning on. Start with bulb on, then off, and then 6 “on’s”, wait in the 6th ON state. (If you try play safe and go for 7 "on's" the reset sometimes fails.)

[ Voor 5% gewijzigd door Gizz op 06-02-2026 12:39 ]

[Ben.Hahlen]

Gizz schreef op vrijdag 6 februari 2026 @ 12:38:
@Ben.Hahlen waarschijnlijk is je timing niet goed bij de factory reset. Die luistert heel nauw bij IKEA. Zie ook de uitleg bij deze lampjes in de database van Z2M:
[...]

Ok... 6 times is the charm
Blijkbaar deed ik steeds 7 keer, omdat ik niet kan lezen, ofzo...
Nu dus wel gelukt!
Dank!

[belly89]

Ben.Hahlen schreef op vrijdag 6 februari 2026 @ 12:55:
[...]



Ok... 6 times is the charm
Blijkbaar deed ik steeds 7 keer, omdat ik niet kan lezen, ofzo...
Nu dus wel gelukt!
Dank!

Voor een volgende keer, dit script helpt mij altijd uit de brand.
https://gathering.tweaker...message/76068562#76068562

Alle credits uiteraard voor @TheFes

[Hmmbob]

belly89 schreef op vrijdag 6 februari 2026 @ 14:38:
[...]


Voor een volgende keer, dit script helpt mij altijd uit de brand.
https://gathering.tweaker...message/76068562#76068562

Alle credits uiteraard voor @TheFes

Nieuwe locatie van die code:

https://github.com/TheFes/HA-configuration/blob/main/packages/00%20general/ikea_pairing.yaml

[Ben.Hahlen]

belly89 schreef op vrijdag 6 februari 2026 @ 14:38:
[...]


Voor een volgende keer, dit script helpt mij altijd uit de brand.
https://gathering.tweaker...message/76068562#76068562

Alle credits uiteraard voor @TheFes

Dat werkt uiteraard alleen als je slimme schakelaars hebt ook, dat heb ik niet :-)

Wel een cool script, overigens!

[oltk]

rogervdh schreef op donderdag 29 januari 2026 @ 22:06:
[...]


@badkuip Nee, ik ben er niet achter gekomen. Op de een of andere manier kon Z2M geen verbinding meer krijgen met de ethernet Zigbee coordinator. Vervolgens echt vanalles geprobeerd om het weer werkend te krijgen, maar zonder resultaat. Restore gedaan en voila...het werkte direct weer. Bizar en irritant dat ik de oorzaak nooit heb kunnen achterhalen. Sindsdien draait het gewoon weer stabiel aan een stuk. Inmiddels overigens HAOS 17.0 draaien.


[...]


Lijkt erop dat gebruiker empierrelouis in bovenstaande link exact hetzelfde probleem had als ik. Exact zelfde foutmelding, hardware, etc. full restore was de enige oplossing om het weer werkend te krijgen en sindsdien werkt het weer.

Ik had zo een maandje geleden hetzelfde. Ineens werd mjn sonoff-P stick niet meer gevonden. Erin en eruit: bij hardware info in HA geen Sonoff. Uiteindelijk de USB hub (van de Hema) eruit gehaald en vervangen door een andere USB hub, en het werkte weer. Geen idee wat er aan de hand was.

[HowsMyApple]

Sinds een week of 2 valt een Aqara Motion Sensor met regelmaat weg uit m'n netwerk. In Zigbee2MQTT staat dat de device nog wel online is, maar het is nergens meer mee verbonden in het mesh netwerk. Opnieuw pairen en dan doet ie het weer voor een paar uur.
Ik heb deze motion sensor al ruim 5 jaar in gebruik en het heeft altijd zonder problemen gedraaid. Je zou denken dan is de batterij vast aan vervanging toe, maar ook met een nieuwe batterij blijft het probleem zich voordoen. De motion sensor staat op een meter of 3 van m'n Coordinator. En er is onlangs niets gewijzigd aan m'n mesh netwerk.

Iemand een idee wat er aan de hand kan zijn?

[Gizz]

HowsMyApple schreef op maandag 16 februari 2026 @ 08:30:
Sinds een week of 2 valt een Aqara Motion Sensor met regelmaat weg uit m'n netwerk. In Zigbee2MQTT staat dat de device nog wel online is, maar het is nergens meer mee verbonden in het mesh netwerk. Opnieuw pairen en dan doet ie het weer voor een paar uur.
Ik heb deze motion sensor al ruim 5 jaar in gebruik en het heeft altijd zonder problemen gedraaid. Je zou denken dan is de batterij vast aan vervanging toe, maar ook met een nieuwe batterij blijft het probleem zich voordoen. De motion sensor staat op een meter of 3 van m'n Coordinator. En er is onlangs niets gewijzigd aan m'n mesh netwerk.

Iemand een idee wat er aan de hand kan zijn?

(ik reageer hier even op je, want dit heeft met Z2M te maken en niet HA )
Kijk even met welke router je verbindt, de Aqara houdt zich niet helemaal netjes aan de zigbee-standaard en heeft daarom ruzie met bijvoorbeeld routers van Lidl en nog wat andere merken.

Zie ook de uitleg in de documentatie:

Troubleshooting: device stops sending messages/disconnects from network

Since Xiaomi devices do not fully comply to the Zigbee standard, it sometimes happens that they disconnect from the network. Most of the times this happens because of the following reasons:

Device has a weak signal, you can see the signal quality in the published messages as linkquality. A linkquality < 20 is considered weak.
Low battery voltage, this can even happen when the battery still appears full. Try a different battery.
The device is connected through a router which cannot deal with Xiaomi devices. This is known to happen devices from: Centralite, General Electric, Iris, Ledvance, Legrand, OSRAM, Sylvania, SmartThings, Securifi. A possible solution is to connect the device directly to the central coordinator by pushing the reset button while being physically close to it

Dit kun je oplossen door niet Permit join All te kiezen, maar een specifieke router te selecteren.

edit: nu ik toch aan het posten ben, ik heb zelf ook ruzie met een Aqara RTCGQ11LM. Ik krijg deze niet meer gereset of aan het pairen.

Gedrag:

• 1x klikken op de resetknop = blauwe led knippert, 2 seconden wachten, blauwe led knippert weer
• Resetknop ingedrukt houden voor 5, 10, 15 seconden of nog langer: er gebeurt niks, geen blauwe led.

Terwijl dat laatste de procedure zou moeten zijn voor een reset en het activeren van de pairmodus.

Geprobeerd met verse batterijtjes van 2 verschillende merken/batches. Wat nu?

[ Voor 11% gewijzigd door Gizz op 16-02-2026 08:39 ]

[HowsMyApple]

@Gizz Ah dat van die Permit join All wist ik niet, nooit bij stil gestaan eigenlijk

Maar de motion sensor heeft altijd een directe verbinding met de coordinator gehad, welke dus op zo'n 3 meter afstand staat. De sensor is m'n meest betrouwbare zigbee device tot nu toe geweest. Er is niets veranderd, geen idee waarom 'ie nu telkens na een paar uur 'niet meer werkt' ..

Ik zie nu je edit. Weet jij toevallig vanaf welke dag exact jouw problemen spelen? Ik helaas niet, maar wellicht kunnen we dan opzoeken of er rond die dag een update is geweest voor Z2MQTT waar die motion sensors niet heel blij mee zijn.

[ Voor 24% gewijzigd door HowsMyApple op 16-02-2026 09:00 ]

[Septillion]

@HowsMyApple Detail dat ik mis, werkt hij ook werkelijk niet?

Want Zigbee kent geen echte manier om "offline" te detecteren, dan kan alleen door reactie te timen. En dat staat standaard uit in Z2M. En dat van een batterij device tijdens een scan niet duidelijk is met wel device hij verbonden is wil ook nog niets zeggen.

[HowsMyApple]

@Septillion Ja de sensor werkt nog wel. Zodra ik 'm opnieuw pair wordt ie gelijk gevonden en springen de lichten in de keuken direct aan (oftewel, de sensor ziet dat er iemand in de keuken is en de juiste automation wordt afgetrapt)

[Septillion]

@HowsMyApple Nee, niet na re-pairen. Geen streepje op het kaartje of offline melding zijn beide maar symptomen. Maar werkt de sensor dan werkelijk dan ook niet meer?

[HowsMyApple]

@Septillion
Precies andersom: volgens Z2MQTT is er niets aan de hand met de sensor. Status in het Devices overzicht is dan nog steeds online. DE LQI was +- 150.
Maar in werkelijkheid komt er niets meer binnen in de logs. Niet wanneer er iemand de keuken in loopt maar ook geen tussentijdse status updates (voor zover batterypowered devices dat doen?).

Overigens vermoed ik inderdaad toch dat het met de route te maken heeft (gehad). De sensor hangt nu alweer +- 20 uur in m'n netwerk zonder weg te vallen. En vermoedelijk juist omdat deze nu niet meer direct met m'n coordinator is verbonden maar via een Zigbee wanddimmer (die verder weg zit dan de coordinator..)

Kortom: Na een reboot van HASS heeft de sensor bedacht een andere route dan de 5 jaar ervoor te nemen. Dat was niet stabiel. Na meerdere malen opnieuw pairen koos de sensor weer een andere route en sindsdien draait dat weer stabiel.

Bedankt voor het meedenken @Septillion en @Gizz

[Ben(V)]

Het probleem met aqara devices is dat ze altijd alleen maar verbinden met het device waar ze mee gepaired zijn en nooit meer met een ander device willen verbinden (slechte Zigbee implementatie).

Als er dan tijden het pairen een device is zoals bijvoorbeeld de coordinator die relatief veel signaal uitstuurt loopt je de kans dat hij daar mee paired, terwijl hij zelf niet zoveel signal heeft en die coordinator eigenlijk slecht kan bereiken.

Als je tegen dit probleem aanloopt kun je proberen geforceerd te pairen via een bepaalt device waar hij wel mee kan verbinden of die coordinator even afschermen tijden het pairen.

[Septillion]

@HowsMyApple Dat detail miste dus even en probeerde ik duidelijk te krijgen. Gezien ik ook wel eens gezien heb dat men een "verbindingsprobleem" probeerde op te lossen terwijl hij alleen soms als offlinf of zonder lijntje op de kaart stond maar wel gewoon nog werkte. Dan ben je dus achter een spook aan het gaan. Maar als hij werkelijk niets doorgeeft heb je een probleem ja.

Welke coördinator heb je? En welke firmware?

[manusjevanalles]

Ik probeer https://www.ikea.com/nl/n...-globe-opaalwit-10611302/ te koppelen in z2m (laatste versie). Als ik met reset (6x aan/uit) en vervolgens 12x aan/uit zet dan paired hij wel (en wordt ook herkend met de juiste naam), en gedurende een seconde of 10 kan ik hem bedienen. Vervolgens valt hij weer uit het netwerk. Dit gebeurt elke keer. Iemand die dit herkent en een oplossing weet?

[ Voor 4% gewijzigd door manusjevanalles op 21-02-2026 09:58 ]

[PCan]

Valt mij op dat in de Zigbee to mqqt configuratie.yaml onder serial niet meer het zinnetje
adapter: ember
staat.
Vraag 1: Hoeft dat niet meer?
Ik ben er een tijd uit geweest, dus excusses als er iets veranderd is.

Mijn geflashte Sonoff zigbee dongle E werkt volgens mij normaal en ondersteund ook Matter in HA.
Dat is het probleem niet.
Alleen lukt het mij niet om zowel via de Zigbee Bridge-Pro in Ewelink én de Dongle E in HA tegelijk verbinding te maken met de Sonoff Air Quality Monitor (matter). Waarschijnlijk omdat de Pro geen matter ondersteund. Wat er gebeurd is dat ik wel de sensor kan toevoegen in Ewelink, maar dan krijgt hij geen contact meer via mijn WiFi thuisnetwerk Router. Doe ik andersom de sensor eerst in HA en daarna in Ewelink, dan werkt hij niet meer in HA. alle waardes staan dan op onbereikbaar.
Verwijder ik alle apparaten in HA en Ewelink en doe ik een schone toevoeging in HA dan werkt de sensor prima via de Matter server in HA.
Alleen in de Ewelink App is de grafische interface wat mooier.

Vraag 2: Kan ik dit oplossen door een Dongle Max (€44,-), een Dongle Plus MG24 €34,- of een Zigbee Bridge Ultra (€72,-) te kopen? De Dongels zijn ember adapters. De Ultra is vergelijkbaar met de Pro, maar dan met thread (matter). De max heeft een ethernet kabel PoE aansluiting en web interface.
Of blijft ook daarnee het probleem bestaan?

[Gizz]

Volgens mij ben je wat zaken door elkaar aan het halen @PCan

PCan schreef op maandag 2 maart 2026 @ 12:37:
Valt mij op dat in de Zigbee to mqqt configuratie.yaml onder serial niet meer het zinnetje
adapter: ember
staat.
Vraag 1: Hoeft dat niet meer?

Daar moet iets van een adapter-type staan. Of dat ember moet zijn hangt van je adapter af.

Mijn geflashte Sonoff zigbee dongle E werkt volgens mij normaal en ondersteund ook Matter in HA.

Wat bedoel je met dat je dongle Matter ondersteund? Dongles spreken geen matter, maar een radioprotocol zoals zigbee, thread of z-wave.

Er zijn een paar opties bij je Sonoff dongle:

• Er staat zigbee-firmware op je stick: hij ondersteunt alleen zigbee
• Er staat thread-firmware op je stick: hij ondersteunt alleen thread
• Er staat combi-firmware op je stick: hij ondersteunt zigbee en thread. Deze optie wordt eigenlijk overal afgeraden omdat het niet goed werkt.

Thread is het radioprotocol. Als je een dongle met Thread-firmware hebt kun je zorgen dat Thread-apparaten met je Home Assistant kunnen praten, in Home Assistant zit dan het stukje waardoor Matter werkt.

Alleen lukt het mij niet om zowel via de Zigbee Bridge-Pro in Ewelink én de Dongle E in HA tegelijk verbinding te maken met de Sonoff Air Quality Monitor (matter).

Gaat het om dit ding? Dat is een apparaat op basis van wifi en heeft dus helemaal niks te maken met je Sonoff dongle. Die Air Quality Monitor moet gewoon verbinden met je eigen wifi-netwerk en zal dan ook in Home Assistant werken, via de Matter integration.

Vraag 2: Kan ik dit oplossen door een Dongle Max (€44,-), een Dongle Plus MG24 €34,- of een Zigbee Bridge Ultra (€72,-) te kopen? De Dongels zijn ember adapters. De Ultra is vergelijkbaar met de Pro, maar dan met thread (matter). De max heeft een ethernet kabel PoE aansluiting en web interface.
Of blijft ook daarnee het probleem bestaan?

Je kan er tig dongles tegenaan gooien, maar dat gaat je dus niet helpen met een wifi-apparaat. Net als dat je mobiel en laptop wifi hebben en ook niet verbinden met je zigbee/thread-dongle

[ Voor 4% gewijzigd door Gizz op 02-03-2026 15:58 ]

[deepbass909]

Ben(V) schreef op dinsdag 17 februari 2026 @ 09:53:
Het probleem met aqara devices is dat ze altijd alleen maar verbinden met het device waar ze mee gepaired zijn en nooit meer met een ander device willen verbinden (slechte Zigbee implementatie).

Als er dan tijden het pairen een device is zoals bijvoorbeeld de coordinator die relatief veel signaal uitstuurt loopt je de kans dat hij daar mee paired, terwijl hij zelf niet zoveel signal heeft en die coordinator eigenlijk slecht kan bereiken.

Als je tegen dit probleem aanloopt kun je proberen geforceerd te pairen via een bepaalt device waar hij wel mee kan verbinden of die coordinator even afschermen tijden het pairen.

Goed om te weten, ik heb een aqara schakelaar die regelmatig verbinding verliest. Ik moet even kijken met welke router hij verbinding maakt, of wellicht direct met de controller, die op nog geen meter daar vandaan hangt.

[PCan]

In 3 van de 4 dongles zit een chip die thread ondersteund. Zonder Thread geen Matter.
Wel zie ik in alle 4 Thread RCP firmware support. Ik vermoed echter dat de Z-stack SIP in de Pro roet in het eten gooit.
Ik heb inmiddels de Max besteld en verwacht dat het daarmee beter zal gaan.

[Gizz]

@PCan heb je ook maar iets van mijn post gelezen?

Zonder Thread kun je prima met Matter werken. Die SONOFF AirGuard PM2.5/PM10 Matter Over Wi-Fi Air Quality Monitor werkt via wifi.. Dat hij wel kan verbinden met je Zigbee Bridge-Pro is logisch, want die is ook een wifi-accesspoint. Daarom loop je ook tegen het probleem aan dat als die Air Quality Monitor via wifi met de Zigbee Bridge-Pro verbindt hij niet meer te verbinden is met je eigen wifi-netwerk.

Lees ook even de link door van de Matter Integration die ik al eerder met je deelde. Daarin staat wat meer uitleg over Matter en waarom je prima Matter kunt hebben zonder Thread:

Unlike other common radio-based protocols for IoT, (like Zigbee, Z-Wave, and Bluetooth), the Matter standard specification itself does not contain its own proprietary radio protocol or network transport protocol, but instead, it is a service control protocol that runs on top of the existing network infrastructure at the application level, with all Matter devices communicating using standard IP-based (IPv6) communication over your existing local area network (i.e. LAN networks like Wi-Fi and Ethernet)
or Thread (Low-Power Wireless Personal Area Network) depending on the type of device.

Je koopt nu spullen die je niet nodig hebt, waar ik je al voor waarschuwde. Je vraagt advies en je doet het tegenovergestelde?

Om je wifi(!) Sonoff air quality geval in Home Assistant te krijgen doe je het volgende:

1. Installeer de Matter Integration in HA
2. Ga met je telefoon naar je Sonoff Air Quality Monitor en doe dit (Android) of dit (iPhone).
3. Klaar

[Septillion]

@PCan Matter is alleen een top level protocol, het heeft nog een (IP based) netwerk nodig om over te werken. Vandaar dat gewoon spreken over "het doet Matter" eigenlijk dus incompleet is. Het is dus Matter over Thread, matter over Wifi, Matter over Ethernet, Matter over Mijn eigen netwerkprotocol etc. Vandaar dat ik het dus zo BS vind dat Ikea nu alleen "Matter" op de verpakking heeft staan.

En voor de MQTT config, daar hoort inderdaad het adapter type te staan. Maar wel alleen in de echte configuration.yaml van Z2M. De addon app config mag tegenwoordig eigenlijk gewoon leeg zijn en doet Z2M zelf onboarding waarbij de configuration.yaml gemaakt wordt.

[PCan]

@Septillion @Gizz
Bedankt voor de hulp.
Ik heb gewoon teveel aan mijn hoofd de laatste tijd. Waardoor ik soms door de bomen het bos niet meer zie.
In HA doet doen de sensoren het gewoon. Ik vond alleen de interface van Ewelink mooi, dus hoopte dat het allebei kon. Veel van mijn automatiseringen lopen via Ewelink, maar ik wordt langzaam steeds beter in HA.
Ik heb wel vaak last van uitval in HA, dan wordt e.e.a. niet ververst of is niet meer bereikbaar.
Ook de nieuwe CO2 sensor was er gisteren spontaan mee gestopt. Geen idee waarom. Vanmorgen de USB-C er ff uit en weer in, toen deed hij het weer een tijdje.

In het Yaml bestand heb ik vanmorgen de toevoeging "adapter: Ember" er weer uit gehaald.
Volgens mij is het ook Z-stack of zoiets. (Sonoff dongel E firmware geflashed in 2024), direct in mijn minipc met HA, met verlengkabel)
Gekke is dat hij gisteren toen ik de regel er tussen gezet had, hij alle overige regels daaronder wiste.

Ik ga alle adviezen etc. nog eens goed doornemen en alles op een rijtje zetten.
Kan de Max gewoon terugsturen als ik dat wil.

[Gizz]

PCan schreef op dinsdag 3 maart 2026 @ 15:58:
In HA doet doen de sensoren het gewoon. Ik vond alleen de interface van Ewelink mooi, dus hoopte dat het allebei kon.

Een Matter-apparaat moet met minimaal 5 andere systemen te koppelen zijn. Dus aan HA en Ewelink gekoppeld zijn zou qua hoeveelheid geen probleem moeten zijn.

Waar je misschien tegenaan loopt (ik heb zelf geen Ewelink spullen of die Sonoff Zigbee Bridge Pro) is dat die Ewelink-app alleen apparaten wil laten zien die direct wifi-verbinding maken met die Zigbee Bridge Pro.

Ik denk dat je dit beter verder kan uitzoeken met hulp van anderen in dit topic: Sonoff: goedkope smart modules met wifi (ESP) / Zigbee
Want met zigbee of Z2M heeft jouw probleem niks te maken

edit: nu je apparaat met HA verbonden is via Matter, lukt het je dan echt niet met deze stappen in de documentatie van de Matter Integration om 'm vervolgens ook in Ewelink te krijgen?

1: Go to Settings > Devices & services and on the Matter integration card, select Devices.
2: From the list of devices, select the device you want to share.
3: Select Share device, then in the dialog, select Share device again.
There is no need to press a hardware button on the device to set it to commissioning mode.
4: To join the device to the other platform, in their app, scan the QR code or enter the sharing code.
5: Follow the instructions in their app.

[ Voor 63% gewijzigd door Gizz op 03-03-2026 16:30 ]

[PCan]

@Gizz Heb ik kort geprobeert, die share functie. Dan zegt hij dat je niet iets met jezelf kan delen.
Maar, ik heb nog niet uitgezocht waarom en of ik dat kan omzeilen.

[Gizz]

@PCan de QR-code maak je in de HA-app en scan je met de Ewelink app. Klopt het dat je het zo doet? Waarom je dan de melding krijgt in Ewelink dat je iets met jezelf deelt snap ik niet.

Maar goed, dit wordt misschien iets voor een apart of ander topic

[Septillion]

Had de vraag eerst door laten gaan omdat er zoveel Matter verwarring was, maar nu beter in het HA topic verder.

[manusjevanalles]

manusjevanalles schreef op vrijdag 20 februari 2026 @ 22:54:
Ik probeer https://www.ikea.com/nl/n...-globe-opaalwit-10611302/ te koppelen in z2m (laatste versie). Als ik met reset (6x aan/uit) en vervolgens 12x aan/uit zet dan paired hij wel (en wordt ook herkend met de juiste naam), en gedurende een seconde of 10 kan ik hem bedienen. Vervolgens valt hij weer uit het netwerk. Dit gebeurt elke keer. Iemand die dit herkent en een oplossing weet?

Iemand nog een tip? Ik gebruik de Sonoff dongle E. Als ik tijdens het pairen op touchlink en dan scannen klik, dan wordt hij wel gepaired en dan verdwijnt hij niet meer uit zigbee2mqtt, maar de lamp is onbereikbaar.

[Deshmir]

@manusjevanalles al geprobeerd met 15x aan/uit?
Als hij bij 12 al toegevoegd wordt zou het niks uit moeten maken, maarja worth a try?

[manusjevanalles]

Deshmir schreef op zondag 8 maart 2026 @ 19:53:
@manusjevanalles al geprobeerd met 15x aan/uit?
Als hij bij 12 al toegevoegd wordt zou het niks uit moeten maken, maarja worth a try?

Had ik inderdaad al geprobeerd, bij 15x gaat hij niet in pairing mode, bij 12x wel.

[bigbuddha]

ik heb een HOBEIAN ZG-204Z PIR detector die perfect in z2m opgepikt wordt, maar nergens te bespeuren is in HA. Andere devices op dezelfde z2m instance worden wel gewoon door HA opgepikt. Iemand een idee?

[HuismAndré]

bigbuddha schreef op dinsdag 10 maart 2026 @ 09:28:
ik heb een HOBEIAN ZG-204Z PIR detector die perfect in z2m opgepikt wordt, maar nergens te bespeuren is in HA. Andere devices op dezelfde z2m instance worden wel gewoon door HA opgepikt. Iemand een idee?

Voor de zekerheid device verwijderen in Z2M, daarna Z2M en HA opnieuw opstarten en het device nogmaals toevoegen. Wacht met hernoemen van het device totdat je het gevonden hebt in HA (default name is het IEEE adres).

[LordSinclair]

Tot gisteren werkte het prima, maar er lijkt iets veranderd te zijn in de aansturen via Zigbee2MQTT
Voorheen kon ik als ik een lamp schakelde naast de brightness ook kelvin meegeven. Maar sinds gisteren geeft het systeem daar een error op:

Gestopt omdat er een fout is opgetreden om 10 maart 2026 om 17:05:43 (uitgevoerd in 0.00 seconden)
extra keys not allowed @ data['kelvin']

code:

id: '1737731424174'
alias: Keuken ledbar aan/uit
description: ''
triggers:
  - domain: mqtt
    device_id: bb1b07731e8e794c16072986f31f8412
    type: action
    subtype: single
    trigger: device
conditions: []
actions:
  - action: light.toggle
    metadata: {}
    data:
      brightness_pct: 100
      kelvin: 3500
    target:
      device_id: 0f1cd376552a0d18e8681d538ae8f5ec
mode: single

Zijn er betere manieren om die parameter mee te geven?

[synoniem]

LordSinclair schreef op dinsdag 10 maart 2026 @ 17:33:
Tot gisteren werkte het prima, maar er lijkt iets veranderd te zijn in de aansturen via Zigbee2MQTT
Voorheen kon ik als ik een lamp schakelde naast de brightness ook kelvin meegeven. Maar sinds gisteren geeft het systeem daar een error op:


[...]

code:

id: '1737731424174'
alias: Keuken ledbar aan/uit
description: ''
triggers:
  - domain: mqtt
    device_id: bb1b07731e8e794c16072986f31f8412
    type: action
    subtype: single
    trigger: device
conditions: []
actions:
  - action: light.toggle
    metadata: {}
    data:
      brightness_pct: 100
      kelvin: 3500
    target:
      device_id: 0f1cd376552a0d18e8681d538ae8f5ec
mode: single

Zijn er betere manieren om die parameter mee te geven?

Release notes HA 2026.3

Lights
Using color_temp (in mireds) to set a light’s color temperature is no longer supported. Use color_temp_kelvin instead.

Additionally, the color_temp, kelvin, min_mireds, and max_mireds light entity state attributes have been removed. Use color_temp_kelvin, min_color_temp_kelvin, and max_color_temp_kelvin instead.

[LordSinclair]

synoniem schreef op dinsdag 10 maart 2026 @ 18:27:
[...]

Release notes HA 2026.3

[...]

Thanks, zal wel een reden hebben, niet zo handig om constant alles te moeten hernoemen.

[bigbuddha]

HuismAndré schreef op dinsdag 10 maart 2026 @ 14:57:
[...]

Voor de zekerheid device verwijderen in Z2M, daarna Z2M en HA opnieuw opstarten en het device nogmaals toevoegen. Wacht met hernoemen van het device totdat je het gevonden hebt in HA (default name is het IEEE adres).

A no go. Zelfs wanneer ik device niet hernoem en pikt HA dit ook niet op met default IEEE adres volgens jouw methode. In z2m is het gewoon beschikbaar en wordt alles perfect uitgelezen. Bizar behaviour.

[Septillion]

@bigbuddha Dan zou ik eens iets als MQTT Explorer pakken. Er zou dan een config bericht moeten staan in:
homeassistant/binary_sensor/0x[address]/occupancy/config

Is die er?

Zou ook moeten bestaan in:
homeassistant/sensor/0x[address]/battery/config
homeassistant/sensor/0x[address]/linkquality/config

[Septillion]

@deepbass909 Jij had iets zelfde toch? Jij al eens met MQTT Explorer gekeken?

[Cyrus The Virus]

Ik heb al een aantal maanden zonder issues 2 instances draaien in HA in combinatie met 2x SLZB-06. Alleen sinds vandaag wil 1 Z2M niet meer starten en krijg ik de volgende error

code:

[10:24:34] INFO: Preparing to start...
[10:24:35] INFO: Socat not enabled
[10:24:35] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2026-03-13 10:24:37] info:     z2m: Logging to console, file (filename: log.log)
[2026-03-13 10:24:37] info:     z2m: Starting Zigbee2MQTT version 2.9.1 (commit #unknown)
[2026-03-13 10:24:37] info:     z2m: Starting zigbee-herdsman (9.0.9)
[2026-03-13 10:24:37] info:     zh:zstack:znp: Opening TCP socket with 192.168.1.18:6638
[2026-03-13 10:24:37] info:     zh:zstack:znp: Socket connected
[2026-03-13 10:24:37] info:     zh:zstack:znp: Socket ready
[2026-03-13 10:24:37] info:     zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2026-03-13 10:24:38] info:     zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2026-03-13 10:24:56] error:    z2m: Error while starting zigbee-herdsman
[2026-03-13 10:24:56] error:    z2m: Failed to start zigbee-herdsman
[2026-03-13 10:24:56] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2026-03-13 10:24:56] error:    z2m: Exiting...
[2026-03-13 10:24:56] error:    z2m: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
    at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@9.0.9/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:107:27)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@9.0.9/node_modules/zigbee-herdsman/src/controller/controller.ts:145:29)
    at Zigbee.start (/app/lib/zigbee.ts:70:27)
    at Controller.start (/app/lib/controller.ts:111:29)
    at start (/app/index.js:156:5)

Nu heb ik al volledige reboots/power cycles geprobeerd van HA en de SLZB, evenals een firmware upgrade en downgrade. Maar in geen gevallen wil hij starten. Via google kom ik ook niet op een oplossing.
Enige wat ik nog niet geprobeerd heb is Z2M te verwijderen en alles opnieuw te installeren (want dan moet ik alles weer opnieuw pairen).

Iemand wat tips ?

EDIT: Zelfs een nieuwe install werkt niet

[deepbass909]

Septillion schreef op woensdag 11 maart 2026 @ 12:15:
@deepbass909 Jij had iets zelfde toch? Jij al eens met MQTT Explorer gekeken?

Dit klinkt inderdaad als exact hetzelfde met wat ik met een knop heb. Ik heb daar nog niet verder naar kunnen kijken alleen.

Ik heb vandaag wel een slimme lamp toegevoegd in z2m, en die is wel gewoon beschikbaar in HA.

De bewuste knop laat zich trouwens ook probleemloos zien in mqtt explorer:

code:

192.168.1.10
 homeassistant
  event
   0xa4c138760447d110
    action
    config = {"availability":[{"topic":"zigbee2mqtt/bridge/state","value_template":"{{ value_json.state }}"},{"topic":"zigbee2mqtt/Knop1/availability","value_template":"{{ value_json.state }}"}],"availability_mode":"all","default_entity_id":"event.knop1_action","device":{"hw_version":1,"identifiers":["zigbee2mqtt_0xa4c138760447d110"],"manufacturer":"Tuya","model":"Wireless switch with 1 button","model_id":"TS0…
  sensor
   0xa4c138760447d110
    action
     config = {"availability":[{"topic":"zigbee2mqtt/bridge/state","value_template":"{{ value_json.state }}"},{"topic":"zigbee2mqtt/Knop1/availability","value_template":"{{ value_json.state }}"}],"availability_mode":"all","default_entity_id":"sensor.knop1_action","device":{"hw_version":1,"identifiers":["zigbee2mqtt_0xa4c138760447d110"],"manufacturer":"Tuya","model":"Wireless switch with 1 button","model_id":"TS…
    battery
     config = {"availability":[{"topic":"zigbee2mqtt/bridge/state","value_template":"{{ value_json.state }}"},{"topic":"zigbee2mqtt/Knop1/availability","value_template":"{{ value_json.state }}"}],"availability_mode":"all","default_entity_id":"sensor.knop1_battery","device":{"hw_version":1,"identifiers":["zigbee2mqtt_0xa4c138760447d110"],"manufacturer":"Tuya","model":"Wireless switch with 1 button","model_id":"T…
    last_seen
     config = {"availability":[{"topic":"zigbee2mqtt/bridge/state","value_template":"{{ value_json.state }}"},{"topic":"zigbee2mqtt/Knop1/availability","value_template":"{{ value_json.state }}"}],"availability_mode":"all","default_entity_id":"sensor.knop1_last_seen","device":{"hw_version":1,"identifiers":["zigbee2mqtt_0xa4c138760447d110"],"manufacturer":"Tuya","model":"Wireless switch with 1 button","model_id":…
    linkquality
     config = {"availability":[{"topic":"zigbee2mqtt/bridge/state","value_template":"{{ value_json.state }}"},{"topic":"zigbee2mqtt/Knop1/availability","value_template":"{{ value_json.state }}"}],"availability_mode":"all","default_entity_id":"sensor.knop1_linkquality","device":{"hw_version":1,"identifiers":["zigbee2mqtt_0xa4c138760447d110"],"manufacturer":"Tuya","model":"Wireless switch with 1 button","model_id…
 zigbee2mqtt
  bridge
   devices = [{"disabled":false,"endpoints":{"1":{"bindings":[],"clusters":{"input":["genBasic","genIdentify","genOnOff","genTime","genOta","powerProfile","lightingColorCtrl"],"output":["genBasic","genIdentify","genGroups","genScenes","genOnOff","genLevelCtrl","genPollCtrl","lightingColorCtrl","msIlluminanceMeasurement","msTemperatureMeasurement","msRelativeHumidity","msOccupancySensing","ssIasZone","seMeterId…
   health = {"response_time":1773414873377,"os":{"load_average":[2.34,2.58,2.28],"memory_used_mb":4071.49,"memory_percent":54.6759},"process":{"uptime_sec":766267,"memory_used_mb":69.25,"memory_percent":0.9299},"mqtt":{"connected":true,"queued":0,"published":1276542,"received":1525},"devices":{"0xc4d8c8fffe8a041b":{"messages":4297,"messages_per_sec":0.0056,"leave_count":0,"network_address_changes":0},"0xa4c13…
  info = {"commit":"85875aee27caa005946bb5a446080461a0d2fc33\n","config":{"advanced":{"cache_state":true,"cache_state_persistent":true,"cache_state_send_on_startup":true,"channel":20,"elapsed":false,"ext_pan_id":[221,221,221,221,221,221,221,221],"last_seen":"ISO_8601","log_console_json":false,"log_debug_namespace_ignore":"","log_debug_to_mqtt_frontend":false,"log_directories_to_keep":10,"log_directory":"/a…

Hij komt dus alleen niet door in HA.

[Septillion]

@deepbass909 Als je wel discovery berichten ziet kan ik maar twee fouten bedenken:
- Fout in MQTT integratie van HA
- Of er zit een fout in waardoor HA hem afkeurt

In laatste geval is het een fout van Z2M maar zou ik dus een error in de log van HA verwachten over een ongeldige config. Ik dacht, ik test hem eens hier maar de JSON in je bericht is afgekapt. Als je eens een hele JSON van bijvoorbeeld de battery sensor deelt kan ik die hier eens erin gooien en kijken of ik wat zie.

Laatste wat je eens zou kunnen proberen:
- Verwijderen uit Z2M
- Met MQTT explorer deze berichten verwijderen (gezien ze retained zijn)
- Device weer aanmelden bij Z2M

[Vorkie]

Gewoon om te delen, maar gisteren reageerde de laatste versie van de Addon uh App ineens niet meer.

Opgelost door de App stoppen en weer te starten, toen gingen al mijn opdrachten ineens wel door vanuit Hass(discoooo)

Geen idee wat het was, toevallig meer mensen gehad?

[deepbass909]

Septillion schreef op zaterdag 14 maart 2026 @ 08:51:
@deepbass909 Als je wel discovery berichten ziet kan ik maar twee fouten bedenken:
- Fout in MQTT integratie van HA
- Of er zit een fout in waardoor HA hem afkeurt

Het eerste punt kan ik eigenlijk al ontkrachten omdat ik 2 identieke buttons heb (ieder uiteraard wel met eigen adres), waarvan er één wel gewoon werkt. Als er een fout in de integratie zit, zou ik verwachten dat die daarover struikelt.

Tweede punt zou kunnen, maar zou ik niet weten hoe ik dat kan achterhalen...

In laatste geval is het een fout van Z2M maar zou ik dus een error in de log van HA verwachten over een ongeldige config. Ik dacht, ik test hem eens hier maar de JSON in je bericht is afgekapt. Als je eens een hele JSON van bijvoorbeeld de battery sensor deelt kan ik die hier eens erin gooien en kijken of ik wat zie.

Laatste wat je eens zou kunnen proberen:
- Verwijderen uit Z2M
- Met MQTT explorer deze berichten verwijderen (gezien ze retained zijn)
- Device weer aanmelden bij Z2M

Op zich heb ik dat al een keer gedaan, maar ik weet niet of ik toen ook alles weg had gehaald waarin het adres de verwijzing was. Dat ga ik dus nog een keer proberen.

In Domoticz heb ik ook weleens iets vergelijkbaars gehad, maar dan kon ik "nieuwe hardware toelaten" activeren en dan vond Domoticz het, en negeerde hij waarschijnlijk discover berichten. Een dergelijke functie mis ik helaas in HA...¨

[Prisma16]

Cyrus The Virus schreef op vrijdag 13 maart 2026 @ 10:55:
Ik heb al een aantal maanden zonder issues 2 instances draaien in HA in combinatie met 2x SLZB-06. Alleen sinds vandaag wil 1 Z2M niet meer starten en krijg ik de volgende error


Nu heb ik al volledige reboots/power cycles geprobeerd van HA en de SLZB, evenals een firmware upgrade en downgrade. Maar in geen gevallen wil hij starten. Via google kom ik ook niet op een oplossing.
Enige wat ik nog niet geprobeerd heb is Z2M te verwijderen en alles opnieuw te installeren (want dan moet ik alles weer opnieuw pairen).

Iemand wat tips ?

EDIT: Zelfs een nieuwe install werkt niet

Ik had hetzelfde, is hier opgelost door de firmware van SLZB-06 te downgraden naar 20250325.

https://github.com/Koenkk/zigbee2mqtt/issues/31329

[ Voor 3% gewijzigd door Prisma16 op 14-03-2026 13:28 ]

[Septillion]

@deepbass909 Met een identieke zou ik eigenlijk juist het tweede punt ontkrachten, niet het eerste. Want zou verwachten dat de berichten voor je twee buttons gelijk zijn afgezien van naam/identifier.

Kan je anders eens autodiscovery bericht van de werkende en de niet werkende (van battery sensor ofzo) eens delen?

Maar wel in je HA log gekeken voor errors/warning hierover?

[Cyberpope]

Zo mijn volgens mij mijn laatste lampen in huis (badkamer en zolder) toch ook maar even smart gemaakt.
Maar wel op een manier dat ze altijd werken, ook als HA eruit ligt. Blij met de hoeveel verschillende zigbee mogelijkheden er zijn.

[deepbass909]

Septillion schreef op zaterdag 14 maart 2026 @ 14:22:
@deepbass909 Met een identieke zou ik eigenlijk juist het tweede punt ontkrachten, niet het eerste. Want zou verwachten dat de berichten voor je twee buttons gelijk zijn afgezien van naam/identifier.

Kan je anders eens autodiscovery bericht van de werkende en de niet werkende (van battery sensor ofzo) eens delen?

Wat ik bedoelde is, dat de button mogelijk een foutieve waarde uitstuurt die HA weigert. Een fout in MQTT integratie zou effect moeten hebben op beiden, lijkt mij.

Ik moet de knoppen even weer opzoeken om de berichten te kunnen inzien.

Maar wel in je HA log gekeken voor errors/warning hierover?

Nog niet, ik zie dat ik sowieso even wat moet opruimen, want het log staat ook vol foutmeldingen van een slimme stekker die tijdelijk buiten gebruik is.

[Cyrus The Virus]

Prisma16 schreef op zaterdag 14 maart 2026 @ 13:26:
[...]


Ik had hetzelfde, is hier opgelost door de firmware van SLZB-06 te downgraden naar 20250325.

https://github.com/Koenkk/zigbee2mqtt/issues/31329

Held dit fixed het voor mij, ik zie nu ook dat ik bij de andere die wel gewoon nog werkte firmware van 2024 had daar stond auto update namelijk uit.

[roelieboelie]

Cyberpope schreef op zaterdag 14 maart 2026 @ 15:28:
Zo mijn volgens mij mijn laatste lampen in huis (badkamer en zolder) toch ook maar even smart gemaakt.
Maar wel op een manier dat ze altijd werken, ook als HA eruit ligt. Blij met de hoeveel verschillende zigbee mogelijkheden er zijn. [Afbeelding]

[Afbeelding]

Op deze manier haal je wel telkens de stroom van de zigbee module af (?) als de normale schakelaar uit staat. Hoe heb je dat opgelost?

[Frappuccino]

roelieboelie schreef op zaterdag 14 maart 2026 @ 19:38:
[...]


Op deze manier haal je wel telkens de stroom van de zigbee module af (?) als de normale schakelaar uit staat. Hoe heb je dat opgelost?

Als je de zigbee module aansluit volgens het schema wat er op gedrukt staat dan kun je je lamp altijd bedienen ook als zigbee eruit ligt. Ik snap de reden dan ook niet om het anders aan te sluiten.

[Prisma16]

Cyrus The Virus schreef op zaterdag 14 maart 2026 @ 19:05:
[...]


Held dit fixed het voor mij, ik zie nu ook dat ik bij de andere die wel gewoon nog werkte firmware van 2024 had daar stond auto update namelijk uit.

Ik heb de auto update nu ook maar uitgezet.

[ Voor 22% gewijzigd door Prisma16 op 15-03-2026 09:19 ]

[HuismAndré]

roelieboelie schreef op zaterdag 14 maart 2026 @ 19:38:
[...]


Op deze manier haal je wel telkens de stroom van de zigbee module af (?) als de normale schakelaar uit staat. Hoe heb je dat opgelost?

Als je voldoende routers hebt dan is dit niet iets waar je je druk om hoeft te maken. Overdag hebben wij op de eerste verdieping iets van 10 Hue lampjes die spanningsloos zijn en 's nachts hebben we beneden zo'n 31 Hue lampjes die spanningsloos zijn. Daar kan ons Zigbee netwerk (met in totaal 71 routers) prima mee overweg.

[Cyberpope]

roelieboelie schreef op zaterdag 14 maart 2026 @ 19:38:
[...]


Op deze manier haal je wel telkens de stroom van de zigbee module af (?) als de normale schakelaar uit staat. Hoe heb je dat opgelost?

Nee, de module wordt gevoed door de fase en nul (bruin en blauw). De zwarte van de schakelaar zit ook op de module. Die activeert de switch die op zijn beurt het relay activeert (1 versie) of via binding een ikea lamp (de andere versie, want die wilde ik ook varieren in lichtsterkte). Maar de module op zich krijgt dus altijd stroom.

Maar besef dat je dat hier niet op ziet, want dit is alleen de bedrading gereed maken om hem aan te sluiten. Maar als je er op klikt zie je schema wat erop staat. En zo is het aangesloten.

[podarcis]

Cyberpope schreef op zaterdag 14 maart 2026 @ 21:22:
[...]

Nee, de module wordt gevoed door de fase en nul (bruin en blauw). De zwarte van de schakelaar zit ook op de module. Die activeert de switch die op zijn beurt het relay activeert (1 versie) of via binding een ikea lamp (de andere versie, want die wilde ik ook varieren in lichtsterkte). Maar de module op zich krijgt dus altijd stroom.

Maar besef dat je dat hier niet op ziet, want dit is alleen de bedrading gereed maken om hem aan te sluiten. Maar als je er op klikt zie je schema wat erop staat. En zo is het aangesloten.

Dus zwart zit dan op S1? Is er een plaatje van hoe het uiteindelijk is aangesloten?

[Cyberpope]

podarcis schreef op maandag 16 maart 2026 @ 08:42:
[...]

Dus zwart zit dan op S1? Is er een plaatje van hoe het uiteindelijk is aangesloten?

Ja, zwart zit op de S1. En nee, helaas geen plaatje en is ook bij beide lampen verschillend omdat de ene gaat via de relay en de ander via binding.

Dit is degene via binding, dus heel makkelijk bedraad. Daar kon ik makkelijk bij.

En ja, ik had de zwarte iets korter moeten afknippen. Had ik op dat moment geen zin in..

[ Voor 43% gewijzigd door Cyberpope op 16-03-2026 10:28 ]

[JBS]

Heb gisteren een Shelly 1 Mini Gen4 in Zigbee mode toegevoegd aan Z2M. Zag deze ochtend dat ie de Zigbee verbinding verloren had (via WiFi was ie nog wel verbonden). Na een reboot van de Shelly werd de Zigbee verbinding weer hersteld.

Ik lees elders diverse vergelijkbare ervaringen over de wat instabiele Zigbee verbinding. Hier toevallig ook ervaringen?

[ Voor 8% gewijzigd door JBS op 26-03-2026 07:48 ]

[HuismAndré]

JBS schreef op donderdag 26 maart 2026 @ 07:46:
Heb gisteren een Shelly 1 Mini Gen4 in Zigbee mode toegevoegd aan Z2M. Zag deze ochtend dat ie de Zigbee verbinding verloren had (via WiFi was ie nog wel verbonden). Na een reboot van de Shelly werd de Zigbee verbinding weer hersteld.

Ik lees elders diverse vergelijkbare ervaringen over de wat instabiele Zigbee verbinding. Hier toevallig ook ervaringen?

Sowieso is dat hele Gen4 gebeuren een suboptimaal idee. Belangrijke reden om voor Zigbee te kiezen is energieverbruik. Een beetje Zigbee switch neemt zo'n 0.1 tot 0.2W in rust (en zo'n 0,4W meer als het relais actief is). Bij Shelly mag je daar bijna 1W bij optellen vanwege het feit dat de processor nogal energiehongerig is én je Wifi nooit volledig uit kunt zetten. Jammer. Neem dan maar een SonOff ZBMINIR2 (die gedraagt zich best netjes als router en wegvallen uit het Zigbee netwerk heb ik nog nooit bij ze meegemaakt). Enige wat ik echt 100% waardeloos vindt aan de ZBMINIR2 is het event. Dat houdt op bij toggle. Geen up, down, hold, double click of zo. Alleen maar 'toggle'.

[ Voor 3% gewijzigd door HuismAndré op 26-03-2026 09:40 ]

[maartend]

Is het bekend of dit op zigbee protocol draait?:

https://www.ikea.com/nl/n...-globe-opaalwit-80547464/

[JBS]

maartend schreef op donderdag 26 maart 2026 @ 09:40:
Is het bekend of dit op zigbee protocol draait?:

https://www.ikea.com/nl/n...-globe-opaalwit-80547464/

Tradfri is Zigbee inderdaad, maar wordt niet meer verkocht, op eventueel wat rest voorraad na. De opvolger is de KAJPLATS serie, is Matter over Thread, maar kan ook naar Zigbee mode (12x aan/uit).

[maartend]

JBS schreef op donderdag 26 maart 2026 @ 09:41:
[...]

Tradfri is Zigbee inderdaad, maar wordt niet meer verkocht, op eventueel wat rest voorraad na. De opvolger is de KAJPLATS serie, is Matter over Thread, maar kan ook naar Zigbee mode (12x aan/uit).

Ok. Ik zocht een lamp en kwam dit tegen op de ikea site. En ik wil enkel zigbee thuis.
En ik zocht een dimbare. kelvin instelbare lamp

[ Voor 9% gewijzigd door maartend op 26-03-2026 09:51 ]

[JBS]

HuismAndré schreef op donderdag 26 maart 2026 @ 09:38:
[...]

Sowieso is dat hele Gen4 gebeuren een suboptimaal idee. Belangrijke reden om voor Zigbee te kiezen is energieverbruik. Een beetje Zigbee switch neemt zo'n 0.1 tot 0.2W in rust (en zo'n 0,4W meer als het relais actief is). Bij Shelly mag je daar bijna 1W bij optellen vanwege het feit dat de processor nogal energiehongerig is én je Wifi nooit volledig uit kunt zetten. Jammer. Neem dan maar een SonOff ZBMINIR2 (die gedraagt zich best netjes als router en wegvallen uit het Zigbee netwerk heb ik nog nooit bij ze meegemaakt). Enige wat ik echt 100% waardeloos vindt aan de ZBMINIR2 is het event. Dat houdt op bij toggle. Geen up, down, hold, double click of zo. Alleen maar 'toggle'.

Het voordeel van de Gen4 vind ik dat ie tegelijkertijd in Zigbee als WiFi kan, maar vooral dat ie middels de ingebouwde webserver een instelbaar auto-timer heeft. Dat zorgt ervoor dat ie los van 'n draadloze verbinding sowieso na de ingestelde tijd uitschakelt. Dat is voor mijn usecase een absolute pre.

[Gizz]

maartend schreef op donderdag 26 maart 2026 @ 09:40:
Is het bekend of dit op zigbee protocol draait?:

https://www.ikea.com/nl/n...-globe-opaalwit-80547464/

Ben je bekend met de Z2M device database? Want daar staat hij gewoon in

[maartend]

Gizz schreef op donderdag 26 maart 2026 @ 09:53:
[...]

Ben je bekend met de Z2M device database? Want daar staat hij gewoon in

Nee dus.Nu dus wel. Thnx.

Wow, handige database, staat van alles in wat een devcie kan en hoe te restten en meer van dat spul

[ Voor 13% gewijzigd door maartend op 26-03-2026 10:03 ]

[RobertMe]

HuismAndré schreef op donderdag 26 maart 2026 @ 09:38:
én je Wifi nooit volledig uit kunt zetten

Volgens mij kan dat wel? Via Zigbee (en in ieder geval Z2M) kun je Wifi aan en uit zetten. Dus je hoeft niet wifi continu aan te hebben staan zodat je wellicht ooit iets via wifi kunt instellen. Je kunt wifi uit zetten en later on-demand over Zigbee weer aan zetten.

JBS schreef op donderdag 26 maart 2026 @ 09:45:
[...]

Het voordeel van de Gen4 vind ik dat ie tegelijkertijd in Zigbee als WiFi kan

Dat tegelijkertijd is volgens mij het hele probleem. Er zit maar één 2,4GHz radio /antenne op. Die dus zowel voor 802.3 (wifi) als 802.15.4 (Zigbee / Thread) gebruikt wordt. Als je beide aan hebt staan moet die dus continu wisselen in welke signalen die uitzend / ontvangt. Wat effectief dus zal betekenen dat die "veel in wifi stand staat" omdat wifi gewoon veel meer overhead heeft. Ik zou dus eens proberen of die niet stabieler is als je wifi uit zetten (via Zigbee / Z2M dan, en later kun je het dan ook weer via Zigbee / Z2M aan zetten als je nog eens in de instellingen wilt rommelen).

[JBS]

@RobertMe Goede tip! Was me er nog niet van bewust dat je wifi ook via Zigbee/Z2M kunt uit- en inschakelen, maar zie dat inderdaad in de docs https://www.zigbee2mqtt.i...i-configuration-composite

Ik zie nu dat de wifi verbinding ook af en toe wegvalt, die komt echter wel zelf weer terug. Zal het eens een periode aankijken met enkel Zigbee actief.

[ Voor 25% gewijzigd door JBS op 26-03-2026 11:09 ]

[JBS]

Ik merk op dat mijn TS0601_soil_3 (https://www.zigbee2mqtt.io/devices/TS0601_soil_3.html) de afgelopen weken enorm snel leeg is (binnen een paar dagen). Hiervoor was deze maandenlang actief op één setje batterijen. Kan er niet de vinger op leggen of dit sinds een bepaalde Z2M versie is.

Herkent iemand dit?

[Christoxz]

Weet iemand hoe ik het volgende moet interpreteren?

current_heating_setpoint: Temperature setpoint. To control publish a message to topic zigbee2mqtt/FRIENDLY_NAME/set with payload {"current_heating_setpoint": VALUE} where VALUE is the °C between 5 and 45. Reading (/get) this attribute is not possible.

local_temperature: Current temperature measured on the device (in °C). Reading (/get) this attribute is not possible.

Gaat om een kamerthermostaat: https://www.zigbee2mqtt.io/devices/ZHT-SR.html

Betekent dat ik de setpoint bijv niet kan uitlezen? Dus als deze fysiek op de thermostaat wordt aangepast, komt de nieuwe info niet binnen in Z2M?

Het is mij een beetje onduidelijk waarom een feature wel is exposed, maar niet uittelezen is?

Ben in een zoektoch naar een (aan/uit) kamer thermostaat met Zigbee, suggesties zijn welkom!

[JBS]

JBS schreef op dinsdag 7 april 2026 @ 15:33:
Ik merk op dat mijn TS0601_soil_3 (https://www.zigbee2mqtt.io/devices/TS0601_soil_3.html) de afgelopen weken enorm snel leeg is (binnen een paar dagen). Hiervoor was deze maandenlang actief op één setje batterijen. Kan er niet de vinger op leggen of dit sinds een bepaalde Z2M versie is.

Herkent iemand dit?

Een wat uitbreidere post over dit issue:

Sinds kort ervaar ik een probleem met mijn TS0601_soil_3 bodemvochtsensor (https://www.zigbee2mqtt.io/devices/TS0601_soil_3.html): de batterijen raken binnen een paar dagen leeg, terwijl dit voorheen maanden goed ging op één setje.

Wat ik observeer:

• Batterijen (zelfde type als voorheen) zijn binnen enkele dagen leeg
• Opnieuw pairen in Zigbee2MQTT lost het probleem niet op
• Na opnieuw pairen met volle batterijen wordt direct een batterijniveau van <60% gerapporteerd
• Dit gedrag is nieuw; de sensor werkte eerder langdurig zoals verwacht

Wat ik al heb gecontroleerd / geprobeerd:

• Zelfde batterijtype gebruikt als toen het nog goed werkte
• Sensor opnieuw gepaird
• Nieuwe batterijen geplaatst

Ik ben bekend met mogelijke battery drain door te frequente reporting/updates. Wat mij echter opvalt is dat onder het tabblad ‘Reporting’ geen endpoints zichtbaar zijn.



Vraag:

Is het normaal dat deze sensor geen reporting endpoints toont in Zigbee2MQTT?

[DjoeC]

JBS schreef op zaterdag 2 mei 2026 @ 08:53:
[...]
Een wat uitbreidere post over dit issue:

Sinds kort ervaar ik een probleem met mijn TS0601_soil_3 bodemvochtsensor (https://www.zigbee2mqtt.io/devices/TS0601_soil_3.html): de batterijen raken binnen een paar dagen leeg, terwijl dit voorheen maanden goed ging op één setje.

Wat ik observeer:

• Batterijen (zelfde type als voorheen) zijn binnen enkele dagen leeg
• Opnieuw pairen in Zigbee2MQTT lost het probleem niet op
• Na opnieuw pairen met volle batterijen wordt direct een batterijniveau van <60% gerapporteerd
• Dit gedrag is nieuw; de sensor werkte eerder langdurig zoals verwacht

Wat ik al heb gecontroleerd / geprobeerd:

• Zelfde batterijtype gebruikt als toen het nog goed werkte
• Sensor opnieuw gepaird
• Nieuwe batterijen geplaatst

Ik ben bekend met mogelijke battery drain door te frequente reporting/updates. Wat mij echter opvalt is dat onder het tabblad ‘Reporting’ geen endpoints zichtbaar zijn.

[Afbeelding]

Vraag:

Is het normaal dat deze sensor geen reporting endpoints toont in Zigbee2MQTT?

Als je zegt: "zelfde batterijtype", bedoel je dan het zelfde merk, zelfde type en zelfde leverancier? Ik heb in het verleden binnen type nogal eens verschillen gemerkt op basis van leverancier ook al lag de datum nog 5 jaar in de toekomst.... Overigens, ook binnen mijn set van 100 Panasonic CR2032 afkomstig van Alie zitten flinke levensduur verschillen binnen hetzelfde Zigbee device. Ik zet tegenwoordig elke datum waarop er een nieuwe batterij ingaat in het commentaar bij de sensor. Verschilt dan tussen 3-14 maanden....

[JBS]

DjoeC schreef op zaterdag 2 mei 2026 @ 10:54:
[...]

Als je zegt: "zelfde batterijtype", bedoel je dan het zelfde merk, zelfde type en zelfde leverancier? Ik heb in het verleden binnen type nogal eens verschillen gemerkt op basis van leverancier ook al lag de datum nog 5 jaar in de toekomst.... Overigens, ook binnen mijn set van 100 Panasonic CR2032 afkomstig van Alie zitten flinke levensduur verschillen binnen hetzelfde Zigbee device. Ik zet tegenwoordig elke datum waarop er een nieuwe batterij ingaat in het commentaar bij de sensor. Verschilt dan tussen 3-14 maanden....

Dezelfde, want ik gebruik oplaadbare AAA batterijen. Ik realiseer me dat het voltage daarvan lager is dan niet-oplaadbare, maar ook met (deze) oplaadbare AAA batterijen heeft deze sensor hiervoor altijd goed en langdurig gewerkt.

[ Voor 11% gewijzigd door JBS op 02-05-2026 10:58 ]