Zigbee2mqtt - open source zigbee bridge - Deel 2

[big bang]

Bra-Jo schreef op vrijdag 19 september 2025 @ 13:45:
Sinds een week ongeveer valt de helft van mijn apparaten weg uit HA. Het zijn steeds ongeveer dezelfde (maar niet precies), verspreid door het huis dus niet dat er een bereik-probleem is. Betreft stekker-apparaten en batterij-apparaten, dus daar zit ook geen patroon. Uit de LQI is ook niks te halen, een rookmelder met 10 heef prima verbinding een stekker een meter verderop met 40 is niet bereikbaar.
Na een keer opnieuw pairen worden ze weer gezien, en blijven ze korte tijd beschikbaar. Uurtje misschien. Dan vallen ze weer weg.

Ik dacht aan een kanaalconflict, dus ik heb het kanaal veranderd van 11 naar 15 (zou volgens wifi-scanner minder druk zijn). Sindsien verrekt Zigbee om nog op te starten. Steeds de melding dat de stick niet gevonden wordt. Uiteraard al een keer teruggezet naar kanaal 11, maar het probleem blijft. Ik heb al van alles geprobeerd: m'n wifi op een ander kanaal gezet, andere USB-poort voor de zigbee-ontvanger, wel en geen verlengkabel, verplaatsen van de ontvanger, configuratie aangepast zodat de configuration,yaml verwijst naar /dev/usb/TTYx (stond op devicenaam, /dev/serial/by-id/...).

Ik ben redelijk ten einde raad... Hoe kan ik dit troubleshooten en oplossen?

Ik had een soortgelijk probleem, meet als gemeenschappelijke deler dat het telkens Philips lampen en spotjes waren die wegvielen. IKEA, tuya, niko gaven geen probleem. INNR en sonoff devices liepen op een moment ook vervelend te doen maar ik weet niet of dat dat lag aan mijn troubleshoot pogingen.

Aanvankelijk begon ik ze te resetten met een dimmerswitch en dan deden ze het weer na het pairen, maar dan even later niet meer. Wat ik nu heb gedaan en wat lijkt te werken: alle hue modules spanningsloos maken; en dan na het inschakelen zo snel mogelijk resetten (alles wat je dan spanningsloos hebt gemaakt), en pas na dat je alles zsm getest hebt weer binden met de coördinator. Dan even de boel tot rust laten komen en dan door met de volgende groep (in mijn geval, want veel inbouwspotjes en telkens de gu10’s losdraaien was me te veel werk).

Mijn hypothese is namelijk dat wanneer je 1 router hebt die rogue is, en wel blijft routeren maar geen verbinding met de coördinator meer heeft, dat deze dan steeds meer om zich heen blijft verzamelen in dat eiland netwerk.


Edit: Ik heb ze voor het opnieuw paren ook geforceerd verwijderd uit z2m. Daarna dezelfde naam geven en de rest van je HA blijft gewoon werken zoals daarvoor.

[ Voor 5% gewijzigd door big bang op 19-09-2025 15:15 ]

[HuismAndré]

big bang schreef op vrijdag 19 september 2025 @ 15:05:
[...]
Edit: Ik heb ze voor het opnieuw paren ook geforceerd verwijderd uit z2m. Daarna dezelfde naam geven en de rest van je HA blijft gewoon werken zoals daarvoor.

Volgens mij wordt er bij geforceerd verwijderen voor gekozen om het apparaat als "verwijderd" aan te geven, ook als dat helemaal niet gelukt is (je weet dan dus niet wat de werkelijke staat van het apparaat is). Dit in tegenstelling tot een apparaat dat je op een normale manier verwijdert. Dat apparaat zal zich daarna actief aanbieden aan elke coördinator die nieuwe clients accepteert. Uiteraard werkt dat alleen als er nog een verbinding was tussen coördinator en apparaat. Was die er niet meer dan blijft alleen geforceerd verwijderen EN handmatig resetten van het apparaat over.

[big bang]

HuismAndré schreef op vrijdag 19 september 2025 @ 15:36:
[...]

Volgens mij wordt er bij geforceerd verwijderen voor gekozen om het apparaat als "verwijderd" aan te geven, ook als dat helemaal niet gelukt is (je weet dan dus niet wat de werkelijke staat van het apparaat is). Dit in tegenstelling tot een apparaat dat je op een normale manier verwijdert. Dat apparaat zal zich daarna actief aanbieden aan elke coördinator die nieuwe clients accepteert. Uiteraard werkt dat alleen als er nog een verbinding was tussen coördinator en apparaat. Was die er niet meer dan blijft alleen geforceerd verwijderen EN handmatig resetten van het apparaat over.

Inderdaad, normaal verwijderen en daarmee de binding opheffen was geen optie meer. De crux zit 'm er in dat je geen losgeslagen zigbee routers wilt hebben, want die lijken* een soort waterval effect te veroorzaken. Geforceerde verwijdering doet daar niets aan inderdaad.

*geen definitieve conclusie

offtopic:
Hmm.. Je naam kwam me al bekend voor, van een tegenwoordig iets rustiger forum

[Bra-Jo]

big bang schreef op vrijdag 19 september 2025 @ 15:05:
[...]

Ik had een soortgelijk probleem, meet als gemeenschappelijke deler dat het telkens Philips lampen en spotjes waren die wegvielen. IKEA, tuya, niko gaven geen probleem. INNR en sonoff devices liepen op een moment ook vervelend te doen maar ik weet niet of dat dat lag aan mijn troubleshoot pogingen.

Aanvankelijk begon ik ze te resetten met een dimmerswitch en dan deden ze het weer na het pairen, maar dan even later niet meer. Wat ik nu heb gedaan en wat lijkt te werken: alle hue modules spanningsloos maken; en dan na het inschakelen zo snel mogelijk resetten (alles wat je dan spanningsloos hebt gemaakt), en pas na dat je alles zsm getest hebt weer binden met de coördinator. Dan even de boel tot rust laten komen en dan door met de volgende groep (in mijn geval, want veel inbouwspotjes en telkens de gu10’s losdraaien was me te veel werk).

Mijn hypothese is namelijk dat wanneer je 1 router hebt die rogue is, en wel blijft routeren maar geen verbinding met de coördinator meer heeft, dat deze dan steeds meer om zich heen blijft verzamelen in dat eiland netwerk.


Edit: Ik heb ze voor het opnieuw paren ook geforceerd verwijderd uit z2m. Daarna dezelfde naam geven en de rest van je HA blijft gewoon werken zoals daarvoor.

Klinkt plausibel. Ik zal eerst z2m überhaupt eens aan de gang moeten krijgen, maar als dat lukt, dan ga ik dit wel ff meenemen. Tnx!

[big bang]

Bra-Jo schreef op vrijdag 19 september 2025 @ 16:03:
[...]

Klinkt plausibel. Ik zal eerst z2m überhaupt eens aan de gang moeten krijgen, maar als dat lukt, dan ga ik dit wel ff meenemen. Tnx!

Uninstal->Install al geprobeerd?

spoiler:

[ Voor 15% gewijzigd door big bang op 19-09-2025 16:10 ]

[HuismAndré]

big bang schreef op vrijdag 19 september 2025 @ 15:53:
[...]

offtopic:
Hmm.. Je naam kwam me al bekend voor, van een tegenwoordig iets rustiger forum

Dat gevoel had ik ook Jasper. ;-)

Was het trouwens niet mogelijk om de "rogue" routers eruit te halen (spanningsloos maken) en daarna de rest opnieuw op te starten?

[ Voor 20% gewijzigd door HuismAndré op 19-09-2025 16:35 ]

[big bang]

HuismAndré schreef op vrijdag 19 september 2025 @ 16:33:
[...]

Dat gevoel had ik ook Jasper. ;-)

Was het trouwens niet mogelijk om de "rogue" routers eruit te halen (spanningsloos maken) en daarna de rest opnieuw op te starten?

Nee helaas, dat heb ik geprobeerd. Eenmaal dat ze overgestapt waren op het eiland netwerk werden ze zelf ook “besmet” leek het wel.

In het begin wilde ik alleen de meest belangrijke lampen resetten en de minder belangrijke kwamen dan later wel, maar dat bleek dweilen met de kraan open. Vandaar dat ik daarna ben overgestapt op de methode waarbij de devices OF spanningsloos, OF gereset, OF fatsoenlijk gebind moesten zijn. Dat lijkt nu fatsoenlijk te werken.

Overigens heeft dit bij mij ook in de afgelopen week afgespeeld dus mogelijk ligt er een hue bug oid aan ten grondslag? Ik heb echter niet de tijd om dit tot op de bodem uit te zoeken, als het weer fatsoenlijk werkt blijf ik er weer even vanaf.

[datadevil]

Ik heb een vaag issue met een dimmer: hij gaat schijnbaar willekeurig naar 100% (254 in HA) uit zichzelf. Als ik kijk in de zigbee2mqtt logs lijkt hij echt die instructie te ontvangen.

Volgens z2mqtt https://www.zigbee2mqtt.i...co-Dim.07_Eco-Dim.10.html maar het is eigenlijk deze: https://www.ecodim.nl/nl/eco-dim13-zigbee.html. Ik heb hem aangesloten op een staande vloerlamp tussen stekker en aan/uit-knop.

Ik heb Home Assistant al uitgezet en ook opnieuw gepaired en hem niet eens aan HA toegevoegd maar het blijft gebeuren.

Wat kan ik nog doen om het te debuggen?

[Septillion]

@Bra-Jo Volgens mij zou laatste Z2M gewoon moeten starten zonder stick. Maar belangrijkste is dat de settings in de Z2M interface goed staan. Doet zou de Z2M configuration.yaml moeten zijn. Addon settings doen er dan eigenlijk niet toe.

[Septillion]

@datadevil In HA kan je erg goed zien of het door HA komt of niet. Als er geen reden bij staat was het niet (direct) door HA.

Enige dat dan nog kan is dat hij in een Zigbee group zit die aangestuurd wordt. Andere zou kunnen dat je per ongeluk een Zigbee bind hebt opgezet met iets. Dus zou even kijken of hij in een Zigbee group of Zigbee bind zit.

[datadevil]

Septillion schreef op vrijdag 19 september 2025 @ 21:18:
@datadevil In HA kan je erg goed zien of het door HA komt of niet. Als er geen reden bij staat was het niet (direct) door HA.

Enige dat dan nog kan is dat hij in een Zigbee group zit die aangestuurd wordt. Andere zou kunnen dat je per ongeluk een Zigbee bind hebt opgezet met iets. Dus zou even kijken of hij in een Zigbee group of Zigbee bind zit.

dit?
helaas..gisteren verwijderd, ik dacht dat het het hielp maar vanmorgen de naam naar een friendly naam aangepast (+sync naar HA) en verder niks gedaan en hij sprong net 2 keer naar hoogste stand maar dat zie je nu niet als 254 in z2mqtt, dus misschien was die binding wel nodig om terug te krijgen van de dimmer dat hij naar 254 was gesprongen? En dus lijkt de dimmer het zelf wel bijna te doen?

Vraag me af of ik geen maandag model heb..heb er nog 1 liggen maar wil die eigenlijk niet openmaken omdat ik niet zeker weet waar het issue zit.

[ Voor 25% gewijzigd door datadevil op 20-09-2025 07:29 ]

[Bra-Jo]

big bang schreef op vrijdag 19 september 2025 @ 16:08:
[...]

Uninstal->Install al geprobeerd?

spoiler:

[Afbeelding]

Ondertussen een keer of vier, steeds met een nieuwe config opnieuw geïnstalleerd maar niks werkt. Tussentijds de map zigbee2mqtt verwijderd, ontvanger op een andere USB-poort, ik blijf een dikke vinger krijgen. Ik ben bijna zover dat ik het ding door het raam naar buiten donder, het is dat z2m toch best veel doet hier in huis (nouja, deed... ).
Verse debug-log, voor de liefhebber. Pad verwijst naar tty0, maar als ik het volledige pad invul, werkt het ook niet. Dan zegt ie " Unable to match USB adapter: zstack | /dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_90_CD_F0-if00-port0".
Het rare is dat de adapter gewoon gevonden wordt door de onboarding, maar vervolgens verrekt hij dus om verbinding te maken. Ik weet het niet meer...

[13:21:53] INFO: Preparing to start...
[13:21:53] INFO: Socat not enabled
[13:21:54] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
Onboarding page is available at http://0.0.0.0:8099/
[2025-09-20 13:22:22] info: z2m: Logging to console, file (filename: log.log)
[2025-09-20 13:22:22] debug: z2m: Can't load state from file /config/zigbee2mqtt/state.json (doesn't exist)
[2025-09-20 13:22:22] info: z2m: Starting Zigbee2MQTT version 2.6.0 (commit #unknown)
[2025-09-20 13:22:22] info: z2m: Starting zigbee-herdsman (5.0.4)
[2025-09-20 13:22:22] debug: z2m: Using zigbee-herdsman with settings: '"{\"network\":{\"panID\":29956,\"extendedPanID\":[96,192,252,29,237,232,119,27],\"channelList\":[11],\"networkKey\":\"HIDDEN\"},\"databasePath\":\"/config/zigbee2mqtt/database.db\",\"databaseBackupPath\":\"/config/zigbee2mqtt/database.db.backup\",\"backupPath\":\"/config/zigbee2mqtt/coordinator_backup.json\",\"serialPort\":{\"baudRate\":115200,\"rtscts\":false,\"path\":\"/dev/ttyUSB0\",\"adapter\":\"zstack\"},\"adapter\":{\"disableLED\":false}}"'
[2025-09-20 13:22:22] debug: zh:adapter:discovery: Connected devices: [{"path":"/dev/ttyACM0","manufacturer":"Espressif","serialNumber":"B4:3A:45:9C:92:9C","pnpId":"usb-Espressif_USB_JTAG_serial_debug_unit_B4:3A:45:9C:92:9C-if00","vendorId":"303a","productId":"1001"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyUSB0","manufacturer":"Silicon Labs","serialNumber":"00_12_4B_00_23_90_CD_F0","pnpId":"usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_90_CD_F0-if00-port0","vendorId":"10c4","productId":"ea60"}]
[2025-09-20 13:22:22] info: zh:adapter:discovery: Matched adapter: {"path":"/dev/ttyUSB0","manufacturer":"Silicon Labs","serialNumber":"00_12_4B_00_23_90_CD_F0","pnpId":"usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_90_CD_F0-if00-port0","vendorId":"10c4","productId":"ea60"} => zstack: 4
[2025-09-20 13:22:23] debug: zh:controller: Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":"HIDDEN","panID":29956,"extendedPanID":[96,192,252,29,237,232,119,27],"channelList":[11]},"serialPort":{"baudRate":115200,"rtscts":false,"path":"/dev/ttyUSB0","adapter":"zstack"},"adapter":{"disableLED":false},"databasePath":"/config/zigbee2mqtt/database.db","databaseBackupPath":"/config/zigbee2mqtt/database.db.backup","backupPath":"/config/zigbee2mqtt/coordinator_backup.json"}'
[2025-09-20 13:22:23] info: zh:zstack:znp: Opening SerialPort with {"path":"/dev/ttyUSB0","baudRate":115200,"rtscts":false,"autoOpen":false}
[2025-09-20 13:22:23] info: zh:zstack:znp: Serialport opened
[2025-09-20 13:22:23] debug: zh:zstack:znp: --> SREQ: SYS - ping - {"capabilities":1}
[2025-09-20 13:22:23] debug: zh:zstack:unpi:writer: --> frame [254,0,33,1,32]
[2025-09-20 13:22:23] info: zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2025-09-20 13:22:23] debug: zh:zstack:unpi:writer: --> buffer [239]
[2025-09-20 13:22:24] debug: zh:zstack:znp: --> SREQ: SYS - ping - {"capabilities":1}
[2025-09-20 13:22:24] debug: zh:zstack:unpi:writer: --> frame [254,0,33,1,32]
[2025-09-20 13:22:24] info: zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2025-09-20 13:22:24] debug: zh:zstack:unpi:parser: <-- [0]
[2025-09-20 13:22:24] debug: zh:zstack:unpi:parser: --- parseNext [0]
[2025-09-20 13:22:25] debug: zh:zstack:znp: --> SREQ: SYS - ping - {"capabilities":1}
[2025-09-20 13:22:25] debug: zh:zstack:unpi:writer: --> frame [254,0,33,1,32]
[2025-09-20 13:22:31] debug: zh:zstack:znp: --> SREQ: SYS - ping - {"capabilities":1}
[2025-09-20 13:22:31] debug: zh:zstack:unpi:writer: --> frame [254,0,33,1,32]
[2025-09-20 13:22:37] debug: zh:zstack:znp: --> SREQ: SYS - ping - {"capabilities":1}
[2025-09-20 13:22:37] debug: zh:zstack:unpi:writer: --> frame [254,0,33,1,32]
[2025-09-20 13:22:43] error: z2m: Error while starting zigbee-herdsman
[2025-09-20 13:22:43] error: z2m: Failed to start zigbee-herdsman
[2025-09-20 13:22:43] error: z2m: Check https://www.zigbee2mqtt.i...tart_crashes-runtime.html for possible solutions
[2025-09-20 13:22:43] error: z2m: Exiting...
[2025-09-20 13:22:43] error: z2m: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@5.0.4/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:114:27)
at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@5.0.4/node_modules/zigbee-herdsman/src/controller/controller.ts:134:29)
at Zigbee.start (/app/lib/zigbee.ts:67:27)
at Controller.start (/app/lib/controller.ts:101:13)
at start (/app/index.js:149:5)
[13:22:44] INFO: Preparing to start...
[13:22:45] INFO: Socat not enabled
[13:22:45] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
Onboarding page is available at http://0.0.0.0:8099/

[big bang]

Bra-Jo schreef op zaterdag 20 september 2025 @ 13:28:
[...]

Ondertussen een keer of vier, steeds met een nieuwe config opnieuw geïnstalleerd maar niks werkt. Tussentijds de map zigbee2mqtt verwijderd, ontvanger op een andere USB-poort, ik blijf een dikke vinger krijgen. Ik ben bijna zover dat ik het ding door het raam naar buiten donder, het is dat z2m toch best veel doet hier in huis (nouja, deed... ).

Nog een Captain Obvious (maar je zult er maar net niet aan gedacht hebben): maar heb je overwogen om een HA backup terug te zetten?

[ Voor 27% gewijzigd door big bang op 20-09-2025 17:44 ]

[Septillion]

@Bra-Jo Kan je anders de configuration.yaml eens delen? Network key mag je weghalen.

Tegenwoordig mag je de hele config van de addon dus leeg laten. Maar als je de hele map weggooit van Z2M dan ben je de config en de database (met de pairs) kwijt dus dat wil je niet.

[ Voor 28% gewijzigd door Septillion op 20-09-2025 20:14 ]

[Septillion]

@datadevil In HA staat er dus geen reden bij in je logbook?

En bind met coördinator heb ik standaard bij sommige zaken ook. Je zou het eens weg kunnen gooien (nu je toch weet wat het is).

Maar device zit niet in een Zigbee group?

[Bra-Jo]

Nou schiet mij maar lek... Ik had z2m verwijderd na mijn vorige frustratie. Net opnieuw geïnstalleerd om de tips van @Septillion en @big bang nog een keer door te nemen. En wat denk je? Hij start in één keer door, geen centje pijn.
Helaas geen devices gevonden, ook een backup terugzetten van db's, state, devices etc werkte niet, dus ik heb alles opnieuw moeten pairen. Niet ideaal, maar geen ramp. Voorlopig kunnen we weer vooruit.

Ik snap er geen hout van, zou graag weten waarom nu ineens wel en gisteren (en de rest van de week) niet. Maar goed, we doen het ermee. Dank aan ieder die mee wilde denken!

[ Voor 188% gewijzigd door Bra-Jo op 21-09-2025 12:30 ]

[datadevil]

Septillion schreef op zaterdag 20 september 2025 @ 20:18:
@datadevil In HA staat er dus geen reden bij in je logbook?

En bind met coördinator heb ik standaard bij sommige zaken ook. Je zou het eens weg kunnen gooien (nu je toch weet wat het is).

Maar device zit niet in een Zigbee group?

nee, geen reden. Die bind is denk ik wel nodig: hij lijkt de basis te delen met een muurdimmer dus die binding lijkt nodig om te weten of iemand op de dimmer zelf de stand heeft veranderd.
Nu lijkt deze dimmer een eigen wil te hebben en dat netjes te melden.

Ik heb de andere dimmer toch maar aangesloten en die doet het nu prima, dus ik ga uit van een defect model en ga hem omruilen.

Bedankt voor de hulp!

[Septillion]

@datadevil Niet nog naar de group gekeken?

[datadevil]

Septillion schreef op zondag 21 september 2025 @ 14:27:
@datadevil Niet nog naar de group gekeken?

daar stond ook niks.

[HuismAndré]

datadevil schreef op vrijdag 19 september 2025 @ 21:36:
[...]

dit? [Afbeelding]
helaas..gisteren verwijderd, ik dacht dat het het hielp maar vanmorgen de naam naar een friendly naam aangepast (+sync naar HA) en verder niks gedaan en hij sprong net 2 keer naar hoogste stand maar dat zie je nu niet als 254 in z2mqtt, dus misschien was die binding wel nodig om terug te krijgen van de dimmer dat hij naar 254 was gesprongen? En dus lijkt de dimmer het zelf wel bijna te doen?

Vraag me af of ik geen maandag model heb..heb er nog 1 liggen maar wil die eigenlijk niet openmaken omdat ik niet zeker weet waar het issue zit.

Volgens mij moet je die bindings (er zijn er 2 in jouw plaatje) 1 voor 1 verwijderen. Uiteindelijk moet het helemaal leeg zijn.

[datadevil]

HuismAndré schreef op zondag 21 september 2025 @ 15:15:
[...]

Volgens mij moet je die bindings (er zijn er 2 in jouw plaatje) 1 voor 1 verwijderen. Uiteindelijk moet het helemaal leeg zijn.

De andere dimmer die ik nu heb aangesloten doet het prima met diezelfde dingen.

[bartve]

Ik blijf er tegenaan lopen dat entiteiten van nieuwe devices die ik pair via z2m niet meer vanzelf in HA zichtbaar worden. Heeft waarschijnlijk iets te maken met de breaking changes van v2.0 van z2m? Ik heb me suf gegoogled, maar kom niet verder ....

Meest actuele casus: ik heb een 4-knops remote EcoDim ED-10013 gekocht.

In de config van z2m staat:

code:

homeassistant:
  enabled: true
  legacy_action_sensor: true

Via z2m gepaired, in de z2m frontend zichtbaar, een naam gegeven (met 'Update Home Assistant entity ID' aangevinkt), en daarna zichtbaar in het z2m frontend:


De waarde achter 'Action' wijzigt wanneer ik op knoppen van de remote druk (off_1, on_2, off_2, etc.), dit gedrag kan ik ook zien in mqtt explorer. In HA zie ik echter maar één entiteit: bart_remote_spots Battery, verder niets.

In node-red, waar ik bij eerdere casussen er nog wel een mouw aan kon passen, heb ik een mqtt in node:

daarachter hangt een debug node: drukken op de knoppen van de remote laat niets zien in node-red.

Hier houdt het voor mij even op. Hoe krijg ik deze remote, een supported device volgens z2m, aan de praat in HA?

[Septillion]

@bartve Mijn eerste gedachten, je hebt auto discovery in HA uitgezet. Settings => Devices & services => MQTT => Settings (Cog / tandwiel) => Configure MQTT options => Enable discovery aan? En 'Discovery prefix' = 'homeassistant' ?

Als dat gewoon aan staat, dan zou ik de settings van Z2M in de UI checken. Onder Settings => Home Assistant integration staat daar Enables aan? En 'Homeassistant discovery topic' = 'homeassistant'?

[bartve]

Dank!

Septillion schreef op woensdag 24 september 2025 @ 10:27:
@bartve Mijn eerste gedachten, je hebt auto discovery in HA uitgezet. Settings => Devices & services => MQTT => Settings (Cog / tandwiel) => Configure MQTT options => Enable discovery aan? En 'Discovery prefix' = 'homeassistant' ?

Check!

Als dat gewoon aan staat, dan zou ik de settings van Z2M in de UI checken. Onder Settings => Home Assistant integration staat daar Enables aan? En 'Homeassistant discovery topic' = 'homeassistant'?

Check!

Maar: in de UI van z2m valt op dat onder Settings => Home Assistant 'Home Assistant legacy action sensors' niet staat aangevinkt, terwijl in de yaml config (bij HA>settings>addons etc.) dat wel zo is ingesteld (zie mijn 1e bericht).

Wanneer ik dit aanvink in de UI van z2m krijg ik bij opslaan 2 foutmeldingen:

code:

2025-09-24 11:34:49z2m: Request 'zigbee2mqtt/bridge/request/options' failed with error: 'Extension with name HomeAssistant already present'
info 2025-09-24 11:34:49z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/response/options', payload '{"data":{},"error":"Extension with name HomeAssistant already present","status":"error","transaction":"o4pau-4"}'

Zit daar iets niet goed?

[Septillion]

@bartve Ter controle, in beide gevallen bedoelde je "check! check!"? Gezien het steeds steeds vragen waren En voor de topics, in beide gevallen dus 'homeassistant', zonder hoofdletters, spaties of slashes?

De sync van addon settings naar Z2M settings is wat lastig. De configuration.yaml van Z2M is leidend en wat de Z2M UI laat zien. Eigenlijk tegenwoordig ook niet meer nodig om bij de addon settings iets in te vullen. In 99% van de gevallen gewoon leeg laten en in Z2M instellen. Later dingen wijzigen doe je beter in de UI en niet bij de addon.

Legacy action sensors zou niet moeten voorkomen dat een device niet discovered wordt. Maar het is wel een vreemde error. Ik zou anders in Z2M HA eens uit zetten, Z2M herstarten, weer aan zetten en nog eens een restart.

Je zou ook met MQTT Explorer eens kunnen kijken of voor een device dat je niet in HA ziet (of een nieuw te pairen device) wel het auto-discovery topic aangemaakt wordt. Dat zou moeten zijn 'homeassistant/[domain]/[IEEE Address]/[device_class]/config'. Dus voor een bewegingsmelder bijvoorbeeld: 'homeassistant/binary_sensor/0x00158d00047d927c/occupancy/config'.

[bartve]

Ben een heel eind verder:

Septillion schreef op woensdag 24 september 2025 @ 12:00:
@bartve Ter controle, in beide gevallen bedoelde je "check! check!"? Gezien het steeds steeds vragen waren En voor de topics, in beide gevallen dus 'homeassistant', zonder hoofdletters, spaties of slashes?

Check! Alle instellingen precies zoals jij ze beschrijft.

De sync van addon settings naar Z2M settings is wat lastig. De configuration.yaml van Z2m is leidend en wat de Z2M UI laat zien. Eigenlijk tegenwoordig ook niet meer nodig om bij de addon settings iets in te vullen. In 99% van de gevallen gewoon leeg laten en in Z2M instellen. Later dingen wijzigen doe je beter in de UI en niet bij de addon.

Ik heb:

• de (yaml) config via HA>instellingen>addons>z2m>config (ben eigenlijk gewend om daar alles te configureren)
• de web ui, ook weer via HA>instellingen>addons>z2m, en daar de blauwe knop 'open web ui'
• in de HA sidebar 'Zigbee2MQTT'

Die laatste twee zijn denk ik hetzelfde. Begrijp ik je goed dat ik de yaml config helemaal kan verwijderen, en dan verder moet kunnen met (een van) de laatste twee? Ben wat huiverig, er hangt ondertussen zoveel aan z2m / HA dat het langzamerhand een single point of failure is ...

Legacy action sensors zou niet moeten voorkomen dat een device niet discovered wordt. Maar het is wel een vreemde error. Ik zou anders in Z2M HA eens uit zetten, Z2M herstarten, weer aan zetten en nog eens een restart.

Heb ik gedaan, en toen was de entiteit sensor.bart_remote_spots_action (met de verschillende waarden on_1, off_1, on_2, etc.) ineens zichtbaar in HA.

Hartstikke fijn, dank. En dat ik zelf niet op het advies ben gekomen dat ik iedereen eerst geef bij apparaat problemen: effe opnieuw opstarten ...

[blb4]

bartve schreef op dinsdag 23 september 2025 @ 22:32:
Ik blijf er tegenaan lopen dat entiteiten van nieuwe devices die ik pair via z2m niet meer vanzelf in HA zichtbaar worden. Heeft waarschijnlijk iets te maken met de breaking changes van v2.0 van z2m? Ik heb me suf gegoogled, maar kom niet verder ....

Meest actuele casus: ik heb een 4-knops remote EcoDim ED-10013 gekocht.

In de config van z2m staat:

code:

homeassistant:
  enabled: true
  legacy_action_sensor: true

Via z2m gepaired, in de z2m frontend zichtbaar, een naam gegeven (met 'Update Home Assistant entity ID' aangevinkt), en daarna zichtbaar in het z2m frontend:
[Afbeelding]

De waarde achter 'Action' wijzigt wanneer ik op knoppen van de remote druk (off_1, on_2, off_2, etc.), dit gedrag kan ik ook zien in mqtt explorer. In HA zie ik echter maar één entiteit: bart_remote_spots Battery, verder niets.

In node-red, waar ik bij eerdere casussen er nog wel een mouw aan kon passen, heb ik een mqtt in node:
[Afbeelding]
daarachter hangt een debug node: drukken op de knoppen van de remote laat niets zien in node-red.

Hier houdt het voor mij even op. Hoe krijg ik deze remote, een supported device volgens z2m, aan de praat in HA?

Gisteren mogelijk een soortgelijk dingetje gehad met een Ikea Strybar knop. Volledig ondersteund door Zigbee2mqtt maar ik zag de hold functie (lang ingedrukt houden) niet in HA en kon er dus geen actie aan hangen. Bleek dat ik ze wel in HA te zien kreeg nadat ik de knoppen eenmaal een keer lang ingedrukt gehouden had.

[koelkast]

Ik wil van versie 1.41 naar versie 2.6.1. overstappen om betere compatibiliteit met nieuwere hardware te krijgen. Ik krijg dat echter niet fatsoenlijk voor elkaar, de stap is gewoonweg te groot en ik krijg allerlei foutmeldingen.
Een verse installatie middels een lxc container kan natuurlijk, maar dan moet ik 150+ devices opnieuw opnieuw gaan zitten pairen. Niet zoveel trek in.
Nu heb ik een backup gemaakt in de user interface van 1.41. Kan ik die met goed fatsoen inladen in 2.6.1?
En ... in de config yaml file krijg je een nieuwe network key. Moet ik die laten staan of moet ik de oude terugzetten?

[Flappie]

Ik ben op zoek naar betrouwbare temperatuur en bewegingssensoren. Maar dan niet voor de hoofdprijs.
Iemand advies?

Ik heb nu Aqara RTCGQ11LM voor beweging en WSDCGQ11LM maar die verliezen constant de verbinding met het Zigbee netwerk. Erg onbetrouwbaar. Ik heb gelezen dat deze devices ook niet helemaal 100% zigbee compatible zijn en vaak issues geven.

Iemand advies/tips voor andere betaalbare sensoren?

[DjoeC]

Flappie schreef op vrijdag 26 september 2025 @ 15:04:
Ik ben op zoek naar betrouwbare temperatuur en bewegingssensoren. Maar dan niet voor de hoofdprijs.
Iemand advies?

Ik heb nu Aqara RTCGQ11LM voor beweging en WSDCGQ11LM maar die verliezen constant de verbinding met het Zigbee netwerk. Erg onbetrouwbaar. Ik heb gelezen dat deze devices ook niet helemaal 100% zigbee compatible zijn en vaak issues geven.

Iemand advies/tips voor andere betaalbare sensoren?

Ik heb al jaren 12 stuks WSDCGQ11LM (temp/vochtigheid), 2 stuks WSDCGQ11LM (leksensoren) en een aantal TS011F_plug_1 en TS011F_plug_3 van kelder tot zolder en eigenlijk geen probleem bahalve als de batterijen het einde naderen. Heel af en toe moet ik even zelf t knopje indrukken om weer te activeren. Zo heb ik nu een temp sensor met een vermoedelijk lege batterij die in juli 2024 en januari 2025 al vervangen is (staat in de kelder op een koudere plek).

[D4NG3R]

@Flappie
Bij m'n ouderlijk huis nog een paar van die WSDCGQ11LM's in gebruik, in principe nooit problemen mee gehad. Alleen de batterijen welke het doorgaans net 9 maanden uithielden.

Thuis gebruik ik Sonoff SNZB-02's (temp/RLV) en SNZB-03's (beweging).

Allemaal al meer dan 18 maanden zonder ooit een batterij te hebben vervangen of ze uit het netwerk te verliezen.

Een van de sensoren (over)leeft zelfs al meer dan een jaar buiten.

[ Voor 10% gewijzigd door D4NG3R op 26-09-2025 15:54 ]

[Flappie]

DjoeC schreef op vrijdag 26 september 2025 @ 15:17:
[...]

Ik heb al jaren 12 stuks WSDCGQ11LM (temp/vochtigheid), 2 stuks WSDCGQ11LM (leksensoren) en een aantal TS011F_plug_1 en TS011F_plug_3 van kelder tot zolder en eigenlijk geen probleem bahalve als de batterijen het einde naderen. Heel af en toe moet ik even zelf t knopje indrukken om weer te activeren. Zo heb ik nu een temp sensor met een vermoedelijk lege batterij die in juli 2024 en januari 2025 al vervangen is (staat in de kelder op een koudere plek).

Had ik ook, tijd lang prima gewerkt. Batterij leeg, vervangen en krijg deze nu niet meer in het netwerk.
Ze staan erin en na een paar uur ben ik ze kwijt in het netwerk en geven ze geen status meer door.

[Himalaya]

koelkast schreef op vrijdag 26 september 2025 @ 14:22:
Ik wil van versie 1.41 naar versie 2.6.1. overstappen om betere compatibiliteit met nieuwere hardware te krijgen. Ik krijg dat echter niet fatsoenlijk voor elkaar, de stap is gewoonweg te groot en ik krijg allerlei foutmeldingen.
Een verse installatie middels een lxc container kan natuurlijk, maar dan moet ik 150+ devices opnieuw opnieuw gaan zitten pairen. Niet zoveel trek in.
Nu heb ik een backup gemaakt in de user interface van 1.41. Kan ik die met goed fatsoen inladen in 2.6.1?
En ... in de config yaml file krijg je een nieuwe network key. Moet ik die laten staan of moet ik de oude terugzetten?

Toevallig woensdag precies dezelfde stap gemaakt met mijn beide Z2M omgevingen en dat ging tot mijn verbazing vrij probleemloos. Eigenlijk alleen wat problemen met een aantal Hue Dimmer switches die het niet meer deden (beetje zelfde probleem als genoemd in de laatste 15 reacties boven jouw vraag) maar dat was snel weer opgelost. Wat voor foutmeldingen krijg je dan?

Moet overigens zeggen dat ChatGPT mij uitstekend heeft geholpen met de paar issues die ik had bij de installatie

[DjoeC]

Flappie schreef op vrijdag 26 september 2025 @ 16:00:
[...]


Had ik ook, tijd lang prima gewerkt. Batterij leeg, vervangen en krijg deze nu niet meer in het netwerk.
Ze staan erin en na een paar uur ben ik ze kwijt in het netwerk en geven ze geen status meer door.

Hmm, Je zou opnieuw kunnen pairen, soms lost dat "gekke dingen" op.... Wel Z2M even in pairing mode zetten. Doet je blauwe lichtje het goed als je op de knop drukt? Niet zo'n flauw lampje?

[Flappie]

DjoeC schreef op vrijdag 26 september 2025 @ 16:09:
[...]

Hmm, Je zou opnieuw kunnen pairen, soms lost dat "gekke dingen" op.... Wel Z2M even in pairing mode zetten. Doet je blauwe lichtje het goed als je op de knop drukt? Niet zo'n flauw lampje?

Ja hoor, blauwe lampje brand prima. Heb ze volledig uit Zigbee2MQTT verwijderd en opnieuw toegevoegd maar het probleem blijft bestaan. Na een paar uur ben ik ze "kwijt".

[DjoeC]

Flappie schreef op vrijdag 26 september 2025 @ 16:15:
[...]


Ja hoor, blauwe lampje brand prima. Heb ze volledig uit Zigbee2MQTT verwijderd en opnieuw toegevoegd maar het probleem blijft bestaan. Na een paar uur ben ik ze "kwijt".

Tja, dan houdt mijn kennis op....

[HuismAndré]

Flappie schreef op vrijdag 26 september 2025 @ 16:15:
[...]


Ja hoor, blauwe lampje brand prima. Heb ze volledig uit Zigbee2MQTT verwijderd en opnieuw toegevoegd maar het probleem blijft bestaan. Na een paar uur ben ik ze "kwijt".

Niet pairen met "alles" maar pairen met de router waarmee de sterkste verbinding opgebouwd kan worden (meestal de dichtstbijzijnde). En tijdens het pairen elke 5 seconden kort op de reset drukken kan helpen het pairen vlotter te laten verlopen. Geldt met name voor de watersensoren van Aqara.

[musicpixel]

Flappie schreef op vrijdag 26 september 2025 @ 15:04:
Ik ben op zoek naar betrouwbare temperatuur en bewegingssensoren. Maar dan niet voor de hoofdprijs.
Iemand advies?

Ik heb nu Aqara RTCGQ11LM voor beweging en WSDCGQ11LM maar die verliezen constant de verbinding met het Zigbee netwerk. Erg onbetrouwbaar. Ik heb gelezen dat deze devices ook niet helemaal 100% zigbee compatible zijn en vaak issues geven.

Iemand advies/tips voor andere betaalbare sensoren?

Mijn ervaring met bewegingsensors:
- De oude IKEA: ze werken maar ben er niet wild van. Lange cooldown tijd
- De Aqara die jij ook hebt: geen problemen mee, wel ook lange cooldown tijd
- Philips Hue: werken perfect, maar wel erg aan de prijs en vrij groot. Naar ik meen geen oplaadbare batt mogelijk.
- Deze motion sensor van Ali (heb die met lux, maar gebruik geen lux): geen problemen mee, erg klein, werkt snel, korte cooldown tijd mogelijk, wel incourante batterij (CR2450) en licht rood op bij beweging. Heb er nu eentje al vrij een lange tijd (geen idee hoe lang) geinstalleerd en 1x batterij vervangen. Heb er nog 2 liggen maar die moet ik nog installeren. Info op Z2M.

Mijn ervaring met temp/humidity sensors:
- De Aqara die jij ook hebt. Werken redelijk okee, maar heb wel al 2 of 3 defecte (direct naast de douche vond ie niet fijn).
- Xiaomi Mijia Thermometer Bluetooth. Op zich leuk ding met display; oude versie kon je makkelijk andere firmware op flashen, maar met de nieuwe versie ging dat niet meer (misschien nu weer wel). Geeft bij lage humidity te hoge waarde aan (vermoed ik, andere sensors gaan lager)
- Een Tuya sensor via Ali (bijv deze), goedkoop en werkt okee. Gebruik ze op oplaadbare batterijen (AAA). Wel iets groter dan de Aqara. Op Z2M (plaatje wijkt af)

[Morpheusk]

Flappie schreef op vrijdag 26 september 2025 @ 16:00:
[...]


Had ik ook, tijd lang prima gewerkt. Batterij leeg, vervangen en krijg deze nu niet meer in het netwerk.
Ze staan erin en na een paar uur ben ik ze kwijt in het netwerk en geven ze geen status meer door.

SwitchBot hygrometer werkt hier ook prima. https://amzn.eu/d/24nN4cg

Wel via BLE en 2x aa batterijen.

[XElD]

Nou, net wat ervaringen rijker m.b.t. het overzetten van Z2M naar een nieuwe adapter. Ik kom van een Aeotec Zi-Stick, dus met een Silicon Labs EFR32MG21 chipset met ember firmware (https://github.com/darkxst/silabs-firmware-builder). Nu wou ik dit overzetten naar SmartLight's nieuwe SLZB-MR1U (https://smartlight.me/sma...vices/slzb-mr1u-adapteruk) die ik net binnen heb. Nu wordt daarbij natuurlijk aangeraden om Z2M op de Texas Instruments CC2652P te laten draaien. Maar dat kreeg ik met geen mogelijkheid voor elkaar waarbij ik telkens de volgende foutmelding kreeg.

code:

[2025-09-25 21:39:18] info:     z2m: Logging to console, file (filename: log.log)
[2025-09-25 21:39:18] info:     z2m: Starting Zigbee2MQTT version 2.6.1 (commit #unknown)
[2025-09-25 21:39:18] info:     z2m: Starting zigbee-herdsman (6.0.4)
[2025-09-25 21:39:19] info:     zh:zstack:znp: Opening TCP socket with 192.168.2.43:7638
[2025-09-25 21:39:19] info:     zh:zstack:znp: Socket connected
[2025-09-25 21:39:19] info:     zh:zstack:znp: Socket ready
[2025-09-25 21:39:19] info:     zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2025-09-25 21:39:20] info:     zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2025-09-25 21:40:31] error:    z2m: Error while starting zigbee-herdsman
[2025-09-25 21:40:31] error:    z2m: Failed to start zigbee-herdsman
[2025-09-25 21:40:31] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-09-25 21:40:31] error:    z2m: Exiting...
[2025-09-25 21:40:31] error:    z2m: Error: network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby (Error: AREQ - ZDO - stateChangeInd after 60000ms
    at Object.start (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/utils/waitress.ts:68:23)
    at ZnpAdapterManager.beginCommissioning (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:362:31)
    at processTicksAndRejections (node:internal/process/task_queues:105:5)
    at ZnpAdapterManager.start (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:90:21)
    at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:154:16)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/controller/controller.ts:133:29)
    at Zigbee.start (/app/lib/zigbee.ts:67:27)
    at Controller.start (/app/lib/controller.ts:101:13)
    at start (/app/index.js:149:5))
    at ZnpAdapterManager.beginCommissioning (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:364:23)
    at ZnpAdapterManager.start (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:90:21)
    at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:154:16)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/controller/controller.ts:133:29)
    at Zigbee.start (/app/lib/zigbee.ts:67:27)
    at Controller.start (/app/lib/controller.ts:101:13)
    at start (/app/index.js:149:5)

Totdat ik dacht... acht laat ik dan maar de andere radio proberen. Met dezelfde chip als de Zi-Stick dus, de EFR32MG21. Ik had het eerlijk gezegd niet verwacht maar bijna alles werd in één keer correct geladen, zonder dat ik het IEEE adres dus aan heb hoeven passen. Van de 36 Zigbee apparaten heb ik er in totaal twee moeten repairen. Wel heb ik na de oude adapter vervangen te hebben n'n routers gepowercycled. Ik vraag me nu wel af of er nog een manier is om zonder al teveel moeite (en dus ook niet IEEE adres aan te passen) de boel toch op de CC2652P kan krijgen. Want ook al adverteerd SMLIGHT ermee dat die ook Thread kan, in de praktijk is er nog geen Thread firmware voor beschikbaar in SLZB OS...

[RobertMe]

XElD schreef op vrijdag 26 september 2025 @ 21:05:
Nou, net wat ervaringen rijker m.b.t. het overzetten van Z2M naar een nieuwe adapter. Ik kom van een Aeotec Zi-Stick, dus met een Silicon Labs EFR32MG21 chipset met ember firmware (https://github.com/darkxst/silabs-firmware-builder). Nu wou ik dit overzetten naar SmartLight's nieuwe SLZB-MR1U (https://smartlight.me/sma...vices/slzb-mr1u-adapteruk) die ik net binnen heb. Nu wordt daarbij natuurlijk aangeraden om Z2M op de Texas Instruments CC2652P te laten draaien. Maar dat kreeg ik met geen mogelijkheid voor elkaar waarbij ik telkens de volgende foutmelding kreeg.

code:

[2025-09-25 21:39:18] info:     z2m: Logging to console, file (filename: log.log)
[2025-09-25 21:39:18] info:     z2m: Starting Zigbee2MQTT version 2.6.1 (commit #unknown)
[2025-09-25 21:39:18] info:     z2m: Starting zigbee-herdsman (6.0.4)
[2025-09-25 21:39:19] info:     zh:zstack:znp: Opening TCP socket with 192.168.2.43:7638
[2025-09-25 21:39:19] info:     zh:zstack:znp: Socket connected
[2025-09-25 21:39:19] info:     zh:zstack:znp: Socket ready
[2025-09-25 21:39:19] info:     zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2025-09-25 21:39:20] info:     zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2025-09-25 21:40:31] error:    z2m: Error while starting zigbee-herdsman
[2025-09-25 21:40:31] error:    z2m: Failed to start zigbee-herdsman
[2025-09-25 21:40:31] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-09-25 21:40:31] error:    z2m: Exiting...
[2025-09-25 21:40:31] error:    z2m: Error: network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby (Error: AREQ - ZDO - stateChangeInd after 60000ms
    at Object.start (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/utils/waitress.ts:68:23)
    at ZnpAdapterManager.beginCommissioning (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:362:31)
    at processTicksAndRejections (node:internal/process/task_queues:105:5)
    at ZnpAdapterManager.start (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:90:21)
    at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:154:16)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/controller/controller.ts:133:29)
    at Zigbee.start (/app/lib/zigbee.ts:67:27)
    at Controller.start (/app/lib/controller.ts:101:13)
    at start (/app/index.js:149:5))
    at ZnpAdapterManager.beginCommissioning (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:364:23)
    at ZnpAdapterManager.start (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:90:21)
    at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:154:16)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@6.0.4/node_modules/zigbee-herdsman/src/controller/controller.ts:133:29)
    at Zigbee.start (/app/lib/zigbee.ts:67:27)
    at Controller.start (/app/lib/controller.ts:101:13)
    at start (/app/index.js:149:5)

Totdat ik dacht... acht laat ik dan maar de andere radio proberen. Met dezelfde chip als de Zi-Stick dus, de EFR32MG21. Ik had het eerlijk gezegd niet verwacht maar bijna alles werd in één keer correct geladen, zonder dat ik het IEEE adres dus aan heb hoeven passen. Van de 36 Zigbee apparaten heb ik er in totaal twee moeten repairen. Wel heb ik na de oude adapter vervangen te hebben n'n routers gepowercycled. Ik vraag me nu wel af of er nog een manier is om zonder al teveel moeite (en dus ook niet IEEE adres aan te passen) de boel toch op de CC2652P kan krijgen. Want ook al adverteerd SMLIGHT ermee dat die ook Thread kan, in de praktijk is er nog geen Thread firmware voor beschikbaar in SLZB OS...

Pin me er niet op vast, maar last time I checked (en dat kan al best een paar jaar terug zijn geweest) kon je niet wisselen tussen merken (TI vs Silicon labs) zonder opnieuw te pairen. Dus als je de TI chip wilt gebruiken (wat gezien de rest van je verhaal v.w.b. Thread best logisch is) dan is de enige optie alle apparaten resetten (/ontkoppelen vanaf de Silicon labs chip) en opnieuw pairen aan de TI chip.
Toentertijd had de Z2M documentatie ook een pagina over het vervangen / migreren van sticks en welke combinaties compatible waren. Lijkt me sterk dat die pagina weg is, dus die kun je er dan op naslaan.

[Oon]

Ik heb een handjevol lampen (goedkoop Tuya spul) die prima werken, maar ik dacht die even in Z2M te groeperen omdat ze heel raar vertraagd om sprongen. Het omspringen gaat nu netjes allemaal tegelijk, maar de groep geeft niet dezelfde data terug aan Home Assistant als de losse lampjes, waardoor Home Assistant denkt dat de brightness 'unknown' is en Google Home denkt dat de groep offline is.
Is dit een bekend probleem? Is hier een oplossing voor?

[XElD]

Ha @RobertMe , volgens de Z2M documentatie is tegenwoordig inderdaad wel iets meer mogelijk. Maar gaat er idd. wel vanuit dat je het IEEE adres op de nieuwe adapter wijzigt. Daar ga ik uiteraard niet aan beginnen op want twee radios in de MR1U met hetzelfde IEEE adres dat is natuurlijk een recept voor ellende. Thx iig. voor je rreactie!
https://www.zigbee2mqtt.i...om-one-adapter-to-another

[LT1970]

Flappie schreef op vrijdag 26 september 2025 @ 16:15:
[...]


Ja hoor, blauwe lampje brand prima. Heb ze volledig uit Zigbee2MQTT verwijderd en opnieuw toegevoegd maar het probleem blijft bestaan. Na een paar uur ben ik ze "kwijt".

Afgelopen week ook de batterij moeten vervangen van de bewegingssensor, ik heb ze weer gepaired zonder eerst te verwijderen. Na een paar uur was ik ze ook "kwijt" en de volgende dag offline. Opnieuw gepaired en nu stabiel.

[Flappie]

LT1970 schreef op zaterdag 27 september 2025 @ 10:31:
[...]

Afgelopen week ook de batterij moeten vervangen van de bewegingssensor, ik heb ze weer gepaired zonder eerst te verwijderen. Na een paar uur was ik ze ook "kwijt" en de volgende dag offline. Opnieuw gepaired en nu stabiel.

Ik had er 2 met lege batterij. 1 blijft wel actief en verbonden, de andere verliest na enkele uren zijn verbinding. Al 10x opnieuw verwijderd en opnieuw toegevoegd.

Ik ben er wel klaar mee en ga eens een setje Sonoff temp sensors en beweging sensors bestellen om te testen.

[Septillion]

@Oon Mij niet bekend maar heb wel alleen dezelfde type lampen in een groep. Jij toevallig verschillende types in één groep?

[DjoeC]

Flappie schreef op zaterdag 27 september 2025 @ 11:46:
[...]


Ik had er 2 met lege batterij. 1 blijft wel actief en verbonden, de andere verliest na enkele uren zijn verbinding. Al 10x opnieuw verwijderd en opnieuw toegevoegd.

Ik ben er wel klaar mee en ga eens een setje Sonoff temp sensors en beweging sensors bestellen om te testen.

Ik heb gisteren batterij in Aqara temp/hum in de kelder vervangen (in de buurt van de basis). Ik ben m nog niet kwijt geraakt en ondanks dat er een Blitzwolf schakelaar in de kelder hangt (1 meter weg) hangt ie nog aan de controller in de meterkast met LQI 39..... De Aqara leksensor in de kelder hangt wel via de Blitzwolf.... Die Blitzwolf heeft trouwens ook maar een matige verbinding met de bovenwereld.

Kan het zijn dat jullie WiFi interferentie op je Zigbee kanaal hebben? Ik zou iig Zigbee op kanaal 25 zetten en de WiFi daar vandaan houden....

[Oon]

Septillion schreef op zaterdag 27 september 2025 @ 12:01:
@Oon Mij niet bekend maar heb wel alleen dezelfde type lampen in een groep. Jij toevallig verschillende types in één groep?

Nope, het is wel goedkoop Ali spul, maar ze zijn 1:1 hetzelfde tot aan de firmwareversie. Wat ze exposen is allemaal ook hetzelfde en als je ze naast elkaar zet zijn ze (op de naam en ID na) hetzelfde ingesteld

[LT1970]

Flappie schreef op zaterdag 27 september 2025 @ 11:46:
[...]


Ik had er 2 met lege batterij. 1 blijft wel actief en verbonden, de andere verliest na enkele uren zijn verbinding. Al 10x opnieuw verwijderd en opnieuw toegevoegd.

Ik kan me niet voorstellen dat het verschil maakt, maar ik verwijder niet. Ik pair opnieuw en daarna geen problemen meer gehad.

[JaapB]

Gisteren en vandaag bezig geweest om van versie 1.40.1 via versie 2.0.0 naar de nieuwste versie te gaan maar het gaat al fout bij de overgang naar versie 2.0.0.

Draait op raspberry 3b+
Stick is een ConbeeII op een verlengkabel
Operating systeem bookworm

Foutmelding:
- devices must match pattern "^0x[\d\w]{16}$"
- devices property name must be valid
configuration.yaml:

YAML:

mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://192.168.178.90
  keepalive: 60
  reject_unauthorized: true
  version: 4
serial:
  port: /dev/ttyACM0
  adapter: deconz
homeassistant:
  enabled: true
  discovery_topic: zigbee2mqt
  legacy-api: false
  legacy_availability_payload: false
frontend:
  enabled: true
package: zigbee2mqtt-frontend
port: 8888
advanced:
  network_key:
    - 130
    - 200
    - 34
    - 170
    - 74
    - 101
    - 15
    - 43
    - 237
    - 0
    - 153
    - 248
    - 185
    - 99
    - 137
    - 70
  pan_id: 41389
  ext_pan_id:
    - 173
    - 57
    - 164
    - 167
    - 108
    - 67
    - 130
    - 4
  log_level: error

device_options:
 legacy: false

devices:

  '0x0017880102f11d02':
    friendly_name: Woonkamer schemer
    homeassistant:
      name: Woonkamer schemer
    optimistic: true

  '0x842e14fffef8d008':
    friendly_name: Ziggie Schuur
    homeassistant:
      name: Ziggie schuur
    optimistic: true

  '0x70ac08fffec753f9':
    friendly_name: Woonkamer schemer 2

  '0xa4c13853436c500c':
    friendly_name: Blokhut links
    homeassistant:
      name: Blokhut links
    optimistic: true

  '0x0017880102f120f1':
    friendly_name: Woonkamer schemer 1

  '0xa4c138455f19d359':
    friendly_name: Blokhut rechts
    homeassistant:
      name: Blokhut rechts
    optimistic: true

  '0xec1bbdfffeb6195e':
    friendly_name: Ledstrip garage
    homeassistant:
      name: Ledstrip garage
    optimistic: true

  '0xec1bbdfffeb620c7':
    friendly_name: Extra 1
    homeassistant:
      name: Extra 1
    optimistic: true

  '0xbc33acfffe593697':
    friendly_name: Extra 2
    homeassistant:
      name: Extra 2
    optimistic: true

  '0xa4c138e2e9d29221':
    friendly_name: Keuken
    homeassistant:
      name: Keuken
    optimistic: true

  '0xa4c138f7987dd639':
    friendly_name: Extra 3
    homeassistant:
      name: Extra 3
    optimistic: true

  '0x0015bc003600208d':
    friendly_name: Frient luchtkwaliteit
    homeassistant:
      name: Frient luchtkwaliteit
    optimistic: true

  '0x00158d000589f777':
    friendly_name: Garage temp
    homeassistant:
      name: Garage temp
    optimistic: true

  '0x00158d00041e29df':
    friendly_name: Logeerkamer
    homeassistant:
      name: Logeerkamer
    optimistic: true

  '0x00158d00058ca7dc':
    friendly_name: Vloerverwarming-in
    homeassistant:
      name: Vloerverwarming
    optimistic: true

  '0x0015bc001e019a68':
    friendly_name: Brievenbus
    homeassistant:
      name: Brievenbus
    optimistic: true

  '0xa4c13876f81c4081':
    friendly_name: Plantjes
    homeassistant:
      name: Plantjes
    optimistic: true
    soil_moisture_calibration: 0

  '0x142d41fffe3ac95f':
    friendly_name: Deursensor2
    homeassistant:
      name: Deursensor2
    optimistic: true

  '0x142d41fffe523537':
    friendly_name: Deursensor
    homeassistant:
      name: Deursensor
    optimistic: true

  '0x00158d0005866ed2':
    friendly_name: Diepvries

  '0xb0c7defffebce6ac':
    friendly_name: Repeater
    homeassistant:
      name: Repeater
    optimistic: true

  '0x287681fffe65e22b':
    friendly_name: Vindstyrk
    homeassistant:
      name: Vindstyrk
    optimistic: true

  '0xec1bbdfffeaae768':
    friendly_name: '    Beweging schuur'
    homeassistant:
      name: '    Beweging schuur'
    optimistic: true

  '0x28dba7fffe811a5c':
    friendly_name: Thermometer
    homeassistant:
      name: Thermometer
    optimistic: true

  '0x54ef441000714a98':
    friendly_name: Aqara S1

  '0x842712fffe3586f9':
    friendly_name: Slaapkamer

  '0x680ae2fffe3e5182':
    friendly_name: Extra 4

  '0x8c65a3fffef9a5fe':
    friendly_name: Afstandsbediening

  '0x00158d008afd92a4':
    friendly_name: Kantoor

  '0x0015bc001a02a9e4':
    friendly_name: Sensor B
    description: Sensor B

  '0x00158d008b862f76':
    friendly_name: Vloerverwarming-uit

blocklist:
  - '0x0017880102e18e93'
  - '0x0ceff6fffee2a19b'
  - '0x28dba7fffe73f7c7'
groups: {}
version: 4

Heb ondertussen al van alles geprobeerd maar zelfs een terugkeer naar 1.40.1 werkt nu niet meer.

Ik zit vast in een cirkelredenatie maar kom er niet uit.

[Septillion]

@JaapB Copy-past foutje? Je eerste twee devices staan te veel naar links.

[JaapB]

Septillion schreef op donderdag 2 oktober 2025 @ 11:04:
@JaapB Copy-past foutje? Je eerste twee devices staan te veel naar links.

Inderdaad een copy paste foutje gemaakt, het probleem zit hem daar in elk geval niet heb ik net getest.

[Septillion]

@JaapB Kan je hem dan even updaten?

Verder kirjg je er geen lijnnummers ofzo bij te zien?

Overigens heb ik echt al sinds jaren als default dat devices en groups in een losse .yaml staan. Je draait het als losse container of niet?

[JaapB]

Septillion schreef op donderdag 2 oktober 2025 @ 11:12:
@JaapB Kan je hem dan even updaten?

Verder kirjg je er geen lijnnummers ofzo bij te zien?

Overigens heb ik echt al sinds jaren als default dat devices en groups in een losse .yaml staan. Je draait het als losse container of niet?

Ik heb het direct in docker draaien en tot nu toe zonder problemen ook
Starten met:

code:

docker run --name zigbee2mqtt --restart=unless-stopped --device=/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2217826-if00:/dev/ttyACM0 -p 8888:8888 -v $(pwd)/data:/app/data -v /run/udev:/run/udev:ro -e TZ=Europe/Amsterdam ghcr.io/koenkk/zigbee2mqtt

[Septillion]

@JaapB Maar kan je even je config in je post goed zetten? Want erg lastig om te helpen als wij tegen wat anders kijken dan jij. Gelijk ook even er [code=yaml] van maken voor de leesbaarheid..

[JaapB]

Septillion schreef op donderdag 2 oktober 2025 @ 11:18:
@JaapB Maar kan je even je config in je post goed zetten? Want erg lastig om te helpen als wij tegen wat anders kijken dan jij. Gelijk ook even er [code=yaml] van maken voor de leesbaarheid..

Aangepast inclusief de toevoeging code=yaml, duidelijk verschil inderdaad om het te reproduceren

[HuismAndré]

JaapB schreef op donderdag 2 oktober 2025 @ 11:10:
[...]

Inderdaad een copy paste foutje gemaakt, het probleem zit hem daar in elk geval niet heb ik net getest.

Ik zou die Home Assistant name weghalen. Dat maakt het nodeloos ingewikkeld. Ook raar dat er een regeleinde zit tussen Home en Assistant.

Verder lijkt je config erg op die van mij (draai ook docker containers). Dus inclusief groups en blocklist. Er zijn echter wel wat verschillen (vandaar dat ik die van mij hieronder even geef (van de loods), tot de devices:

YAML:

homeassistant:
  enabled: true
  experimental_event_entities: true
frontend:
  enabled: true
  package: zigbee2mqtt-windfront
mqtt:
  base_topic: z2m_loods
  server: mqtt://192.168.0.5
  user: tasmota
  password: ##########
  include_device_information: true
serial:
  port: /dev/ttyUSB0
  adapter: zstack
advanced:
  pan_id: 43520
  channel: 25
  network_key:
    - 44
    - 153
    - 88
    - 84
    - 23
    - 76
    - 34
    - 40
    - 54
    - 169
    - 34
    - 78
    - 67
    - 45
    - 67
    - 34
  log_level: error
  log_syslog:
    app_name: Zigbee2MQTT_Loods
    eol: /n
    host: localhost
    localhost: localhost
    path: /dev/log
    pid: process.pid
    port: 514
    protocol: udp4
    type: '5424'
  transmit_power: 20
device_options: {}

HEEEE: Waar is jouw CHANNEL???

[ Voor 63% gewijzigd door HuismAndré op 02-10-2025 12:06 ]

[Morpheusk]

Hmmbob schreef op vrijdag 12 september 2025 @ 15:54:
Dat zou opgelost moeten zijn als de support geregeld is

Ik heb inmiddels de nieuwe versie 2.6.2. waar de support is aangepast voor de eco-dim 10.
Maar krijg nog wel de melding:

[2-10-2025, 12:01:56] z2m: Publish 'set' 'power_on_behavior' to 'Badkamer nisjes' failed: 'Error: Got `UNSUPPORTED_ATTRIBUTE` error, device does not support power on behaviour'

[Septillion]

@JaapB Niet de file nog in een backup? Want ik zie nog steeds gekke indentatie zoals package en port die onder frontend horen. En legacy met spatie te weinig.

Ook ken ik de errors van Z2M als veel meer verbose. Dus kun je de config nog eens nalopen, eventueel opnieuw plaatsen en echt complete error laten zien? (Aka, drie puntjes om te bevestigen.)

[jj85]

Septillion schreef op donderdag 2 oktober 2025 @ 12:52:
@JaapB Niet de file nog in een backup? Want ik zie nog steeds gekke indentatie zoals package en port die onder frontend horen. En legacy met spatie te weinig.

Ook ken ik de errors van Z2M als veel meer verbose. Dus kun je de config nog eens nalopen, eventueel opnieuw plaatsen en echt complete error laten zien? (Aka, drie puntjes om te bevestigen.)

Je bent me net voor, maar het lijkt wel redelijk vol te zitten met foutjes

YAML:

homeassistant:
  enabled: true
  discovery_topic: zigbee2mqt
  legacy-api: false
  legacy_availability_payload: false
frontend:
  enabled: true
package: zigbee2mqtt-frontend
port: 8888

port en package staan te ver naar links
legacy-api is met underscore legacy_api

[JaapB]

jj85 schreef op donderdag 2 oktober 2025 @ 13:04:
[...]

Je bent me net voor, maar het lijkt wel redelijk vol te zitten met foutjes

YAML:

homeassistant:
  enabled: true
  discovery_topic: zigbee2mqt
  legacy-api: false
  legacy_availability_payload: false
frontend:
  enabled: true
package: zigbee2mqtt-frontend
port: 8888

port en package staan te ver naar links
legacy-api is met underscore legacy_api

Dank voor het meekijken en meedenken @Septillion, @HuismAndré en @jj85
Heb ondertussen alle zaken met eenvoudige HA namen verwijderd, legacy_api staat er nu, port en package regels aangepast.
Straks maar even verder er mee, nu eerst een paar buitenklusjes doen.

[Septillion]

@JaapB Geen backup ofzo?

Want alles bij elkaar, dit kunnen gewoon geen copy-paste foutjes meer zijn. Dus lijkt bijna alsof je per ongeluk verder bent gegaan met een work in progress document ipv de config die je in gebruik had...

[JaapB]

Septillion schreef op donderdag 2 oktober 2025 @ 13:54:
@JaapB Geen backup ofzo?

Want alles bij elkaar, dit kunnen gewoon geen copy-paste foutjes meer zijn. Dus lijkt bijna alsof je per ongeluk verder bent gegaan met een work in progress document ipv de config die je in gebruik had...

Dit is wat er in de huidige config staat:

YAML:

homeassistant:
  discovery_topic: zigbee2mqt
  legacy_entity_attributes: false
  legacy_triggers: false
  legacy_api: false
  legacy_availability_payload: false
frontend:
  package: zigbee2mqtt-frontend
  enabled: true
  port: 8888
mqtt:
  base_topic: zigbee2mqt
  server: mqtt://192.168.178.90
  keepalive: 60
  reject_unauthorized: true
  version: 4
serial:
  port: /dev/ttyACM0
  adapter: deconz
advanced:
  network_key:
    - 130
    - 200
    - 34
    - 170
    - 74
    - 101
    - 15
    - 43
    - 237
    - 0
    - 153
    - 248
    - 185
    - 99
    - 137
    - 70
  pan_id: 41389
  ext_pan_id:
    - 173
    - 57
    - 164
    - 167
    - 108
    - 67
    - 130
    - 4
  log_level: error
devices:
  '0x0017880102f11d02':
    friendly_name: Woonkamer schemer
  '0x842e14fffef8d008':
    friendly_name: Ziggie Schuur
  '0x70ac08fffec753f9':
    friendly_name: Woonkamer schemer 2
  '0xa4c13853436c500c':
    friendly_name: Blokhut links
  '0x0017880102f120f1':
    friendly_name: Woonkamer schemer 1
  '0xa4c138455f19d359':
    friendly_name: Blokhut rechts
  '0xec1bbdfffeb6195e':
    friendly_name: Ledstrip garage
  '0xec1bbdfffeb620c7':
    friendly_name: Extra 1
  '0xbc33acfffe593697':
    friendly_name: Extra 2
  '0xa4c138e2e9d29221':
    friendly_name: Keuken
  '0xa4c138f7987dd639':
    friendly_name: Extra 3
  '0x0015bc003600208d':
    friendly_name: Frient luchtkwaliteit
  '0x00158d000589f777':
    friendly_name: Garage temp
  '0x00158d00041e29df':
    friendly_name: Logeerkamer
  '0x00158d00058ca7dc':
    friendly_name: Vloerverwarming-in
  '0x0015bc001e019a68':
    friendly_name: Brievenbus
  '0xa4c13876f81c4081':
    friendly_name: Plantjes
    soil_moisture_calibration: 0
  '0x142d41fffe3ac95f':
    friendly_name: Deursensor2
  '0x142d41fffe523537':
    friendly_name: Deursensor
  '0x00158d0005866ed2':
    friendly_name: Diepvries
  '0xb0c7defffebce6ac':
    friendly_name: Repeater
  '0x287681fffe65e22b':
    friendly_name: Vindstyrk
  '0xec1bbdfffeaae768':
    friendly_name: '    Beweging schuur'
  '0x28dba7fffe811a5c':
    friendly_name: Thermometer
  '0x54ef441000714a98':
    friendly_name: Aqara S1
  '0x842712fffe3586f9':
    friendly_name: Slaapkamer
  '0x680ae2fffe3e5182':
    friendly_name: Extra 4
  '0x8c65a3fffef9a5fe':
    friendly_name: Afstandsbediening
  '0x00158d008afd92a4':
    friendly_name: Kantoor
  '0x0015bc001a02a9e4':
    friendly_name: Sensor B
    description: Sensor B
  '0x00158d008b862f76':
    friendly_name: Vloerverwarming-uit
# devices: devices.yaml

blocklist:
  - '0x0017880102e18e93'
  - '0x0ceff6fffee2a19b'
  - '0x28dba7fffe73f7c7'
groups: {}


version: 4

onboarding: true

En het gekke is dat het ondanks de foutjes heeft gewerkt met versie 1.40.1 en ook na meerdere reboots.

En na compleet verwijderen van de data directory en dus een schone start krijg ik dit als configuration.yaml:

YAML:

version: 4
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://localhost:1883
serial: {}
advanced:
  log_level: info
  channel: 11
  network_key: GENERATE
  pan_id: GENERATE
  ext_pan_id: GENERATE
frontend:
  enabled: false
  port: 8080
homeassistant:
  enabled: false
onboarding: true

Wetende dat ik daar niet mijn conbee stick in heb staan ondanks dat ik hem wel aangeef bij het starten van de docker:

code:

docker run --name zigbee2mqtt --restart=unless-stopped --device=/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2217826-if00:/dev/ttyACM0 -p 8888:8888 -v $(pwd)/data:/app/data -v /run/udev:/run/udev:ro -e TZ=Europe/Amsterdam ghcr.io/koenkk/zigbee2mqtt

Drie maal is scheepsrecht voor de code tags

[ Voor 0% gewijzigd door Septillion op 02-10-2025 14:29 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[RobertMe]

Grappig. Zie op basis van de release notes van gisteren dat Shelly blijkbaar een "power strip 4" heeft. Een Zigbee stekkerdoos dus, waarbij de 4 vast voor Gen 4 staat (dus wifi + Matter + Zigbee (+ Thread?)), maar het zijn ook 4 stekkers die er in kunnen. En last but nog least: individuele stroommeting. In dit topic is wel vaker een Chinese stekkerdoos voorbij gekomen, maar die had geen individuele stroommeting, alleen het totaal.

Nadelen zijn er ook: €61 (en ik heb er nu een van de Lidl / Silvercrest, en die heeft ook 2 USB poorten waarop ik een ESPtje heb aangesloten, en de Shelly heeft geen USB).

Edit:
Maar half gelezen, het is "4 gen 4". Dus die eerste 4 zal vast wel voor 4 sockets staan

[ Voor 8% gewijzigd door RobertMe op 02-10-2025 14:33 ]

[HuismAndré]

RobertMe schreef op donderdag 2 oktober 2025 @ 14:30:
Grappig. Zie op basis van de release notes van gisteren dat Shelly blijkbaar een "power strip 4" heeft. Een Zigbee stekkerdoos dus, waarbij de 4 vast voor Gen 4 staat (dus wifi + Matter + Zigbee (+ Thread?)), maar het zijn ook 4 stekkers die er in kunnen. En last but nog least: individuele stroommeting. In dit topic is wel vaker een Chinese stekkerdoos voorbij gekomen, maar die had geen individuele stroommeting, alleen het totaal.

Nadelen zijn er ook: €61 (en ik heb er nu een van de Lidl / Silvercrest, en die heeft ook 2 USB poorten waarop ik een ESPtje heb aangesloten, en de Shelly heeft geen USB).

Edit:
Maar half gelezen, het is "4 gen 4". Dus die eerste 4 zal vast wel voor 4 sockets staan

Deze heeft toch wel een hoog hebben hebben hebben gehalte zeg. Alleen jammer dat er geen USB op zit (want grappig genoeg heb ik bij elke NOUS A5T die ik heb uiteindelijk een toepassing gevonden voor de schakelbare USB sockets. Maar goed, de Shelly Power Strip 4 Gen4 heeft 4 sockets (dus in het ergste geval stoppen we een USB ladertje in het 4e stopcontact).

https://www.shelly.com/products/shelly-power-strip-4-gen4

[Septillion]

@RobertMe De 4 staat puur voor 4 uitgangen. Volledige naam is dan ook Shelly Power Strip 4 Gen4 Individuele meting is inderdaad erg cool.

* Septillion hoopt nog steeds op een Shelly 2 Mini Gen 4...

[ Voor 13% gewijzigd door Septillion op 02-10-2025 15:28 ]

[Septillion]

@JaapB De fouten zijn gewoon zo heftig dat ik eigenlijk niet geloof dat het de werkende config was...

Dat de stick niet in je config staat bij een verse start is normaal. Er is gewoon nog helemaal niets nuttig ingevuld. En het path in je container call is puur de passthough naar de container voor Docker. Devices en volumes worden alleen beschikbaar gemaakt op die manier maar is verder geen commando aan / setting voor Z2M zelf.

Misschien gewoon de blanko config als uitgangspunt pakken. Daar je stick, pan en key zetten. Devices toevoegen en dan gewoon met je db proberen.

[edit]
Zit nog naar je start commando te kijken en daar gebruik je $(pwd)/data. Dit is dus afhankelijk van waar je het commando uitvoert. Ik zou bijna zeggen dat je bij de laatste keer starten dit toch uit een andere folder gedaan hebt (en die dus gemount in docker) dan je dacht. Als tip zou ik zeggen, stap over op Docker Compose of gebruik op zijn minst een absoluut path.

[ Voor 25% gewijzigd door Septillion op 02-10-2025 15:38 ]

[Flappie]

Zijn er hier nog gebruikers van de Sonoff SNZB-02D?
Dus deze temp/humidity sensor met display:


Ik heb er 2 toegevoegd in Home Assistant, maar ze updaten uren lang hun status niet. Als je ze opnieuw toevoegt doen ze het soms even, en daarna is het na een tijdje weer niks.

En ja, ze hebben de laatste firmware. Ook mijn Zigbee coordinator (Zig-a-Zig-ah!) heeft de laatste firmware.

[jj85]

@Flappie Deze stappen al doorlopen?
https://www.zigbee2mqtt.i...-02D.html#troubleshooting

[Flappie]

jj85 schreef op vrijdag 3 oktober 2025 @ 10:23:
@Flappie Deze stappen al doorlopen?
https://www.zigbee2mqtt.i...-02D.html#troubleshooting

Ja, al meerdere keren gedaan uiteraard

[JaapB]

Septillion schreef op donderdag 2 oktober 2025 @ 15:35:
@JaapB De fouten zijn gewoon zo heftig dat ik eigenlijk niet geloof dat het de werkende config was...

Dat de stick niet in je config staat bij een verse start is normaal. Er is gewoon nog helemaal niets nuttig ingevuld. En het path in je container call is puur de passthough naar de container voor Docker. Devices en volumes worden alleen beschikbaar gemaakt op die manier maar is verder geen commando aan / setting voor Z2M zelf.

Misschien gewoon de blanko config als uitgangspunt pakken. Daar je stick, pan en key zetten. Devices toevoegen en dan gewoon met je db proberen.

[edit]
Zit nog naar je start commando te kijken en daar gebruik je $(pwd)/data. Dit is dus afhankelijk van waar je het commando uitvoert. Ik zou bijna zeggen dat je bij de laatste keer starten dit toch uit een andere folder gedaan hebt (en die dus gemount in docker) dan je dacht. Als tip zou ik zeggen, stap over op Docker Compose of gebruik op zijn minst een absoluut path.

Dank voor de tips en aanvullingen en inderdaad misschien beter om de overstap naar docker compose te maken.
Voor nu ben ik maar begonnen met een blanco config zoals je aangaf en van daaruit wel weer een frontend in beeld en toen de klus om alles opnieuw te pairen aangevangen.

Denk sowieso dat ik veel te lang ben blijven hangen bij de oude versie 1.40.0. :

[JaapB]

Flappie schreef op vrijdag 3 oktober 2025 @ 09:39:
Zijn er hier nog gebruikers van de Sonoff SNZB-02D?
Dus deze temp/humidity sensor met display:
[Afbeelding]

Ik heb er 2 toegevoegd in Home Assistant, maar ze updaten uren lang hun status niet. Als je ze opnieuw toevoegt doen ze het soms even, en daarna is het na een tijdje weer niks.

En ja, ze hebben de laatste firmware. Ook mijn Zigbee coordinator (Zig-a-Zig-ah!) heeft de laatste firmware.

[Afbeelding]

Ik heb hier ook 2 van in gebruik sinds begin van dit jaar en ik herken deze problemen niet. En ze staan beiden best ver van de dichtstbijzijnde controller.

Nu heb ik wel het voordeel dat de enige wifi die zou kunnen storen mijn eigen wifi is en dit tot nu toe geen hinder heeft opgeleverd.
De boel loopt hier via de ouwe trouwe ConBeeII stick

[Septillion]

@JaapB Op zich, als je zelfde pan id and network key gebruikt zullen de devices gewoon verbonden blijven. Alleen zonder de config ben je de devices settings, incl naam, kwijt. Eventueel zou je die dus ook weer handmatig over kunnen zetten naar je "verse" config.

[IJsbeer]

Flappie schreef op vrijdag 3 oktober 2025 @ 09:39:
Zijn er hier nog gebruikers van de Sonoff SNZB-02D?
Dus deze temp/humidity sensor met display:
[Afbeelding]

Ik heb er 2 toegevoegd in Home Assistant, maar ze updaten uren lang hun status niet. Als je ze opnieuw toevoegt doen ze het soms even, en daarna is het na een tijdje weer niks.

En ja, ze hebben de laatste firmware. Ook mijn Zigbee coordinator (Zig-a-Zig-ah!) heeft de laatste firmware.

[Afbeelding]

Ik heb er hier 2 die draaien prima.

[musicpixel]

Flappie schreef op vrijdag 3 oktober 2025 @ 09:39:
Zijn er hier nog gebruikers van de Sonoff SNZB-02D?

Ik heb er 2 toegevoegd in Home Assistant, maar ze updaten uren lang hun status niet. Als je ze opnieuw toevoegt doen ze het soms even, en daarna is het na een tijdje weer niks.

Al een nieuwe batterij geprobeerd?

Had laatst ook een sensor (niet dezelfde) die het even deed na opnieuw pairen, maar even later er toch weer mee ophield. De batterij gaf gewoon 100% aan, maar batterij vervangen loste het op.

Je kunt ook nog proberen te pairen op de locatie waar je de sensor gaat gebruiken, sommige sensors willen niet hun route aanpassen als je ze verplaatst na pairen waardoor de verbinding slecht kan zijn (want route loopt nog via een apparaat ver weg).

[Flappie]

IJsbeer schreef op vrijdag 3 oktober 2025 @ 11:44:
[...]


Ik heb er hier 2 die draaien prima.

Krijg je dan ook wel recente data binnen?
Want ze blijven wel online. Ook Zigbee2MQTT ziet het als online, maar blijkbaar geen up to date waardes voor zowel temperatuur als vochtigheid.
En welke waardes heb je onder "Reporting" staan voor deze apparaten in Zigbee2MQTT?
Zou je die hier eens kunnen posten?

[IJsbeer]

Flappie schreef op vrijdag 3 oktober 2025 @ 11:57:
[...]


Krijg je dan ook wel recente data binnen?
Want ze blijven wel online. Ook Zigbee2MQTT ziet het als online, maar blijkbaar geen up to date waardes voor zowel temperatuur als vochtigheid.
En welke waardes heb je onder "Reporting" staan voor deze apparaten in Zigbee2MQTT?
Zou je die hier eens kunnen posten?

Af ent oe zie ik wel een langere streep, maar dat is niet dagelijks.

[Flappie]

IJsbeer schreef op vrijdag 3 oktober 2025 @ 12:12:
[...]


Af ent oe zie ik wel een langere streep, maar dat is niet dagelijks.

[Afbeelding]

Dat zijn inderdaad standaard waardes.
En die lange strepen zijn waarschijnlijk dan ook de momenten dat hij geen nieuwe info stuurt.
Ik heb de waardes als test eens aangepast:

[Septillion]

@Flappie Zigbee zelf kent geen availability. Z2M heeft wel een optie om dit implementeren maar staat standaard uit. Voor active devices (mains powered devies) doet Z2M periodiek de state opvragen en indien geen antwoord wordt het device als offline gezien. Voor passive devices (batterij powered devices) kan dat niet en is het dus puur op basis van "geen state ontvangen voor x tijd". Staat dus standaard uit maar indien je het aanzet is het standaard 25 uur voor een device als offline gezien wordt.

[88Gamer88]

Hallo allemaal,
Hopelijk mag ik deze vraag hier stellen.

Na jaren gebruik te hebben gemaakt van de Homey, heb ik gesloten om te overstappen naar HA.

Ik ben sinds paar dagen troste gebruiker van een Raspberry Pi 5 en hier op HOAS geïnstalleerd.
Ik heb gisteren de Sonoff 3.0 Zigbee dongel binnen gekregen en gelijk de router firmware geflasht via de SONOFF Dongle Flasher addon met HA.

Deze wil ik ik nu gebruiken in combinatie met Zigbee2MQTT, alleen ik krijg het maar niet werkend.
Waarschijnlijk doe ik iets fout maar zie door de bomen het bos niet meer, dus heb nu alles opnieuw aan het instellen.

Nu ben ik via de "Guide" alle stappen aan het doorlopen.
Maar nadat ik alles gedaan heb blijft Zigbee2MQTT maar hangen op de "Zigbee2MQTT Onboarding" pagina.

Alvast bedankt.
Clinten

[ Voor 14% gewijzigd door 88Gamer88 op 03-10-2025 13:05 ]

[Septillion]

@88Gamer88 Als je Zigbee2MQTT als addon draait hoef je in de addon tegenwoordig NIETS meer in te stellen. Gewoon helemaal default laten en Z2M starten.

Z2M probeert de stick dan zelf te vinden. Werkt dat niet, dan hoef je alleen het path naar de serial adapter en adapter type hoeven opgeven in de addon config. Al het andere mag je gewoon negeren! Dat gaan vanzelf. Wel moet je vooraf zelf de Mosquitto broker addon en de MQTT integratie installeren/instellen.

Overigens bestaat "de Sonoff 3.0 Zigbee dongel" niet. Heel verwarrend van iTead maar die naam gebruiken ze voor zowel de ZBDongle-E (Silicon Labs chip) als voor de ZBDongle-P (Texas Instruments chip). Welke heb jij?

Qua HA, ik hoop dat je de RPi hebt voorzien van SSD of eMMC?

[HuismAndré]

Flappie schreef op vrijdag 3 oktober 2025 @ 09:39:
Zijn er hier nog gebruikers van de Sonoff SNZB-02D?
Dus deze temp/humidity sensor met display:
[Afbeelding]

Ik heb er 2 toegevoegd in Home Assistant, maar ze updaten uren lang hun status niet. Als je ze opnieuw toevoegt doen ze het soms even, en daarna is het na een tijdje weer niks.

En ja, ze hebben de laatste firmware. Ook mijn Zigbee coordinator (Zig-a-Zig-ah!) heeft de laatste firmware.

[Afbeelding]

Ooit 1 gekocht. Hoop gezeik mee gehad (wegvallen verbinding, ophouden met melden). Toen hij op een gegeven moment 6% luchtvochtigheid aangaf (werkelijkheid 56%), was ik er wel klaar mee. Verder best blij met SonOff producten (TRVZB, ZBMiniL2 en ZBMiniR2) maar niet met deze SNZB-02D (en trouwens ook niet blij met de SNZB-02).

[88Gamer88]

@Septillion Bedankt voor je reactie.

Ik heb de "Mosquitto broker addon" gedownload en geïnstalleerd.
Hier heb ik voor de rest niks aan veranderd qua configuratie...

Kan je me verder uitleggen wat je bedoel met MQTT integratie installeren/instellen.
Dit zegt me even niks.

Qua USB Stick staat er op de verpakking "Sonoff Zigbee 3.0 USB Dongle Plus"
Op de PCB staat er ZBDongle-E

Ik heb de Pi uitrust met een Nvme SSD.

[fenrir]

88Gamer88 schreef op vrijdag 3 oktober 2025 @ 13:28:
@Septillion Bedankt voor je reactie.

Ik heb de "Mosquitto broker addon" gedownload en geïnstalleerd.
Hier heb ik voor de rest niks aan veranderd qua configuratie...

Kan je me verder uitleggen wat je bedoel met MQTT integratie installeren/instellen.
Dit zegt me even niks.

Qua USB Stick staat er op de verpakking "Sonoff Zigbee 3.0 USB Dongle Plus"
Op de PCB staat er ZBDongle-E

Ik heb de Pi uitrust met een Nvme SSD.

De mosquitto broker add-on is niet hetzelfde als de Zigbee2MQTT add-on.

[88Gamer88]

@fenrir Dat klopt inderdaad.
Maar als ik het goed heb, heb ik de Mosquitto addon nodig voor Zigbee2MQtt?

EDIT:

Ik heb de MQTT Mosquitto broker geïnstalleerd.
een extra MQTT-User account aangemaakt.

[ Voor 32% gewijzigd door 88Gamer88 op 03-10-2025 15:13 ]

[Septillion]

@88Gamer88 Voor de Z2M addon heb je een MQTT broker nodig. De makkelijkste optie is de Mosquitto broker addon.

Maar voor MQTT moet je daarnaast de MQTT integratie toevoegen (Settings => Devices & Services => Integrations => Add integration => MQTT => Standaard settings).

Want de Mosquitto broker addon is puur een MQTT broker maar heeft geen relatie met HA. Dat geldt eigenlijk voor alle addons. Het is gewoon een losstaand systeem dat ook ergens anders zou kunnen draaien. De integration is de "lijm" hiervoor.

De ZBDongle-E is dus die met Silicon Labs chip en gebruikt in Z2M de ember driver.

[ Voor 7% gewijzigd door Septillion op 03-10-2025 15:19 ]

[88Gamer88]

@Septillion

Ik heb het volgende gedaan:
Even een nieuwe frisse setup gemaakt.

1e -> Mosquitto broker addon geinstalleerd.
(Niks aangepast qua instellingen)

2e -> instellingen -> Apperaten -> MQTT toegevoegd
(Melding gekregen gelukt)
(Niks aangepast qua instellingen)

3e -> Zigbee2MQTT geïnstalleerd.
(Niks aangepast qua instellingen)

En blijf nu op deze pagina hangen.
Als ik Submit druk, kom ik terug op deze pagina.

[ Voor 7% gewijzigd door 88Gamer88 op 03-10-2025 15:43 ]

[Septillion]

@88Gamer88 Wat hij aat zien lijkt me correct. Zou je in de log van de Z2M addon kunnen kijken of je wat geks ziet.

Wel zou ik liever het by-id path gebruiken voor de stick ipv /dev/ttyUSB0 want die kan wijzigen. Via Settings => System => Hardware => All hardware moet je bij de stick beide paden zien staan. Dan kan je het by-id pad kopiëren en in de onboarding opgeven.

[88Gamer88]

@Septillion

Ik heb de log files net gevonden (Ook weer geleerd )

code:

[2025-10-03 16:10:51] info:     z2m: Logging to console, file (filename: log.log)
[2025-10-03 16:10:51] info:     z2m: Starting Zigbee2MQTT version 2.6.2 (commit #unknown)
[2025-10-03 16:10:51] info:     z2m: Starting zigbee-herdsman (6.1.5)
[2025-10-03 16:10:51] info:     zh:adapter:discovery: Matched adapter: {"path":"/dev/ttyUSB0","manufacturer":"Itead","serialNumber":"feb89d145cf3ef11aa4fbb1b6d9880ab","pnpId":"usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_feb89d145cf3ef11aa4fbb1b6d9880ab-if00-port0","vendorId":"10c4","productId":"ea60"} => ember: 4
[2025-10-03 16:10:52] info:     zh:ember: Using default stack config.
[2025-10-03 16:10:52] info:     zh:ember: ======== Ember Adapter Starting ========
[2025-10-03 16:10:52] info:     zh:ember:ezsp: ======== EZSP starting ========
[2025-10-03 16:10:52] info:     zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-10-03 16:10:52] info:     zh:ember:uart:ash: RTS/CTS config is off, enabling software flow control.
[2025-10-03 16:10:52] info:     zh:ember:uart:ash: Serial port opened
[2025-10-03 16:10:52] info:     zh:ember:uart:ash: ======== ASH starting ========
[2025-10-03 16:10:57] info:     zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-10-03 16:10:57] info:     zh:ember:uart:ash: ======== ASH starting ========
[2025-10-03 16:11:02] info:     zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-10-03 16:11:02] info:     zh:ember:uart:ash: ======== ASH starting ========
[2025-10-03 16:11:07] info:     zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-10-03 16:11:07] info:     zh:ember:uart:ash: ======== ASH starting ========
[2025-10-03 16:11:12] info:     zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-10-03 16:11:12] info:     zh:ember:uart:ash: ======== ASH starting ========
[2025-10-03 16:11:17] error:    z2m: Error while starting zigbee-herdsman
[2025-10-03 16:11:17] error:    z2m: Failed to start zigbee-herdsman
[2025-10-03 16:11:17] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-10-03 16:11:17] error:    z2m: Exiting...
[2025-10-03 16:11:17] error:    z2m: Error: Failed to start EZSP layer with status=HOST_FATAL_ERROR.
    at EmberAdapter.initEzsp (/app/node_modules/.pnpm/zigbee-herdsman@6.1.5/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:665:19)
    at EmberAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@6.1.5/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1547:24)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@6.1.5/node_modules/zigbee-herdsman/src/controller/controller.ts:133:29)
    at Zigbee.start (/app/lib/zigbee.ts:67:27)
    at Controller.start (/app/lib/controller.ts:101:13)
    at start (/app/index.js:149:5)
[16:11:22] INFO: Preparing to start...
[16:11:23] INFO: Socat not enabled
[16:11:23] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
Onboarding page is available at http://0.0.0.0:8099/

Het volgende is me opgevallen de laatste error regels.

code:

2025-10-03 16:11:17] error:    z2m: Error while starting zigbee-herdsman
[2025-10-03 16:11:17] error:    z2m: Failed to start zigbee-herdsman
[2025-10-03 16:11:17] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-10-03 16:11:17] error:    z2m: Exiting...
[2025-10-03 16:11:17] error:    z2m: Error: Failed to start EZSP layer with status=HOST_FATAL_ERROR.

Denk dat dit bedoelt ?


Als dit invul bij "Coordinator/Adapter Port/Path" gebeurd veranderd er niks na het opslaan.

[ Voor 15% gewijzigd door 88Gamer88 op 03-10-2025 16:22 ]

[Septillion]

Ja, die ja. Dus /dev/serial/by-id/......port0

Je hebt niet per ongeluk de ZHA (Zigbee Home Automation) integratie toegevoegd?

[88Gamer88]

@Septillion ZHA is niet toegevoegd.

[ Voor 9% gewijzigd door 88Gamer88 op 03-10-2025 17:55 ]

[Hmmbob]

Morpheusk schreef op donderdag 2 oktober 2025 @ 12:03:
[...]


Ik heb inmiddels de nieuwe versie 2.6.2. waar de support is aangepast voor de eco-dim 10.
Maar krijg nog wel de melding:

[2-10-2025, 12:01:56] z2m: Publish 'set' 'power_on_behavior' to 'Badkamer nisjes' failed: 'Error: Got `UNSUPPORTED_ATTRIBUTE` error, device does not support power on behaviour'

Heb je de oude external converter verwijderd?

[88Gamer88]

@Septillion, ik ben ondertussen een stukje verder, krijg nu het dashboard te zien

Ik heb de USB Stick nu voorzien van Zigbee 8.0.2 firmware.
Dit was eerst Zigbee Router 8.0.2...

https://www.zigbee2mqtt.io/devices/ZBDongle-E.html

Alleen wanneer ik de Router versie flash kom ik in de boven genoemde problemen.
Is dit meer een bug of doe ik zelf iets verkeerd ?

[Himalaya]

88Gamer88 schreef op vrijdag 3 oktober 2025 @ 18:11:
@Septillion, ik ben ondertussen een stukje verder, krijg nu het dashboard te zien

Ik heb de USB Stick nu voorzien van Zigbee 8.0.2 firmware.
Dit was eerst Zigbee Router 8.0.2...

https://www.zigbee2mqtt.io/devices/ZBDongle-E.html

Alleen wanneer ik de Router versie flash kom ik in de boven genoemde problemen.
Is dit meer een bug of doe ik zelf iets verkeerd ?

Je wilt je stick als coordinator gebruiken, niet als router neem ik aan. Lampen e.d. zijn mooie routers (doorgeefluikjes in je zigbee netwerk).

[88Gamer88]

@Himalaya Dan is daar mijn fout, ik was er van overtuigd dat er Router firmware op de stick moest staan om het werkend te krijgen .

[Septillion]

@88Gamer88 Ja, de termen zijn even net anders dan als je aan Wifi denkt. Coördinator, router en end-node. Het brein is dus de coördinator 🙂

[badkuip]

Ik heb een vraag over color modes voor Zigbee2mqtt lampen.
Mijn Home assistant logboek staat vol met deze meldingen:

code:

Logger: homeassistant.components.mqtt.light.schema_json
Bron: components/mqtt/light/schema_json.py:230
integratie: MQTT (documentatie, problemen)
Eerst voorgekomen: 10:09:20 (23 gebeurtenissen)
Laatst gelogd: 10:33:15

Invalid color mode 'xy' received for entity light.woonkamer_lampje
Invalid color mode 'xy' received for entity light.woonkamer_goud
Invalid color mode 'xy' received for entity light.overloop_lampen
Invalid color mode 'xy' received for entity light.overloop1
Invalid color mode 'xy' received for entity light.overloop2

De meldingen blijven maar komen, wanneer een scene (in Zigbee2mqtt) getriggered wordt maar ook zomaar, niet bij een scene triggeren.
De meldingen komen alleen voor bij lampen waarbij de kleur niet kan worden worden ingesteld.

Dat deze meldingen te maken hebben met de kleur, dat snap ik ook wel. Maar hoe kom ik ervan af?
Het enige wat ik gevonden heb is dit Github issue.

Ik heb Z2M gestopt, in state.json bij een van de lampen (light.woonkamer_lampje) het attribuut "color_mode": "xy" eruit gehaald.
Helaas was dat niet de oplossing, want na herstarten wordt er gewoon weer een foutmelding gelogd en staat het attribuut er weer in (state.json).

Bij het nakijken van de betreffende lamp met MQTT explorer wordt het attribuut niet eens meegezonden door de lamp:

code:

{
  "availability": [
    {
      "topic": "zigbee2mqtt/bridge/state",
      "value_template": "{{ value_json.state }}"
    }
  ],
  "brightness": true,
  "brightness_scale": 254,
  "command_topic": "zigbee2mqtt/woonkamer-lampje/set",
  "device": {
    "hw_version": 1,
    "identifiers": [
      "zigbee2mqtt_0x00178801090961ac"
    ],
    "manufacturer": "Philips",
    "model": "Hue white filament Edison E27 LED",
    "model_id": "929002241201",
    "name": "woonkamer-lampje",
    "sw_version": "1.122.8",
    "via_device": "zigbee2mqtt_bridge_0x00124b00259bccc0"
  },
  "effect": true,
  "effect_list": [
    "blink",
    "breathe",
    "okay",
    "channel_change",
    "candle",
    "finish_effect",
    "stop_effect",
    "stop_hue_effect"
  ],
  "name": null,
  "object_id": "woonkamer-lampje",
  "origin": {
    "name": "Zigbee2MQTT",
    "sw": "2.6.1",
    "url": "https://www.zigbee2mqtt.io"
  },
  "schema": "json",
  "state_topic": "zigbee2mqtt/woonkamer-lampje",
  "supported_color_modes": [
    "brightness"
  ],
  "unique_id": "0x00178801090961ac_light_zigbee2mqtt"
}

Waarom "verzint" Z2M het erbij dat de lamp color_mode XY ondersteunt?
Legacy kan het niet zijn want het probleem komt ook voor bij lampen die ik afgelopen zomer heb aangeschaft.

Iemand een idee of een richting voor me?

[Hmmbob]

badkuip schreef op dinsdag 7 oktober 2025 @ 11:06:
Ik heb een vraag over color modes voor Zigbee2mqtt lampen.
Mijn Home assistant logboek staat vol met deze meldingen:

code:

Logger: homeassistant.components.mqtt.light.schema_json
Bron: components/mqtt/light/schema_json.py:230
integratie: MQTT (documentatie, problemen)
Eerst voorgekomen: 10:09:20 (23 gebeurtenissen)
Laatst gelogd: 10:33:15

Invalid color mode 'xy' received for entity light.woonkamer_lampje
Invalid color mode 'xy' received for entity light.woonkamer_goud
Invalid color mode 'xy' received for entity light.overloop_lampen
Invalid color mode 'xy' received for entity light.overloop1
Invalid color mode 'xy' received for entity light.overloop2

De meldingen blijven maar komen, wanneer een scene (in Zigbee2mqtt) getriggered wordt maar ook zomaar, niet bij een scene triggeren.
De meldingen komen alleen voor bij lampen waarbij de kleur niet kan worden worden ingesteld.

Dat deze meldingen te maken hebben met de kleur, dat snap ik ook wel. Maar hoe kom ik ervan af?
Het enige wat ik gevonden heb is dit Github issue.

Ik heb Z2M gestopt, in state.json bij een van de lampen (light.woonkamer_lampje) het attribuut "color_mode": "xy" eruit gehaald.
Helaas was dat niet de oplossing, want na herstarten wordt er gewoon weer een foutmelding gelogd en staat het attribuut er weer in (state.json).

Bij het nakijken van de betreffende lamp met MQTT explorer wordt het attribuut niet eens meegezonden door de lamp:

code:

{
  "availability": [
    {
      "topic": "zigbee2mqtt/bridge/state",
      "value_template": "{{ value_json.state }}"
    }
  ],
  "brightness": true,
  "brightness_scale": 254,
  "command_topic": "zigbee2mqtt/woonkamer-lampje/set",
  "device": {
    "hw_version": 1,
    "identifiers": [
      "zigbee2mqtt_0x00178801090961ac"
    ],
    "manufacturer": "Philips",
    "model": "Hue white filament Edison E27 LED",
    "model_id": "929002241201",
    "name": "woonkamer-lampje",
    "sw_version": "1.122.8",
    "via_device": "zigbee2mqtt_bridge_0x00124b00259bccc0"
  },
  "effect": true,
  "effect_list": [
    "blink",
    "breathe",
    "okay",
    "channel_change",
    "candle",
    "finish_effect",
    "stop_effect",
    "stop_hue_effect"
  ],
  "name": null,
  "object_id": "woonkamer-lampje",
  "origin": {
    "name": "Zigbee2MQTT",
    "sw": "2.6.1",
    "url": "https://www.zigbee2mqtt.io"
  },
  "schema": "json",
  "state_topic": "zigbee2mqtt/woonkamer-lampje",
  "supported_color_modes": [
    "brightness"
  ],
  "unique_id": "0x00178801090961ac_light_zigbee2mqtt"
}

Waarom "verzint" Z2M het erbij dat de lamp color_mode XY ondersteunt?
Legacy kan het niet zijn want het probleem komt ook voor bij lampen die ik afgelopen zomer heb aangeschaft.

Iemand een idee of een richting voor me?

Lijkt iets mis te gaan daarmee. Ik heb hetzelfde probleem maar dan met HS.

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

[badkuip]

Hmmbob schreef op dinsdag 7 oktober 2025 @ 13:50:
[...]

Lijkt iets mis te gaan daarmee. Ik heb hetzelfde probleem maar dan met HS.

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

Dat zou kunnen. maar bij mij speelt het probleem al ruim een jaar en heb ik er niet eerder melding van gemaakt. Dus ik hoop dan dat het met elkaar te maken heeft.

Ik zal ook een issue aanmaken op Github.

[Hmmbob]

badkuip schreef op dinsdag 7 oktober 2025 @ 16:21:
[...]


Dat zou kunnen. maar bij mij speelt het probleem al ruim een jaar en heb ik er niet eerder melding van gemaakt. Dus ik hoop dan dat het met elkaar te maken heeft.

Ik zal ook een issue aanmaken op Github.

De problemen zijn er ook al langer, zie de lange lijst van "stale" issues die ik link in dat issue.

Ik denk dat er geen los nieuw issue nodig is - er is teveel overlap tussen de problemen om ze als losstaand te zien. Vul vooral het open issue aan