Zigbee2mqtt - open source zigbee bridge - Deel 2

[Beekforel]

itsmarlss schreef op dinsdag 18 februari 2025 @ 18:48:
[...]


[...]


Bedankt voor jullie snelle reacties! Ik was hoopvol en heb het direct geprobeerd, maar helaas...

code:

[18:39:05] INFO: Preparing to start...
[18:39:06] INFO: Socat not enabled
[18:39:07] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2025-02-18 18:39:34] info:     z2m: Logging to console, file (filename: log.log)
[2025-02-18 18:39:35] info:     z2m: Starting Zigbee2MQTT version 2.1.1 (commit #unknown)
[2025-02-18 18:39:35] info:     z2m: Starting zigbee-herdsman (3.2.5)
[2025-02-18 18:39:35] info:     zh:zstack:znp: Opening SerialPort with {"path":"/dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_90_9F_2E-if00-port0","baudRate":115200,"rtscts":true,"autoOpen":false}
[2025-02-18 18:39:36] info:     zh:zstack:znp: Serialport opened
[2025-02-18 18:39:36] info:     zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2025-02-18 18:39:37] info:     zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2025-02-18 18:39:56] error:    z2m: Error while starting zigbee-herdsman
[2025-02-18 18:39:56] error:    z2m: Failed to start zigbee-herdsman
[2025-02-18 18:39:56] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-02-18 18:39:56] error:    z2m: Exiting...
[2025-02-18 18:39: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@3.2.5/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:113:27)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/controller/controller.ts:136:29)
    at Zigbee.start (/app/lib/zigbee.ts:69:27)
    at Controller.start (/app/lib/controller.ts:142:13)
    at start (/app/index.js:161:5)

Ik had zelf gezien op https://www.zigbee2mqtt.io/guide/adapters/ dat EmberZNet en Silicon Labs samen werden genoemd, dus ik ging er vanuit dat het ember moest zijn (want bij mijn devicde ID zag ik "usb-Silicon_Labs_slae.sh_cc2652rb_stick_" staan en initieel deed hij het wel met ember (tot gisterenavond). Gek, want in de link staat inderdaad de stick genoemd bij Zstack en daar staat dan weer Texas Instruments

In de tussentijd zal ik even op zoek gaan naar de ZigStar Home Assistant add-on repository, dank je!

toon volledige bericht

Ik draai https://github.com/Koenkk....x.0_coordinator_20240710 op die stick, draait top!

[JBS]

@itsmarlss Je error is nu wel veranderd.
Check eens of de ZHA integratie actief is waardoor je coördinator daardoor al geclaimd is.

Zie punt 4 op https://www.zigbee2mqtt.i...fatal-error-for-emberznet

[ Voor 41% gewijzigd door JBS op 18-02-2025 19:44 ]

[Septillion]

@itsmarlss Ik twijfel of het wel werkte... Je log die je plaatste sprak dan ook van ezsp terwijl in je config ember staat. En het is inderdaad een zstack stick. Verwarrende "Silicon_Labs" in het pad komt door de USB-serial chip....

Ik zou als eerste eerst eens checken of de config nog goed staat (vooral ook onder config van de addon en niet direct de configuration.yaml). Triple check van het path. En eventueel een keer alles (dus incl host) herstarten om te kijken of niet iets anders de stick bezet houdt (niet ZHA toegevoegd?).

[Diggitzz]

TWKterry schreef op zondag 16 februari 2025 @ 09:27:
[...]

Adapter zou adapter moeten zijn, dus zonder hoofdletter.

Ik heb mijn adapter bijgewerkt naar versie 7.4.4 en nu adapter: ember toegevoegd, ik krijg nu deze errors:

[20:32:38] INFO: Preparing to start...
[20:32:39] INFO: Socat not enabled
[20:32:39] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2025-02-18 20:32:41] info: z2m: Logging to console, file (filename: log.log)
[2025-02-18 20:32:41] info: z2m: Starting Zigbee2MQTT version 2.1.1 (commit #unknown)
[2025-02-18 20:32:41] info: z2m: Starting zigbee-herdsman (3.2.5)
[2025-02-18 20:32:41] info: zh:ember: Using default stack config.
[2025-02-18 20:32:41] info: zh:ember: ======== Ember Adapter Starting ========
[2025-02-18 20:32:41] info: zh:ember:ezsp: ======== EZSP starting ========
[2025-02-18 20:32:41] info: zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-02-18 20:32:41] info: zh:ember:uart:ash: RTS/CTS config is off, enabling software flow control.
[2025-02-18 20:32:41] info: zh:ember:uart:ash: Serial port opened
[2025-02-18 20:32:41] info: zh:ember:uart:ash: ======== ASH starting ========
[2025-02-18 20:32:42] info: zh:ember:uart:ash: ======== ASH connected ========
[2025-02-18 20:32:42] info: zh:ember:uart:ash: ======== ASH started ========
[2025-02-18 20:32:42] info: zh:ember:ezsp: ======== EZSP started ========
[2025-02-18 20:32:47] info: zh:ember: Adapter EZSP protocol version (13) lower than Host. Switched.
[2025-02-18 20:32:50] info: zh:ember: Adapter version info: {"ezsp":13,"revision":"7.4.4 [GA]","build":0,"major":7,"minor":4,"patch":4,"special":0,"type":170}
[2025-02-18 20:33:11] error: zh:ember:ezsp: ERROR Transaction failure; status=ASH_ERROR_TIMEOUTS. Last Frame: [FRAME: ID=83:"SET_CONFIGURATION_VALUE" Seq=4 Len=6].
[2025-02-18 20:33:11] error: zh:ember: Adapter fatal error: ASH_ERROR_TIMEOUTS
[2025-02-18 20:33:11] error: z2m: Error while starting zigbee-herdsman
[2025-02-18 20:33:11] error: z2m: Failed to start zigbee-herdsman
[2025-02-18 20:33:11] error: z2m: Check https://www.zigbee2mqtt.i...tart_crashes-runtime.html for possible solutions
[2025-02-18 20:33:11] error: z2m: Exiting...
[2025-02-18 20:33:11] error: z2m: Error: ASH_ERROR_TIMEOUTS
at Ezsp.ezspSetConfigurationValue (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/ember/ezsp/ezsp.ts:1484:19)
at EmberAdapter.emberSetEzspConfigValue (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1440:24)
at EmberAdapter.initEzsp (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:681:9)
at EmberAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1533:24)
at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/controller/controller.ts:136:29)
at Zigbee.start (/app/lib/zigbee.ts:69:27)
at Controller.start (/app/lib/controller.ts:142:13)
at start (/app/index.js:161:5)

[itsmarlss]

Septillion schreef op dinsdag 18 februari 2025 @ 19:58:
@itsmarlss Ik twijfel of het wel werkte... Je log die je plaatste sprak dan ook van ezsp terwijl in je config ember staat. En het is inderdaad een zstack stick. Verwarrende "Silicon_Labs" in het pad komt door de USB-serial chip....

Ik zou als eerste eerst eens checken of de config nog goed staat (vooral ook onder config van de addon en niet direct de configuration.yaml). Triple check van het path. En eventueel een keer alles (dus incl host) herstarten om te kijken of niet iets anders de stick bezet houdt (niet ZHA toegevoegd?).

Ja, ik had expres via de addon zelf de wijzigingen gemaakt i.p.v. de YAML file omdat ik had gelezen dat de addon "override"! Ik heb net alles gecheckt, op beide plekken staat 'zstack'. Ik heb de Zigbee Home Automation opnieuw disabled (dit stond erbij: slae.sh cc2652rb stick - slaesh's iot stuff - slae.sh cc2652rb stick - slaesh's iot stuff?) en de Home Assistant volledig herstart.

Helaas krijg ik nog steeds een error:

code:

[20:58:51] INFO: Preparing to start...
[20:58:52] INFO: Socat not enabled
[20:58:53] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2025-02-18 20:59:11] info:     z2m: Logging to console, file (filename: log.log)
[2025-02-18 20:59:11] info:     z2m: Starting Zigbee2MQTT version 2.1.1 (commit #unknown)
[2025-02-18 20:59:11] info:     z2m: Starting zigbee-herdsman (3.2.5)
[2025-02-18 20:59:12] info:     zh:zstack:znp: Opening SerialPort with {"path":"/dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_90_9F_2E-if00-port0","baudRate":115200,"rtscts":true,"autoOpen":false}
[2025-02-18 20:59:12] info:     zh:zstack:znp: Serialport opened
[2025-02-18 20:59:12] info:     zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2025-02-18 20:59:13] info:     zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2025-02-18 20:59:32] error:    z2m: Error while starting zigbee-herdsman
[2025-02-18 20:59:32] error:    z2m: Failed to start zigbee-herdsman
[2025-02-18 20:59:32] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-02-18 20:59:32] error:    z2m: Exiting...
[2025-02-18 20:59:32] error:    z2m: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
    at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:113:27)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/controller/controller.ts:136:29)
    at Zigbee.start (/app/lib/zigbee.ts:69:27)
    at Controller.start (/app/lib/controller.ts:142:13)
    at start (/app/index.js:161:5)

Ik heb de ZigStar add-on in the HA geïnstalleerd. Als ik het goed begrijp moet ik dus i.p.v. de Silicon variant, deze gebruiken?
- ZigStar TI CC2652P/P7 FW Flasher

TI CC2652 Flasher add-on to flash Texas Instruments CC1352/2652 based radios.

By default this add-on flashes the firmware to use Zigbee (Z-Stack Zigbee Stack).

[Septillion]

@itsmarlss Dit lijkt er inderdaad meer op dat zstack gebruikt wordt.

Qua restart dus wel incl host gedaan? Dus Restart Home Assistant => Advanced => Restart system.

Qua update, geen ervaring met die addon. Dat heb ik altijd gewoon op mijn PC gedaan.

[itsmarlss]

Septillion schreef op dinsdag 18 februari 2025 @ 21:11:
@itsmarlss Dit lijkt er inderdaad meer op dat zstack gebruikt wordt.

Qua restart dus wel incl host gedaan? Dus Restart Home Assistant => Advanced => Restart system.

Qua update, geen ervaring met die addon. Dat heb ik altijd gewoon op mijn PC gedaan.

Yes, via "Reboot system" (rode i.p.v. gele symbool).

[JBS]

itsmarlss schreef op dinsdag 18 februari 2025 @ 21:13:
[...]


Yes, via "Reboot system" (rode i.p.v. gele symbool).

Even dubbelcheck of ZHA niet nogmaals gestart is? Kun je die niet in z'n geheel verwijderen in plaats van uitschakelen?

[maartend]

Heya.

NU had ik een zooi action automations in mij HA staan, gemaakt in YAML. Werkten allemaal zonder problemen met Z2M. Maar ik zit nog op versie 1.42 omdat ik bij het updaten naar V2.0 prroblemen had, ondanks dat de vinkjes goed stonden. Veel actions werkten toch niet.

Nu ben ik alles aan het omgooien naar NodeRed, dus de yaml's weghalen. Heb ik kans dat de problemen verdwijnen? Voor ik overstap, heb ik kans dat eea goed loopt?

[dixet]

maartend schreef op donderdag 20 februari 2025 @ 14:46:
Heya.

NU had ik een zooi action automations in mij HA staan, gemaakt in YAML. Werkten allemaal zonder problemen met Z2M. Maar ik zit nog op versie 1.42 omdat ik bij het updaten naar V2.0 prroblemen had, ondanks dat de vinkjes goed stonden. Veel actions werkten toch niet.

Nu ben ik alles aan het omgooien naar NodeRed, dus de yaml's weghalen. Heb ik kans dat de problemen verdwijnen? Voor ik overstap, heb ik kans dat eea goed loopt?

Je hebt kans dat eea goed loopt. En ook kans dat eea niet goed loopt

Als je bij 1 verandering al issues had is de kans dat je met twee veranderingen tegelijk opeens geen issues zal hebben natuurlijk veel kleiner.

Wanneer je in nodered direct de mqtt messages gebruikt heb je geen last van de HA-specifieke aanpassingen zoals de niet meer ondersteunde action sensors en _click events. Als je gewoon de HA entiteiten en sensoren gebruikt zal je tegen dezelfde issues aanlopen.

Is de update naar z2m 2.0 de reden van overstappen naar NodeRed? Want je introduceert daarmee wel een extra schakel, dus een extra plek waar het mis kan gaan. In dat geval zou ik liever kijken waarom je automations niet meer werkten. Met de juiste aanpassingen naar device triggers en de rest van de beschreven breaking changes is de migratie een fluitje van een cent. En vooraf te testen door de legacy opties uit te zetten in 1.42.

[Septillion]

@maartend Ligt er aan hoe je het in NR doet, want ook daar kan je gebruikmaken van de legacy zaken die niet meer werken. Dus wat dat betreft is het niet perse de oplossing om te wisselen. Checken of je geen legacy zaken gebruikt is nuttiger

Daarnaast kan je dus simpel testen of er zaken stuk gaan zonder update. Je kan op 1.42 al alle legacy uitschakelen en kijken of het nog werkt. Zo niet, weet je dat je nog werk hebt en zet je het weer aan.

homeassistant_legacy_triggers kan je nog true laten want die zijn nog te gebruiken in 2.x. Ik gok dat die er pas echt uit gaan als event triggers niet meer experimental zijn.

[Tarquin]

@maartend Sterkte en succes gewenst.

Ik zat in hetzelfde schuitje. Ik heb een efr32mg21 zigbee stick besteld. Deze heb ik geupdate naar een moderne firmware ( https://darkxst.github.io/silabs-firmware-builder/ flasht de stick online).
Ik moest wel als extra optie 'adapter : ember' aangeven en toen werkte de stick in Zigbee2MQTT 2.0.

De backups overzetten werkte helaas niet voor mij.

Wat wel werkte was veel opnieuw pairen. Ik liet daarbij de z2m config file intact, daardoor kende hij nog een hoop apparaten bij naam. Ook gingen diverse apparaten na 24+ uur zelf in pairing modus waardoor er spontaan apparaten terugkwamen bij nieuwe pairing acties.

In HA kwam een en ander terug maar ik moest veel repareren - lees: opnieuw bouwen.
Het helpt als je de oude Yaml hebt en kunt kopiëren; soms zijn de IDs anders geworden.

Geen pijnloze upgrade maar het werkt wel weer.

[maartend]

Septillion schreef op donderdag 20 februari 2025 @ 15:13:
@maartend Ligt er aan hoe je het in NR doet, want ook daar kan je gebruikmaken van de legacy zaken die niet meer werken. Dus wat dat betreft is het niet perse de oplossing om te wisselen. Checken of je geen legacy zaken gebruikt is nuttiger

Daarnaast kan je dus simpel testen of er zaken stuk gaan zonder update. Je kan op 1.42 al alle legacy uitschakelen en kijken of het nog werkt. Zo niet, weet je dat je nog werk hebt en zet je het weer aan.

homeassistant_legacy_triggers kan je nog true laten want die zijn nog te gebruiken in 2.x. Ik gok dat die er pas echt uit gaan als event triggers niet meer experimental zijn.

Waar het bij mij op stuk liep was op actions. Mogelijk zijn die via RN nu uitgezet (hoop ik dan).

[Septillion]

@maartend NR gebruikt in de basis dezelfde triggers als HA. Dus in de basis schiet je daar niets mee op. Je kunt zowel in HA als NR dus de ondersteunde en legacy gebruiken.

Maar in de basis kan je gewoon legacy triggers nu dus nog gewoon aanhouden. Dan zal er dus ook niet zo veel aan de hand zijn

[maartend]

Septillion schreef op donderdag 20 februari 2025 @ 16:40:
@maartend NR gebruikt in de basis dezelfde triggers als HA. Dus in de basis schiet je daar niets mee op. Je kunt zowel in HA als NR dus de ondersteunde en legacy gebruiken.

Maar in de basis kan je gewoon legacy triggers nu dus nog gewoon aanhouden. Dan zal er dus ook niet zo veel aan de hand zijn

Behalve dan dat ik niet kon updaten naar V2.0 omdat dan mijn action automations het niet deden, ondanks het goed zetten van de goede vinkjes.
Dat is juist het probleem

[Septillion]

@maartend Ah, nu ik even goed vergelijk zie ik waarom... Wat in v1.x nog "Home Assistant legacy triggers" het is in v2.x hernoemt naar "Home Assistant legacy action sensors". En in de yaml is dat van

YAML:

advanced:
  homeassistant_legacy_triggers: true

gegaan naar

YAML:

homeassistant:
  legacy_action_sensor: true

Dat had ik ook even gemist en is niet zo handig...

[Gizz]

Ook aan te vinken in de GUI:

[maartend]

Septillion schreef op donderdag 20 februari 2025 @ 17:03:
@maartend Ah, nu ik even goed vergelijk zie ik waarom... Wat in v1.x nog "Home Assistant legacy triggers" het is in v2.x hernoemt naar "Home Assistant legacy action sensors". En in de yaml is dat van

YAML:

advanced:
  homeassistant_legacy_triggers: true

gegaan naar

YAML:

homeassistant:
  legacy_action_sensor: true

Dat had ik ook even gemist en is niet zo handig...

toon volledige bericht

Ik had dit aangevinkt via de GUI en dat liep dus niet goed af.

Ik update naar V2, ik voer zstack toe, ik vink legacy action sensors aan en hoppa. Mijn zigbee switch wordt wel gelezen (dat zie ik in de log van de z2m add on, maaar vervolgens wordt de automation niet uitgevoerd, Why oh why?

Fijn. Door een of andere onbekende error kan ik de backup van net voor de Z2M update niet terugzetten.

[ Voor 22% gewijzigd door maartend op 20-02-2025 17:27 ]

[Septillion]

@Gizz Correct, daarom was me niet opgevallen dat het nu anders heet... Nu mijn main en debug omgeving eens naar elkaar gezet.

@maartend Dan zie ik exact dezelfde sensoren in HA die hetzelfde reageren.

Enige dat ik me kan voorstellen (maar dus niet gecheckt) is dat als je de sensoren in het verleden zelf hebt hernoemt (of juist niet mee hebt vernoemt met het device) dat ze nu weer met sensor.[device_name]_action aangemaakt zijn.

[maartend]

Septillion schreef op donderdag 20 februari 2025 @ 17:27:
@Gizz Correct, daarom was me niet opgevallen dat het nu anders heet... Nu mijn main en debug omgeving eens naar elkaar gezet.

@maartend Dan zie ik exact dezelfde sensoren in HA die hetzelfde reageren.

Enige dat ik me kan voorstellen (maar dus niet gecheckt) is dat als je de sensoren in het verleden zelf hebt hernoemt (of juist niet mee hebt vernoemt met het device) dat ze nu weer met sensor.[device_name]_action aangemaakt zijn.

Jeeeeezzz. Dat is het dus.

Hoe kan ik beetje eenvoudig vinden hoe het precies heet? Want hier beneden heb ik hem wel, maar boven niet te vionden

[ Voor 9% gewijzigd door maartend op 20-02-2025 17:52 ]

[Septillion]

@maartend Ja, dat is wel een beetje lastig. Ligt er een beetje aan hoe je ze hernoemt hebt. Als je wel altijd "_action" hebt laten staan dan zou je daar op kunnen zoeken in je automation.yaml. En dan wijzigen in sensor.[device_name]_action.

[maartend]

Septillion schreef op donderdag 20 februari 2025 @ 17:59:
@maartend Ja, dat is wel een beetje lastig. Ligt er een beetje aan hoe je ze hernoemt hebt. Als je wel altijd "_action" hebt laten staan dan zou je daar op kunnen zoeken in je automation.yaml. En dan wijzigen in sensor.[device_name]_action.

Zo. Dit is ook opgelost. Dit was nog even het lastigste. Moest de goede payload vinden.


Echt hartstikke bedankt. Zit nu op nieuwste versie en alles werkt nog/weer

[Woohooo]

Is er iemand die mij misschien een beetje in de goed richting kan duwen? Ben intussen 3uur verder om het weer aan de praat te krijgen.....

Omdat zigbee2mqtt af en toe niet werkt min of meer per ongeluk die versie geupgrade van 1.35.x naar 2.x.x. Uiteraard zoals bijna altijd met breaking changes. Stom genoeg dit keer vergeten om het snapshot te maken van mn VM.



Wat ik ook probeer echt niks lijkt meer te werken om de integrations weer werkend te krijgen.
Vanuit de Zigbee2mqq addon kan ik nog wel lampen bedienen, maar kan ze niet meer koppelen op mn dashboard of in node-red.

1. Opties zoals door koenk geopperd worden om in configuration.yaml dit te zetten doet het hier niet;
homeassistant:
legacy_action_sensor: true

reload lijkt het gewoon niet te doen..



2. via de gui optie ' Home Assistant legacy action sensors' krijg ik mn sensors ook niet mee terug.
3. reveren naar 1.35 via de backup methode is blijkbaar ook broken

4. custom addons inladen via oude repo lukt mij ook niet, ook niet via samba in addon dir te zetten.
5. devices verwijderen uit z2m en device dashboard komen ze ook niet mee terug.

Ik kan best weer 30 devices langs om alles up en running te krijgen met 2.0 versie maar krijg de devices nooit in mn integrations te zien na opnieuw pairen... hoe krijg ik de boel weer up en running?

[synoniem]

Woohooo schreef op donderdag 20 februari 2025 @ 22:45:
Is er iemand die mij misschien een beetje in de goed richting kan duwen? Ben intussen 3uur verder om het weer aan de praat te krijgen.....

Omdat zigbee2mqtt af en toe niet werkt min of meer per ongeluk die versie geupgrade van 1.35.x naar 2.x.x. Uiteraard zoals bijna altijd met breaking changes. Stom genoeg dit keer vergeten om het snapshot te maken van mn VM.

[Afbeelding]

Wat ik ook probeer echt niks lijkt meer te werken om de integrations weer werkend te krijgen.
Vanuit de Zigbee2mqq addon kan ik nog wel lampen bedienen, maar kan ze niet meer koppelen op mn dashboard of in node-red.

1. Opties zoals door koenk geopperd worden om in configuration.yaml dit te zetten doet het hier niet;
homeassistant:
legacy_action_sensor: true

reload lijkt het gewoon niet te doen..
[Afbeelding]
[Afbeelding]

2. via de gui optie ' Home Assistant legacy action sensors' krijg ik mn sensors ook niet mee terug.
3. reveren naar 1.35 via de backup methode is blijkbaar ook broken
[Afbeelding]
4. custom addons inladen via oude repo lukt mij ook niet, ook niet via samba in addon dir te zetten.
5. devices verwijderen uit z2m en device dashboard komen ze ook niet mee terug.

Ik kan best weer 30 devices langs om alles up en running te krijgen met 2.0 versie maar krijg de devices nooit in mn integrations te zien na opnieuw pairen... hoe krijg ik de boel weer up en running?

toon volledige bericht

Als je nog legacy triggers gebruikt moet je even in deze post kijken Septillion in "Zigbee2mqtt - open source zigbee bridge - Deel 2" Want dat is de melding in je log zo te zien.

[Woohooo]

synoniem schreef op donderdag 20 februari 2025 @ 23:05:
[...]

Als je nog legacy triggers gebruikt moet je even in deze post kijken Septillion in "Zigbee2mqtt - open source zigbee bridge - Deel 2" Want dat is de melding in je log zo te zien.

In mn logs ziet het er allemaal prima uit. Ik kan best dingen ombouwen, maar krijg met of zonder legacy optie, vinkje aan of vinkje uit gewoon geen devices meer gekoppeld terwijl ik ze wel via de mqtt addon kan bedienen.

Alle devices via mqtt bridge zien er zo grayed out uit;



mqtt addon:



Zal morgen HA versie eens bijwerken. Volgens https://github.com/zigbee2mqtt/hassio-zigbee2mqtt/issues/709 heeft de 2.0 versie van z2m minimaal 2024.9 nodig. Zit nog op 2024.2.

Welke mqtt broker en ha versie gebruiken jullie met z2m 2.0?

[ Voor 21% gewijzigd door Woohooo op 21-02-2025 00:35 ]

[Gizz]

Woohooo schreef op donderdag 20 februari 2025 @ 22:45:
Wat ik ook probeer echt niks lijkt meer te werken om de integrations weer werkend te krijgen.

Wat bedoel je met integrations?

1. Opties zoals door koenk geopperd worden om in configuration.yaml dit te zetten doet het hier niet;
homeassistant:
legacy_action_sensor: true

reload lijkt het gewoon niet te doen..
[Afbeelding]
[Afbeelding]

Je zet dit stukje code op de verkeerde plek; in de configuration.yaml van HA, terwijl je het bij de configuration.yaml van Z2M moet doen.

Maar dit heeft niks met je probleem te maken. Die legacy action sensors gaat alleen over sommige knoppen die anders niet meer lekker werken zonder de boel om te bouwen. Een standaard schakelaar of lamp moet gewoon werken, ongeacht waar deze optie op staat.

5. devices verwijderen uit z2m en device dashboard komen ze ook niet mee terug.

Je bedoelt dat opnieuw pairen niet lukt? Of het pairen lukt wel, maar in HA komen ze niet terug?

Ik kan best dingen ombouwen, maar krijg met of zonder legacy optie, vinkje aan of vinkje uit gewoon geen devices meer gekoppeld terwijl ik ze wel via de mqtt addon kan bedienen.

Nogmaals zodat ik het goed begrijp: met gekoppeld bedoel je niet het pairen van een zigbee-device aan Z2M, maar dat een apparaat dat goed gepaired is in Z2M niet in HA terecht komt?

Met MQTT add-on bedienen bedoel je dat je direct via MQTT (bijvoorbeeld MQTT-explorer) de lamp kan bedienen?

Zal morgen HA versie eens bijwerken. Volgens https://github.com/zigbee2mqtt/hassio-zigbee2mqtt/issues/709 heeft de 2.0 versie van z2m minimaal 2024.9 nodig. Zit nog op 2024.2.

Ah, there's your problem. Je loopt een jaar achter en voldoet niet aan de voorwaarde voor Z2M 2.0

Welke mqtt broker en ha versie gebruiken jullie met z2m 2.0?

Mosquitto (net als vrijwel iedereen denk ik) en HA 2025.2.4. Waarom zou je heel lang op een oude versie van HA blijven hangen?

Het is juist onhandig om lang HA niet te updaten. Je krijgt nu ook in 1x de breaking changes van 12 maanden voor je kiezen. Dat wordt even goed 12x de changelog bekijken. Of wel gewoon updaten en kijken of HA met foutmeldingen/repairs komt.

[Anoniem: 2158854]

Om even een ander geluid dan mosquitto te laten horen, ik heb voor EMQX gekozen.
https://www.emqx.com/en/b...23-mqtt-broker-comparison

[Woohooo]

Witte rook, met HA 2025.2.4 werkt mn MQTT integratie gelukkig weer

@Gizz noem het onhandig om lang niet te updaten. Ik gebruik HA al 5+ jaar en elke keer bij het updaten komen breaking changes. Misschien niet bij altijd HA versie, maar bij addons zo ontzettend vaak dat ik gestopt ben met updaten als er geen problemen zijn.

Ook onlangs weer met nginx. Lekker alles opnieuw instellen.


Leuk van die auto updates maar als je ziet hoe veel er nu problemen hebben met z2m omdat er breaking changes in zitten vraag jezelf dan af waarom je die breaking change maakt. Als developer zal er vast een goede reden voor zijn, maar als user zit je hier gewoon niet op te wachten.

[Anoniem: 2158854]

Ergens snap ik je punt, maar het is een integratie oplossing die vooral leuk is voor mensen die hier tijd en aandacht aan willen besteden. Wil je dat niet? Dan heb je een meterkast vol met bridges van Hue, Ikea, Somfy, etc. hangen. Plus tig verschillende apps op je mobiel en waarschijnlijk ook cloud afhankelijkheid van het e.a.
Daar mag je verwachten dat er geen breaking changes e.d. voorbij komen.

[Septillion]

@Woohooo Auto updates vind ik überhaupt slecht idee, zeker in HA. Maar ook bij apps op mijn telefoon doe ik het niet meer. Ook daar te vaak gehad dat op het moment dat je de app nodig hebt er schijnbaar een complete redesign is geweest of een Sonos die alles stuk maakt... Dus ja, zelf "kant en klare" oplossingen komen wel met breaking zaken.

Dus een paar versie overslaan vind ik ook niet zo gek. Ik sla ook wel eens 1 of 2 versies over. Zeker als ik al lees dat er gekke dingen in zitten (verplicht encrypted backups bijvoorbeeld). Maar als je dan in HA een update doet moet je wel goed de release notes lezen

Maar vooral dus, backups! En zou ik zelf dus ook de interne backup optie van HA gebruiken, dan kan je ook makkelijk een deel (lees: addon) restoren.

[The Zep Man]

Woohooo schreef op vrijdag 21 februari 2025 @ 09:23:
Ook onlangs weer met nginx. Lekker alles opnieuw instellen.
[Afbeelding]

Nginx Proxy Manager != nginx

[itsmarlss]

Hoi allemaal,

Mijn Home Assistant doet het weer! Per stom toeval denk ik? 😂
Ik probeerde de software via ZigStar Addon te updaten, maar ik had via network gedaan en volgens mijn broer moest het via USB (en moest ik dus eerst de bootloader starten). Als ik de logs moet geloven werkte de update via de network optie dan ook niet, dus dit is zeer waarschijnlijk niet de oplossing geweest.

Terwijl ik meer informatie zocht over de bootloader kwam ik ineens een pagina tegen over de Slash stick waarin iets werd genoemd dat ze iets in de code moesten veranderen met Koen?
Het kwam er kort gezegd op neer dat dit juist NIET in de config moet staan:
rtscts: true

Ik had dat weggehaald en was toen bezig met de stick opnieuw inpluggen, toen ik ineens in de zigbee2mqtt logs zag dat er allemaal dingen gebeurde die daarvoor niet in de logs stonden. Nadat ik de stick er opnieuw in had geplugd startte ik nogmaals de zigbee2mqtt en ineens was alles weer beschikbaar.

Een beetje warrig... Ik was zelf ook verbaasd... Maar wellicht helpt het iemand.
adapter: zstack

En dus rtscts: true VERWIJDEREN als je dat hebt staan in je config?

[Ben(V)]

rtscts is de hardware handshake van je Dongle.

Als je die Dongle openmaakt dan zit daar een switch in die de hardware handshake aan of uitzet.
Als je die switch op aan zet dan moet die rtscts : true in de config staan en anders niet (of op false staan).

Volgens mij moet voor een firmware update die switch op aan staan en als dat gedaan is weer op uitzetten.

[Step5]

Anoniem: 2158854 schreef op vrijdag 21 februari 2025 @ 09:23:
Om even een ander geluid dan mosquitto te laten horen, ik heb voor EMQX gekozen.
https://www.emqx.com/en/b...23-mqtt-broker-comparison

En met welke reden?

[PhilipsFan]

Ik heb een merkwaardige situatie ervaren. Ik wil mijn Slaesh CC2652R usb-stick vervangen door een SLZB-06. Ik heb de SLZB via de webinterface geflashed met de nieuwste core en zigbee software en voorzien van een vast ip-nummer, dat ging goed. Ik heb het IEEE adres van mijn Slaesh controller ook geflashed op de SLZB. Vervolgens heb ik in mijn Zigbee2MQTT (versie 2.1.0, draaiend in een docker-container op een Raspberry Pi 5) configuratie de 'serial' sectie aangepast van de dev/usbnogwat naar het ip-nummer van de SLZB. Zigbee2MQTT start correct op en herkent de SLZB controller.

Maar nu het gekke. Alle batterijgevoede sensors werken zonder problemen met de nieuwe controller. Deursensors, temperatuursensors, alles werkt. Maar alle netgevoede apparaten, zoals zigbee stekkers, werken niet. Nu dondert er wel eens een apparaat van het zigbee-netwerk, dus ik dacht, even opnieuw aanmelden. Zigbee2MQTT in 'allow join' mode en lang op de knop drukken van de betreffende stekker, en er gebeurt... niets. De netgevoede apparaten worden niet herkend, zijn niet aan te sturen en ook niet opnieuw aan te melden.

In de handleiding van de SLZB wordt de suggestie gedaan om de apparaten even van de stroom te halen, dit heeft echter niks geholpen. Ik heb mijn Slaesh stick weer aangesloten, de Z2M configuratie weer terug veranderd en alles werkt weer. Wat kan hier fout gaan?

[htca]

PhilipsFan schreef op woensdag 26 februari 2025 @ 01:43:
Ik heb een merkwaardige situatie ervaren. Ik wil mijn Slaesh CC2652R usb-stick vervangen door een SLZB-06. Ik heb de SLZB via de webinterface geflashed met de nieuwste core en zigbee software en voorzien van een vast ip-nummer, dat ging goed. Ik heb het IEEE adres van mijn Slaesh controller ook geflashed op de SLZB. Vervolgens heb ik in mijn Zigbee2MQTT (versie 2.1.0, draaiend in een docker-container op een Raspberry Pi 5) configuratie de 'serial' sectie aangepast van de dev/usbnogwat naar het ip-nummer van de SLZB. Zigbee2MQTT start correct op en herkent de SLZB controller.

Maar nu het gekke. Alle batterijgevoede sensors werken zonder problemen met de nieuwe controller. Deursensors, temperatuursensors, alles werkt. Maar alle netgevoede apparaten, zoals zigbee stekkers, werken niet. Nu dondert er wel eens een apparaat van het zigbee-netwerk, dus ik dacht, even opnieuw aanmelden. Zigbee2MQTT in 'allow join' mode en lang op de knop drukken van de betreffende stekker, en er gebeurt... niets. De netgevoede apparaten worden niet herkend, zijn niet aan te sturen en ook niet opnieuw aan te melden.

In de handleiding van de SLZB wordt de suggestie gedaan om de apparaten even van de stroom te halen, dit heeft echter niks geholpen. Ik heb mijn Slaesh stick weer aangesloten, de Z2M configuratie weer terug veranderd en alles werkt weer. Wat kan hier fout gaan?

Misschien domme vraag, maar heb je je netgevoede apparaten gereset? Kan per apparaat verschillen.

[Septillion]

@PhilipsFan Je hebt dus echt een CC2652P based SLZB-06?

Hoe heb je IEEE adres overgezet? Want dit gedrag klinkt mij alsof deze toch niet gewijzigd is en dus verwarring geeft bij devices.

[PhilipsFan]

Septillion schreef op woensdag 26 februari 2025 @ 09:37:
@PhilipsFan Je hebt dus echt een CC2652P based SLZB-06?

Hoe heb je IEEE adres overgezet? Want dit gedrag klinkt mij alsof deze toch niet gewijzigd is en dus verwarring geeft bij devices.

Ja, ik heb een SLZB-06 met een CC2652 zigbee processor. Net nog even gecontroleerd. Ik heb het IEEE adres overgezet via de functie die daarvoor in de webinterface zit. Ik heb sommige van de routers gepowercycled, maar niet allemaal tegelijk (zoals gesuggereerd wordt in de instructie), sommigen kan ik niet bij omdat ze bijvoorbeeld zitten weggewerkt in een centraaldoos.

htca schreef op woensdag 26 februari 2025 @ 08:48:
[...]

Misschien domme vraag, maar heb je je netgevoede apparaten gereset? Kan per apparaat verschillen.

Nee, ik heb ze niet gereset (wel powercycled) want het hele idee was juist om het Zigbee netwerk in stand te laten en alleen de coordinator te wisselen.

Het idee om dit te doen, is dat ik een backupcoordinator heb, dus het overzetten zou enigszins soepel moeten gaan. Dan kan ik ook weer terug, mocht er in de toekomst een keer wat zijn met de SLZB-06. Alle centraaldozen waar zigbee-schakelaars in zitten openschroeven om het device te resetten, kwalificeert niet echt als 'soepel'

[Septillion]

@PhilipsFan Ah, ja. ik zag het in de documentatie zo snel niet terug hoe dat met de SLZB-06 kon.

Enige dat ik dan nog als optie kan bedenken is gewoon eens de hoofdschakelaar eens uit en daarmee alles een power cycle geven.

[JBS]

Septillion schreef op woensdag 26 februari 2025 @ 12:45:

Enige dat ik dan nog als optie kan bedenken is gewoon eens de hoofdschakelaar eens uit en daarmee alles een power cycle geven.

Ik dacht hierbij meteen aan mijn ervaring rondom het in pairing mode gaan van een reeks lampen hierbij, dus "pas op". JBS in "Zigbee2mqtt - open source zigbee bridge - Deel 2"

[Septillion]

Van een keer echt duidelijk uit, even minuutje wachten, weer aan, zouden devices niet in pairing van mogen schieten... Dan zijn ze wel heeeel gevoelig Te gevoelig voor normaal gebruik.

[PhilipsFan]

Septillion schreef op woensdag 26 februari 2025 @ 12:45:
@PhilipsFan Ah, ja. ik zag het in de documentatie zo snel niet terug hoe dat met de SLZB-06 kon.

Enige dat ik dan nog als optie kan bedenken is gewoon eens de hoofdschakelaar eens uit en daarmee alles een power cycle geven.

Ja, dat is ook wat ze in de handleiding suggereren, maar dat is nog wel even een dingetje. Dan moet ik eerst het hele serverpark in de meterkast gecontroleerd down brengen, dat wilde ik eigenlijk liever voorkomen. Maar als het niet op een andere manier lukt, ga ik dat proberen. Ik houd jullie op de hoogte.

[gazzzman61]

Vanochtend de update naar 2.1.2-1 gedaan.
Heb uiteindelijk een backup teruggezet naar de versie ervoor.
Alle light groups deden het niet in HA. afzonderlijk deden ze het wel via de webinterface van Z2M.
Vanuit Homeassistant deden ze het niet.
backup naar versie 2.1.1-1 teruggezet en alles werkt weer zoals vanouds.
Hebben anderen ook deze ervaringen?

[Esumontere]

gazzzman61 schreef op zondag 2 maart 2025 @ 09:55:
Vanochtend de update naar 2.1.2-1 gedaan.
Heb uiteindelijk een backup teruggezet naar de versie ervoor.
Alle light groups deden het niet in HA. afzonderlijk deden ze het wel via de webinterface van Z2M.
Vanuit Homeassistant deden ze het niet.
backup naar versie 2.1.1-1 teruggezet en alles werkt weer zoals vanouds.
Hebben anderen ook deze ervaringen?

Een uur geleden is 2.1.3-1 uitgekomen waarin issues met lampen worden verholpen

[gazzzman61]

update uitgevoerd met 2.1.3-1.
Ging nu wel probleemloos.

[mrbert]

Beste tweakers,
Ik zie in mijn zigbee2MQTT log deze error melding staan.
Ik heb geen idee waar dit door komt. Ik vermoed dat het met mijn SoOff stick (EMBER) te maken heeft. Iemand een idee ??
Hoe kan ik er achter komen welke devices deze ID hebben? Ik zie ze niet bij Z2m in de devices list

Mijn zigbee netwerk is met 17 devices toch niet echt vol?
Dit is de melding die regelmatig voorbij komt.

code:

info 2025-03-05 20:21:54zh:ember:ezsp: Received network/route error ROUTE_ERROR_MANY_TO_ONE_ROUTE_FAILURE for "37192".
info 2025-03-05 20:21:57zh:ember:ezsp: Received network/route error ROUTE_ERROR_MANY_TO_ONE_ROUTE_FAILURE for "30134".

[belly89]

mrbert schreef op vrijdag 7 maart 2025 @ 11:58:
Beste tweakers,
Ik zie in mijn zigbee2MQTT log deze error melding staan.
Ik heb geen idee waar dit door komt. Ik vermoed dat het met mijn SoOff stick (EMBER) te maken heeft. Iemand een idee ??
Hoe kan ik er achter komen welke devices deze ID hebben? Ik zie ze niet bij Z2m in de devices list

Mijn zigbee netwerk is met 17 devices toch niet echt vol?
Dit is de melding die regelmatig voorbij komt.

code:

info 2025-03-05 20:21:54zh:ember:ezsp: Received network/route error ROUTE_ERROR_MANY_TO_ONE_ROUTE_FAILURE for "37192".
info 2025-03-05 20:21:57zh:ember:ezsp: Received network/route error ROUTE_ERROR_MANY_TO_ONE_ROUTE_FAILURE for "30134".

je kan het getal omzetten naar hex via
https://www.rapidtables.c...umber/decimal-to-hex.html

Daarmee kan je het device als het goed is wel vinden!

[mrbert]

@belly89
Dank je wel.
Ahhh ja dat maak het duidelijk, dat kwartje was niet gevallen hier:S
Beide devices hadden een binding die ik nu even heb verwijderd. Mogelijk heb ik daar wat fout gedaan.

Ik ben benieuwd of die meldinegn nu weg zijn.
Ik kan toch wel gewoon binding naar een device hebben?

Moet ik dan via het Z2M naast de endpoints en het device naast de On/Off ook de touchlink aanvinken bij het binden?

[JBS]

@mrbert Direct binding staat per device beschreven op de device pagina in de Z2M documentatie, ik zou die even opzoeken.

[mrbert]

JBS schreef op vrijdag 7 maart 2025 @ 16:55:
@mrbert Direct binding staat per device beschreven op de device pagina in de Z2M documentatie, ik zou die even opzoeken.

De foutmeldingen zijn in ieder geval nu denk ik opgelost


Ik ben naar de Z2M documentatie gaan kijken , maar daar zie ik volgens mij alleen hoe je kunt binden met commands. Il gebruik de zigee2mqtt web pagina om alles in te stellen.
Maar ik zie zo te zien niets over touchlink en ik neem aan dat deze optie niet voor niets in de webinterface zit?
Het zal toch wel met een doel zijn? Of misschien die ik de hele binding wel verkeerd zo??

[ Voor 62% gewijzigd door mrbert op 09-03-2025 19:01 ]

[Wachten...]

Ik had mijn vraag al in het HA topic geplaatst, maar ik dacht achteraf dat ik het misschien beter hier kan plaatsen.

------------------

Weet iemand hier waarom ik met geen enkele motion sensor blueprint de lux meter kan aansturen? Ik gebruik overigens Z2MQTT, in combinatie met Hue motion sensors V2

Ik wil bijvoorbeeld deze blueprint gebruiken, echter geeft hij bij de luminance settings het volgende aan

code:

No matching entities found

Ik heb enorm veel andere geprobeerd, maar overal krijg ik hetzelfde.

[HuismAndré]

Wachten... schreef op dinsdag 11 maart 2025 @ 15:30:
Ik had mijn vraag al in het HA topic geplaatst, maar ik dacht achteraf dat ik het misschien beter hier kan plaatsen.

------------------

Weet iemand hier waarom ik met geen enkele motion sensor blueprint de lux meter kan aansturen? Ik gebruik overigens Z2MQTT, in combinatie met Hue motion sensors V2

Ik wil bijvoorbeeld deze blueprint gebruiken, echter geeft hij bij de luminance settings het volgende aan

code:

No matching entities found

Ik heb enorm veel andere geprobeerd, maar overal krijg ik hetzelfde.

toon volledige bericht

Zou het kunnen dat de blueprint uitgaat van de oude benaming van lux sensoren? Sinds Z2M 2.0 is dat allemaal veranderd.

[JBS]

HuismAndré schreef op dinsdag 11 maart 2025 @ 18:30:
[...]

Zou het kunnen dat de blueprint uitgaat van de oude benaming van lux sensoren? Sinds Z2M 2.0 is dat allemaal veranderd.

Heb 'm snel even getest, en ook met Z2M 2.x werkt ie en kan ik een lichtsensor kiezen, ook die van een Hue Motion Sensor nadat ik die entiteit had ingeschakeld.
@Wachten... Check eens of die lx entiteit ingeschakeld is in je HA? Bij mij was ie namelijk standaard uitgeschakeld.

[ Voor 24% gewijzigd door JBS op 11-03-2025 19:28 ]

[HuismAndré]

JBS schreef op dinsdag 11 maart 2025 @ 19:19:
[...]

Heb 'm snel even getest, en ook met Z2M 2.x werkt ie en kan ik een lichtsensor kiezen, ook die van een Hue Motion Sensor nadat ik die entiteit had ingeschakeld.
@Wachten... Check eens of die lx entiteit ingeschakeld is in je HA? Bij mij was ie namelijk standaard uitgeschakeld.

De benaming van de luminance sensor is sinds Z2M 2.0 veranderd. Was voorheen "illuminance_lux" en is nu "illuminance". Zie ook: https://github.com/Koenkk/zigbee2mqtt/issues/25515

[JBS]

HuismAndré schreef op dinsdag 11 maart 2025 @ 19:36:
[...]

De benaming van de luminance sensor is sinds Z2M 2.0 veranderd. Was voorheen "illuminance_lux" en is nu "illuminance". Zie ook: https://github.com/Koenkk/zigbee2mqtt/issues/25515

Klopt. Maar desondanks werkt die blueprint nog steeds prima. Wilde meer aangeven dat die wijziging in Z2M 2.x niet de oorzaak is.

[Wachten...]

Ik heb inmiddels gekeken, en bij de motion sensors moest ik inderdaad de Lux weer handmatig inschakelen. Nu werkt alles weer.

Bedankt voor de reacties

[zunrob]

Ik heb Z2M nu ook een tijdje draaien in een Docker op mijn Synology. Echter, zodra de verbinding met de coordinator verloren gaat, bijvoorbeeld bij een reboot van de coordinator, sluit de docker af, maar wordt niet meer automatisch opnieuw gestart. Dit verbaasd me wat, want de restart optie staat op 'unless stopped'. Is dit het verwachtte gedrag? Ik had eigenlijk verwacht dat de container opnieuw zou starten.

Hier de log van de container zodra de coordinator reboot:

code:

[2025-03-14 13:00:54] error:    zh:zstack:znp: Socket error Error: read ETIMEDOUT
[2025-03-14 13:00:54] info:     zh:zstack:znp: Port closed
[2025-03-14 13:00:54] info:     zh:zstack:znp: closing
[2025-03-14 13:00:54] error:    z2m: Adapter disconnected, stopping
[2025-03-14 13:00:54] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"offline"}'
[2025-03-14 13:00:54] info:     z2m: Disconnecting from MQTT server
[2025-03-14 13:00:54] info:     z2m: Stopping zigbee-herdsman...
[2025-03-14 13:00:54] info:     z2m: Stopped zigbee-herdsman
[2025-03-14 13:00:54] info:     z2m: Stopped Zigbee2MQTT

[ Voor 50% gewijzigd door zunrob op 14-03-2025 13:10 ]

[HuismAndré]

zunrob schreef op vrijdag 14 maart 2025 @ 13:08:
Ik heb Z2M nu ook een tijdje draaien in een Docker op mijn Synology. Echter, zodra de verbinding met de coordinator verloren gaat, bijvoorbeeld bij een reboot van de coordinator, sluit de docker af, maar wordt niet meer automatisch opnieuw gestart. Dit verbaasd me wat, want de restart optie staat op 'unless stopped'. Is dit het verwachtte gedrag? Ik had eigenlijk verwacht dat de container opnieuw zou starten.

Hier de log van de container zodra de coordinator reboot:

code:

[2025-03-14 13:00:54] error:    zh:zstack:znp: Socket error Error: read ETIMEDOUT
[2025-03-14 13:00:54] info:     zh:zstack:znp: Port closed
[2025-03-14 13:00:54] info:     zh:zstack:znp: closing
[2025-03-14 13:00:54] error:    z2m: Adapter disconnected, stopping
[2025-03-14 13:00:54] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"offline"}'
[2025-03-14 13:00:54] info:     z2m: Disconnecting from MQTT server
[2025-03-14 13:00:54] info:     z2m: Stopping zigbee-herdsman...
[2025-03-14 13:00:54] info:     z2m: Stopped zigbee-herdsman
[2025-03-14 13:00:54] info:     z2m: Stopped Zigbee2MQTT

toon volledige bericht

Als je de watchdog aanzet dan gaat hij het met oplopend interval opnieuw proberen. Zie ook:

https://www.zigbee2mqtt.i...allation/15_watchdog.html

Voorbeeld van een docker compose:

YAML:

services:
 # Zigbee2MQTT
  zigbee2mqtt:
    container_name: z2m-thuis
    image: koenkk/zigbee2mqtt
    network_mode: bridge
    restart: unless-stopped
    privileged: true
    volumes:
      - /volume2/docker/Z2M_Thuis/data:/app/data
      - /run/udev:/run/udev:ro
    ports:
      # Frontend port
      - 8081:8080
    environment:
      - TZ=Europe/Amsterdam
      - Z2M_WATCHDOG=default

[ Voor 14% gewijzigd door HuismAndré op 14-03-2025 15:51 ]

[zunrob]

HuismAndré schreef op vrijdag 14 maart 2025 @ 15:47:
[...]

Als je de watchdog aanzet dan gaat hij het met oplopend interval opnieuw proberen. Zie ook:

https://www.zigbee2mqtt.i...allation/15_watchdog.html

Voorbeeld van een docker compose:

YAML:

services:
 # Zigbee2MQTT
  zigbee2mqtt:
    container_name: z2m-thuis
    image: koenkk/zigbee2mqtt
    network_mode: bridge
    restart: unless-stopped
    privileged: true
    volumes:
      - /volume2/docker/Z2M_Thuis/data:/app/data
      - /run/udev:/run/udev:ro
    ports:
      # Frontend port
      - 8081:8080
    environment:
      - TZ=Europe/Amsterdam
      - Z2M_WATCHDOG=default

toon volledige bericht

Yes! Topper. Ik kan nu het AP (waaraan mijn NAS en dus docker verbonden is) opnieuw opstarten, de container blijft actief!

[RedRayMann]

Hallo allemaal,

Ik zit weer een tijdje te spelen met HA en Zigbee2MQTT.
Ik heb twee ledstrips die niet als "zichzelf" herkend worden maar als een ander apparaat.
In automations en scenes werken ze niet altijd.

Ik heb;
https://www.zigbee2mqtt.io/devices/YSR-MINI-01_wwcw.html

Hij denk dat hij het volgende is;
https://www.zigbee2mqtt.io/devices/ZB-RGBCW.html


Ik heb dit al geprobeerd;
xtrme in "Zigbee2MQTT -->unsupported device converter maken."

Ik lees ook iets over database.db. Maar kan dit bestand niet vinden! (update, gevonden)
Kan iemand mij een duwtje in de goede richting geven?

Waar ik ook tegen aan loop;
Waar moet ik de ext_converter.js plaatsen? Of kan ik het een andere naam geven? Helaas geven diverse handleidingen andere instructies (heb ook copilot gebruikt)

--edit--

Ter info, hierbij de logfile vanuit Z2M

code:

info 2025-03-15 12:56:03z2m: Zigbee: allowing new devices to join.
info 2025-03-15 12:56:03z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/response/permit_join', payload '{"data":{"time":254},"status":"ok","transaction":"tokkd-2"}'
info 2025-03-15 12:56:07zh:controller: Interview for '0xa4c138b53091ec1f' started
info 2025-03-15 12:56:07z2m: Device '0xa4c138b53091ec1f' joined
info 2025-03-15 12:56:07z2m: Starting interview of '0xa4c138b53091ec1f'
info 2025-03-15 12:56:07z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/event', payload '{"data":{"friendly_name":"0xa4c138b53091ec1f","ieee_address":"0xa4c138b53091ec1f"},"type":"device_joined"}'
info 2025-03-15 12:56:07z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/event', payload '{"data":{"friendly_name":"0xa4c138b53091ec1f","ieee_address":"0xa4c138b53091ec1f","status":"started"},"type":"device_interview"}'
info 2025-03-15 12:56:07z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/event', payload '{"data":{"friendly_name":"0xa4c138b53091ec1f","ieee_address":"0xa4c138b53091ec1f"},"type":"device_announce"}'
info 2025-03-15 12:56:08zh:controller: Succesfully interviewed '0xa4c138b53091ec1f'
info 2025-03-15 12:56:08z2m: Successfully interviewed '0xa4c138b53091ec1f', device has successfully been paired
info 2025-03-15 12:56:08z2m: Device '0xa4c138b53091ec1f' is supported, identified as: Lonsonho Zigbee 3.0 LED-bulb, RGBW LED (ZB-RGBCW)
info 2025-03-15 12:56:08z2m: Configuring '0xa4c138b53091ec1f'
info 2025-03-15 12:56:08z2m:mqtt: MQTT publish: topic 'homeassistant/light/0xa4c138b53091ec1f/light/config', payload '{"availability":[{"topic":"zigbee2mqtt/bridge/state","value_template":"{{ value_json.state }}"}],"brightness":true,"brightness_scale":254,"command_topic":"zigbee2mqtt/0xa4c138b53091ec1f/set","device":{"hw_version":0,"identifiers":["zigbee2mqtt_0xa4c138b53091ec1f"],"manufacturer":"Lonsonho","model":"Zigbee 3.0 LED-bulb, RGBW LED","model_id":"ZB-RGBCW","name":"0xa4c138b53091ec1f","sw_version":"2.0.1","via_device":"zigbee2mqtt_bridge_0x00124b0031d831c5"},"max_mireds":500,"min_mireds":153,"name":null,"object_id":"0xa4c138b53091ec1f","origin":{"name":"Zigbee2MQTT","sw":"2.1.3","url":"https://www.zigbee2mqtt.io"},"schema":"json","state_topic":"zigbee2mqtt/0xa4c138b53091ec1f","supported_color_modes":["xy","color_temp"],"unique_id":"0xa4c138b53091ec1f_light_zigbee2mqtt"}'
info 2025-03-15 12:56:08z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/event', payload '{"data":{"definition":{"description":"Zigbee 3.0 LED-bulb, RGBW LED","exposes":[{"features":[{"access":7,"description":"On/off state of this light","label":"State","name":"state","property":"state","type":"binary","value_off":"OFF","value_on":"ON","value_toggle":"TOGGLE"},{"access":7,"description":"Brightness of this light","label":"Brightness","name":"brightness","property":"brightness","type":"numeric","value_max":254,"value_min":0},{"access":7,"description":"Color temperature of this light","label":"Color temp","name":"color_temp","presets":[{"description":"Coolest temperature supported","name":"coolest","value":153},{"description":"Cool temperature (250 mireds / 4000 Kelvin)","name":"cool","value":250},{"description":"Neutral temperature (370 mireds / 2700 Kelvin)","name":"neutral","value":370},{"description":"Warm temperature (454 mireds / 2200 Kelvin)","name":"warm","value":454},{"description":"Warmest temperature supported","name":"warmest","value":500}],"property":"color_temp","type":"numeric","unit":"mired","value_max":500,"value_min":153},{"access":7,"description":"Color of this light in the CIE 1931 color space (x/y)","features":[{"access":7,"label":"X","name":"x","property":"x","type":"numeric"},{"access":7,"label":"Y","name":"y","property":"y","type":"numeric"}],"label":"Color (X/Y)","name":"color_xy","property":"color","type":"composite"}],"type":"light"},{"access":1,"category":"diagnostic","description":"Link quality (signal strength)","label":"Linkquality","name":"linkquality","property":"linkquality","type":"numeric","unit":"lqi","value_max":255,"value_min":0}],"model":"ZB-RGBCW","options":[{"access":2,"description":"Controls the transition time (in seconds) of on/off, brightness, color temperature (if applicable) and color (if applicable) changes. Defaults to `0` (no transition).","label":"Transition","name":"transition","property":"transition","type":"numeric","value_min":0},{"access":2,"description":"When enabled colors will be synced, e.g. if the light supports both color x/y and color temperature a conversion from color x/y to color temperature will be done when setting the x/y color (default true).","label":"Color sync","name":"color_sync","property":"color_sync","type":"binary","value_off":false,"value_on":true},{"access":2,"description":"State actions will also be published as 'action' when true (default false).","label":"State action","name":"state_action","property":"state_action","type":"binary","value_off":false,"value_on":true}],"supports_ota":false,"vendor":"Lonsonho"},"friendly_name":"0xa4c138b53091ec1f","ieee_address":"0xa4c138b53091ec1f","status":"successful","supported":true},"type":"device_interview"}'
info 2025-03-15 12:56:08z2m:mqtt: MQTT publish: topic 'homeassistant/sensor/0xa4c138b53091ec1f/linkquality/config', payload '{"availability":[{"topic":"zigbee2mqtt/bridge/state","value_template":"{{ value_json.state }}"}],"device":{"hw_version":0,"identifiers":["zigbee2mqtt_0xa4c138b53091ec1f"],"manufacturer":"Lonsonho","model":"Zigbee 3.0 LED-bulb, RGBW LED","model_id":"ZB-RGBCW","name":"0xa4c138b53091ec1f","sw_version":"2.0.1","via_device":"zigbee2mqtt_bridge_0x00124b0031d831c5"},"enabled_by_default":false,"entity_category":"diagnostic","icon":"mdi:signal","name":"Linkquality","object_id":"0xa4c138b53091ec1f_linkquality","origin":{"name":"Zigbee2MQTT","sw":"2.1.3","url":"https://www.zigbee2mqtt.io"},"state_class":"measurement","state_topic":"zigbee2mqtt/0xa4c138b53091ec1f","unique_id":"0xa4c138b53091ec1f_linkquality_zigbee2mqtt","unit_of_measurement":"lqi","value_template":"{{ value_json.linkquality }}"}'
info 2025-03-15 12:56:08z2m: Successfully configured '0xa4c138b53091ec1f'

En inde database.db staat dit;
{"id":36,"type":"Router","ieeeAddr":"0xa4c138b53091ec1f","nwkAddr":22003,"manufId":4107,"manufName":"eWeLight","powerSource":"Mains (single phase)","modelId":"ZB-CL01","epList":[1],"endpoints":{"1":{"profId":260,"epId":1,"devId":269,"inClusterList":[0,3,4,5,6,8,768,4096],"outClusterList":[],"clusters":{"genBasic":{"attributes":{"hwVersion":0,"modelId":"ZB-CL01","manufacturerName":"eWeLight","powerSource":1,"zclVersion":3,"appVersion":3,"stackVersion":2,"dateCode":"20211229","swBuildId":"2.0.1"}},"lightingColorCtrl":{"attributes":{"colorCapabilities":25,"colorTempPhysicalMin":250,"colorTempPhysicalMax":454}}},"binds":[],"configuredReportings":[],"meta":{}}},"appVersion":3,"stackVersion":2,"hwVersion":0,"dateCode":"20211229","swBuildId":"2.0.1","zclVersion":3,"interviewCompleted":true,"meta":{"configured":332242049},"lastSeen":1742042173786}


--edit--
Ik ga het nogmaals uitvoeren en plaats hier al mijn stappen, zodat jullie kunnen zien of ik het goed doe, wat beter kan en eventueel voor de mensen die hier in de toekomst tegen aan lopen.

1) voeg een regel toe aan zigbee2mqtt/configuration.yaml

YAML:

external_converters:
  - ext_converter.js

2) maak een ext_converter.js naast de configuration.yaml (code gemaakt met hulp van Copilot)

YAML:

const fz = require('zigbee-herdsman-converters/converters/fromZigbee');
const tz = require('zigbee-herdsman-converters/converters/toZigbee');
const exposes = require('zigbee-herdsman-converters/lib/exposes');
const reporting = require('zigbee-herdsman-converters/lib/reporting');
const extend = require('zigbee-herdsman-converters/lib/extend');
const e = exposes.presets;

const definition = {
    // Fingerprint gebaseerd op de Lonsonho-lamp uit de log
    fingerprint: [
        {
            type: 'Router',
            manufacturerName: 'Lonsonho',
            modelID: 'ZB-RGBCW', // Model van de Lonsonho-lamp
            endpoints: [
                {
                    ID: 1,
                    profileID: 260,
                    inputClusters: [0, 3, 4, 5, 6, 8, 4096],
                    outputClusters: [25],
                },
            ],
        },
    ],
    model: 'YSR-MINI-01_wwcw',
    vendor: 'YSRSAI',
    description: 'Smart Zigbee RGBW LED-bulb',
    extend: extend.light_onoff_brightness_colortemp_color({colorTempRange: [153, 500]}), // RGBW + Kleurtemperatuur
    exposes: [
        e.light_brightness_colortemp_colorxy(),
        e.linkquality(),
    ],
    configure: async (device, coordinatorEndpoint, logger) => {
        const endpoint = device.getEndpoint(1);
        await reporting.bind(endpoint, coordinatorEndpoint, ['genOnOff', 'genLevelCtrl', 'lightingColorCtrl']);
        await reporting.onOff(endpoint);
        await reporting.brightness(endpoint);
        await reporting.colorTemperature(endpoint);
        logger.info(`Succesfully configured ${device.ieeeAddr}`);
    },
};

module.exports = definition;

toon volledige bericht

3) verwijder het apparaat uit Zigbee2MQTT

4) volledige restart van Home Assistant

5) Permit join (all)

6) En de lamp is wéér de Lonsonho lamp!

[ Voor 101% gewijzigd door RedRayMann op 15-03-2025 13:57 ]

[sypie]

Ik kom er even niet uit, hopelijk kan iemand me hier op de juiste weg helpen.

Na een update van SMLIGHT?Zigbee naar 20250318 wil Zigbee2MQTT niet meer starten. Ook niet na het herstarten van Home Assistant of zelfs het rebooten van het systeem.

De versies waar ik mee werk:
Zigbee Coördinatir: SLZB-06
door SMLIGHT
Firmware: core: v2.8.2.dev3 / zigbee: 20250318

Zowel HA dus herstart maar ook de coördinator meer dan 10 minuten van de stroom/netwerk gehad.

Op het moment dat ik Zigbee2MQTT aanklik in mijn zijbalk krijg ik de melding dat het niet draait en of ik het wil starten. Daarna de melding dat het nog niet klaar is en of ik het nogmaals wil proberen.

Dit zorgt er voor dat mijn Zigbee netwerk het dus niet meer doet...

In de logboeken kan ik zo 1-2-3 niet zo snel iets vinden wat relevant is.

Schopje naar Z2M

[ Voor 1% gewijzigd door Septillion op 21-03-2025 21:57 ]

[Septillion]

@sypie Je gaat mij dan niet vertellen dat er niets in de log van Z2M staat...

En anders terug naar een niet dev versie?

Ah, als ik zoek op die firmware zie ik al topics met "update killed my zigbee"

[ Voor 47% gewijzigd door Septillion op 21-03-2025 21:55 ]

[sypie]

@Septillion Dank voor een duw in de juiste richting (ik ben niet zo met logs bezig...)

Hier is wat er in de log staat:

code:

[2025-03-21 21:28:44] info:     z2m: Logging to console, file (filename: log.log)
[2025-03-21 21:28:44] info:     z2m: Starting Zigbee2MQTT version 2.1.3 (commit #unknown)
[2025-03-21 21:28:44] info:     z2m: Starting zigbee-herdsman (3.2.7)
[2025-03-21 21:28:44] info:     zh:zstack:znp: Opening TCP socket with 10.0.0.200:6638
[2025-03-21 21:28:44] info:     zh:zstack:znp: Socket connected
[2025-03-21 21:28:44] info:     zh:zstack:znp: Socket ready
[2025-03-21 21:28:44] info:     zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2025-03-21 21:28:45] info:     zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2025-03-21 21:29:52] error:    z2m: Error while starting zigbee-herdsman
[2025-03-21 21:29:52] error:    z2m: Failed to start zigbee-herdsman
[2025-03-21 21:29:52] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-03-21 21:29:52] error:    z2m: Exiting...
[2025-03-21 21:29:52] 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@3.2.7/node_modules/zigbee-herdsman/src/utils/waitress.ts:67:23)
    at ZnpAdapterManager.beginCommissioning (/app/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:372:31)
    at processTicksAndRejections (node:internal/process/task_queues:105:5)
    at ZnpAdapterManager.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:91:21)
    at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:158:16)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/controller/controller.ts:136:29)
    at Zigbee.start (/app/lib/zigbee.ts:69:27)
    at Controller.start (/app/lib/controller.ts:142:13)
    at start (/app/index.js:161:5))
    at ZnpAdapterManager.beginCommissioning (/app/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:374:23)
    at ZnpAdapterManager.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:91:21)
    at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:158:16)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/controller/controller.ts:136:29)
    at Zigbee.start (/app/lib/zigbee.ts:69:27)
    at Controller.start (/app/lib/controller.ts:142:13)
    at start (/app/index.js:161:5)

[Septillion]

@sypie Zie mijn edit, ik zou dus even terug naar de laatste officiële ofwel 20240710

[sypie]

De SLZB-06 teruggezet naar: firmware versie 20240710 en core versie v2.7.1.

De SLZB-06 herstart. HA geeft kan nog steeds de add-on niet starten. Zelfde foutmelding als hierboven. Na een initiële foutmelding zie ik dat Z2M het weer opnieuw probeert... En zo maar door.

EDIT: Opgelost door een tip die ik op Reddit tegenkwam: alle routers tegelijkertijd herstarten door spanningsloos te maken.

Hierna kon de add-on starten. Na het starten heb ik alles weer gekoppeld aan het netwerk. Pas dan kom je er achter dat sommige dingen iets gecompliceerder zijn dan je verwacht. Wil je bijvoorbeeld IKEA Drigera met een Rodret koppelen dan moet je én de boel koppelen aan Zigbee én daarna ook nog een Rodret koppelen aan een lamp. Je moet dus 2 keer de boel koppelen (was ik al lang weer vergeten...)

[ Voor 49% gewijzigd door sypie op 22-03-2025 17:04 ]

[bartve]

Ik draai al jaren zonder veel problemen HA met z2m als add on op een rpi 4b. Soms een crash, maar dat was niet heel erg, ff herstarten en door.
Omdat er recent toch ook wel 'serieuze' zaken zijn bijgekomen die via HA worden aangestuurd (dus niet alleen een paar lampjes, maar nu ook een full electric warmtepomp en een flinke pv installatie, met in de toekomst een ev-lader met load balancing) wilde ik overstappen naar een wat steviger basis met vooral mogelijkheden om bij problemen zo snel mogelijk weer up en running te zijn.

Dus heb ik de volgende hardware hier klaar staan:
- Dell Wyse Thin Client 5070 met 32 GB geheugen en 1 TB M.2 SSD
- SMLIGHT SLZB-06p10 zigbee dongle, voorlopig liever te gebruiken als USB device

Plan:
- HA draaien in VM binnen Proxmox
- z2m apart draaien in Proxmox LXC

Uitvoering:

• Proxmox, HA in Proxmox VM installeren volgens deze guide:
• https://www.derekseaman.com/2023/10/home-assistant-proxmox-ve-8-0-quick-start-guide-2.html
• daarna de Mosquitto mqtt broker als add on in HA installeren
• vervolgens z2m in aparte Proxmox LXC installeren volgens deze guide (methode A):
• https://smarthomescene.com/guides/how-to-separate-zigbee2mqtt-from-home-assistant-in-proxmox/

Ik heb het hele installatie proces meerdere (>5?) keren doorlopen en bij het starten van z2m volgens de tweede guide volgt steeds deze foutmelding:

code:

Starting Zigbee2MQTT without watchdog.
[2025-03-26 09:27:19] info:     z2m: Logging to console, file (filename: log.log)
[2025-03-26 09:27:19] info:     z2m: Starting Zigbee2MQTT version 2.1.3 (commit #unknown)
[2025-03-26 09:27:19] info:     z2m: Starting zigbee-herdsman (3.2.7)
[2025-03-26 09:27:20] info:     zh:zstack:znp: Opening SerialPort with {"path":"/dev/serial/by-id/usb-SMLIGHT_SMLIGHT_SLZB-06p10_58e510048c8aef11957c27ccef8776e9-if00-port0","baudRate":115200,"rtscts":false,"autoOpen":false}
[2025-03-26 09:27:20] error:    z2m: Error while starting zigbee-herdsman
[2025-03-26 09:27:20] error:    z2m: Failed to start zigbee-herdsman
[2025-03-26 09:27:20] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-03-26 09:27:20] error:    z2m: Exiting...
[2025-03-26 09:27:20] error:    z2m: Error: Error Resource temporarily unavailable Cannot lock port

Hierna kan ik wel de frontend van z2m openen, maar daar zijn geen devices te zien (dus ook niet de SMLIGHT dongle als coordinator).

Dit is mijn z2m configuratie:

code:

homeassistant:
  enabled: true
frontend:
  enabled: true
  port: 9442
mqtt:
  base_topic: zigbee2mqtt
  server: 'mqtt://192.168.1.47:1883'
  user: [userid]
  password: [passwd]
  keepalive: 60
  reject_unauthorized: true
  version: 4
serial:
  port: >-
    /dev/serial/by-id/usb-SMLIGHT_SMLIGHT_SLZB-06p10_58e510048c8aef11957c27ccef8776e9-if00-port0
  adapter: zstack
advanced:
  network_key:
    - 121
    - 79
    - 15
    - 174
    - 120
    - 27
    - 172
    - 193
    - 16
    - 64
    - 126
    - 101
    - 215
    - 37
    - 77
    - 165
  pan_id: 50451
  ext_pan_id:
    - 207
    - 77
    - 59
    - 237
    - 242
    - 107
    - 13
    - 188
  channel: 20
version: 4

De output van

code:

ls -l /dev/serial/by-id

in de console van de z2m LXC is

code:

lrwxrwxrwx 1 root root 13 Mar 24 21:43 usb-SMLIGHT_SMLIGHT_SLZB-06p10_58e510048c8aef11957c27ccef8776e9-if00-port0 -> ../../ttyUSB0

De dongle in de z2m configuratie opnemen als /dev/ttyUSB0 geeft exact dezelfde uitkomst.

Als test heb ik ook HA alleen in een Proxmox VM geinstalleerd (volgens de eerste guide), en daar z2m als HA add on geinstalleerd, en dat werkte in een keer zonder problemen.

Iemand een idee wat er mis gaat? Ik kan natuurlijk kiezen voor z2m als HA add on binnen dezelfde Proxmox VM, maar wil toch nog wel een poging wagen om z2m aan de praat te krijgen in een aparte LXC. Ik heb de lijst met opstartproblemen op de z2m website doorgenomen en me verder suf gegoogled (kom een enkele keer dezelfde foutmelding tegen, maar geen oplossing, of iig geen oplossing die werkt voor mij).

[Septillion]

@bartve Wat is je idee met losse Z2M container ipv dit gewoon als addon te draaien? Het heeft een zware link met HA, het integreert dan makkelijker en is dan gewoon onderdeel van de backups etc. Meeste redenen in het artikel vind ik maar matige redenen. Want als addon draait het al los en is dus niet beïnvloed door HA herstarts (alleen het OS) en breaking changes kan je nog steeds gewoon hebben met HA updates en binnen Z2M heb je dat nog gewoon in de hand met een addon update. Dus mja, tenzij je al een "alles los" guru bent zie ik er erg weinig meerwaarde.

Qua error, die klinkt enorm alsof iets anders het USB device al wil gebruiken. Je hebt hem niet ook aan HA toegevoegd?

[bartve]

Septillion schreef op woensdag 26 maart 2025 @ 11:32:
@bartve Wat is je idee met losse Z2M container ipv dit gewoon als addon te draaien? Het heeft een zware link met HA, het integreert dan makkelijker en is dan gewoon onderdeel van de backups etc. Meeste redenen in het artikel vind ik maar matige redenen. Want als addon draait het al los en is dus niet beïnvloed door HA herstarts (alleen het OS) en breaking changes kan je nog steeds gewoon hebben met HA updates en binnen Z2M heb je dat nog gewoon in de hand met een addon update. Dus mja, tenzij je al een "alles los" guru bent zie ik er erg weinig meerwaarde.

Qua error, die klinkt enorm alsof iets anders het USB device al wil gebruiken. Je hebt hem niet ook aan HA toegevoegd?

Ik zou mezelf zeker geen guru noemen ... maar je hebt gelijk: het enige voordeel is dat bij herstarten van HA het zigbee netwerk niet opnieuw opgebouwd hoeft te worden. Misschien ook dat een en ander net wat stabieler wordt?
De dongle heb ik niet in in HA toegevoegd, ik kan ook geen processes vinden die de dongle gebruiken ...

[Gizz]

bartve schreef op woensdag 26 maart 2025 @ 11:41:
[...]


Ik zou mezelf zeker geen guru noemen ... maar je hebt gelijk: het enige voordeel is dat bij herstarten van HA het zigbee netwerk niet opnieuw opgebouwd hoeft te worden

Let op, zoals @Septillion ook al aangeeft: het gaat dan alleen om een herstart van HAOS. HA zelf kun je zo vaak herstarten als je wilt, zonder dat het invloed heeft op Z2M.

[Septillion]

@bartve Alleen HA OS, HA kan je dus gewoon herstarten.

En nee, zie geen voordeel verder. Als addon draait het ook gewoon als losstaande container naast de HA Core container.

Qua dongle, error lijkt toch aan te geven dat hij bezet is maar zou niet weten hoe uit te vinden door wat...

[ Voor 23% gewijzigd door Septillion op 26-03-2025 11:47 ]

[Ben(V)]

@bartve Heb je tijdens de installatie van Z2M de privileged mode gekozen, want het lijkt erop dat de USB passthrough niet aan staat.
Zet die anders alsnog even aan.

Verder lijkt het me ook een nutteloze afsplitsing.
Als je hem als addon installeert is het een aparte container van HA en nu heb je een aparte container in proxmox.

En waarom ook ook nog proxmox of gebruik je die dell ook nog voor andere containers?

[Himalaya]

En waarom ook ook nog proxmox of gebruik je die dell ook nog voor andere containers?

Even snel een snapshot maken voor je update doet of lekker aan het prutsen bent. Ben je bij een probleem binnen enkele seconden weer terug in een werkend situatie. Ik draai het op VMware maar heb het al regelmatig gebruikt en zou het niet meer zonder hypervisor doen.

[JanHenk]

Ik heb dit weekend even gespendeerd aan het overzetten van devices van de Hue Bridge naar Z2M. Ik had al een paar als test eraan gekoppeld, werkte prima, dus meteen maar doorgezet met de rest.

Nu heb ik een viertal "Hue Wall Switches" die prima werkten via de Hue Bridge en volgens de documentatie dus ook zouden moeten werken in Z2M.

Ik wilde ze binden aan een groep lampen, zodat je altijd met de schakelaar de groep aan kan zetten (én dimmen). Aanzetten werkt, maar dimmen niet. Bij binding lijkt het wel alsof ie niets doet met hold. Want zodra ik de knop indruk en vasthoud gaan de lampen direct aan (of uit).

Ik lees dat er meer mensen zijn met problemen met die dingen, maar ik zie ook weinig actie hieromtrent. Kan ook een beperking zijn van de Hue Wall Switches overigens.

Als ik er met binding niet mee kan dimmen, dan kan ik ze (denk ik) beter niet binden en gewoon gebruiken via Home Assistant.

Jammer. Voor het overige lijken mijn devices allemaal goed te werken

[htca]

JanHenk schreef op maandag 31 maart 2025 @ 09:00:
Ik heb dit weekend even gespendeerd aan het overzetten van devices van de Hue Bridge naar Z2M. Ik had al een paar als test eraan gekoppeld, werkte prima, dus meteen maar doorgezet met de rest.

Nu heb ik een viertal "Hue Wall Switches" die prima werkten via de Hue Bridge en volgens de documentatie dus ook zouden moeten werken in Z2M.

Ik wilde ze binden aan een groep lampen, zodat je altijd met de schakelaar de groep aan kan zetten (én dimmen). Aanzetten werkt, maar dimmen niet. Bij binding lijkt het wel alsof ie niets doet met hold. Want zodra ik de knop indruk en vasthoud gaan de lampen direct aan (of uit).

Ik lees dat er meer mensen zijn met problemen met die dingen, maar ik zie ook weinig actie hieromtrent. Kan ook een beperking zijn van de Hue Wall Switches overigens.

Als ik er met binding niet mee kan dimmen, dan kan ik ze (denk ik) beter niet binden en gewoon gebruiken via Home Assistant.

Jammer. Voor het overige lijken mijn devices allemaal goed te werken

Ik heb ze ook, maar het is mij niet gelukt ze succesvol te configureren met een binding, ik heb uiteindelijk de hue bridge behouden.

[JanHenk]

htca schreef op maandag 31 maart 2025 @ 10:51:
[...]

Ik heb ze ook, maar het is mij niet gelukt ze succesvol te configureren met een binding, ik heb uiteindelijk de hue bridge behouden.

Ik lees op GitHub diverse problemen met de Hue Wall Switches. Er zijn ook twee versies (RDM001 en RDM004). Alle vier die ik heb zijn RDM001, maar wel met een recente firmware. Ik kan ze wel binden aan een group en deze aan/uit schakelen (sommigen komen niet eens zover), maar de dimfunctie (met pulsdrukker) werkt niet na binding.

Op sommige plekken ga ik denk ik voor binding zonder dimfunctie (is daar toch niet relevant), op een andere plek was het wel leuk geweest dus daar ga ik nog wat verder prutsen.

Ze in Hue Bridge houden betekent ook dat je de lampen die je eraan wil koppelen ook in de Bridge moet houden... Maar Z2M bevalt me verder wel goed. Heb ook een paar devices die niet in de Hue Bridge werken namelijk.

[Martin.Air]

JanHenk schreef op maandag 31 maart 2025 @ 11:02:
[...]


Ik lees op GitHub diverse problemen met de Hue Wall Switches. Er zijn ook twee versies (RDM001 en RDM004). Alle vier die ik heb zijn RDM001, maar wel met een recente firmware. Ik kan ze wel binden aan een group en deze aan/uit schakelen (sommigen komen niet eens zover), maar de dimfunctie (met pulsdrukker) werkt niet na binding.

Op sommige plekken ga ik denk ik voor binding zonder dimfunctie (is daar toch niet relevant), op een andere plek was het wel leuk geweest dus daar ga ik nog wat verder prutsen.

Ze in Hue Bridge houden betekent ook dat je de lampen die je eraan wil koppelen ook in de Bridge moet houden... Maar Z2M bevalt me verder wel goed. Heb ook een paar devices die niet in de Hue Bridge werken namelijk.

Bij mij werken de twee die ik in huis heb zonder problemen, gezien ze niet heel nieuw zijn gok ik dat het om de RDM001 gaat, maar zeker weten doe ik dat niet. https://www.zigbee2mqtt.io/devices/929003017102.html

Pairen werkte bij mij zoals beschreven, wel moet je na linken natuurlijk de config instellen op wat voor jou toepasselijk is. In mijn geval met "dual rocker" kwam ik er ook achter dat indien de schakelaars de ene kant op staan de batterij aanzienlijk sneller leeg gaat dan bij de andere kant op. Ik zou eigenlijk ook iedereen aanraden om een "push button" setup te gebruiken.

[JanHenk]

Martin.Air schreef op maandag 31 maart 2025 @ 11:44:
[...]


Bij mij werken de twee die ik in huis heb zonder problemen, gezien ze niet heel nieuw zijn gok ik dat het om de RDM001 gaat, maar zeker weten doe ik dat niet. https://www.zigbee2mqtt.io/devices/929003017102.html

Pairen werkte bij mij zoals beschreven, wel moet je na linken natuurlijk de config instellen op wat voor jou toepasselijk is. In mijn geval met "dual rocker" kwam ik er ook achter dat indien de schakelaars de ene kant op staan de batterij aanzienlijk sneller leeg gaat dan bij de andere kant op. Ik zou eigenlijk ook iedereen aanraden om een "push button" setup te gebruiken.

Ik heb pulsdrukkers, die kan ik ook zeker aanraden. Ombouw van wipschakelaar naar impulsdrukker kost ook heel weinig overigens.

Bij mij werken ze ook wel in Z2M, alleen de bind functionaliteit aan een groep lampen maar deels. Gebruik je dat wel, of gebruik je ze 'gewoon' met een blueprint in HA bijvoorbeeld?

[HuismAndré]

JanHenk schreef op maandag 31 maart 2025 @ 11:51:
[...]


Ik heb pulsdrukkers, die kan ik ook zeker aanraden. Ombouw van wipschakelaar naar impulsdrukker kost ook heel weinig overigens.

Of nog veel minder:
https://www.amazon.de/gp/product/B0D4YGN2P7/

Is wel even prutsen (en natuurlijk moet je dan wel toevallig Busch Jaeger schakelmateriaal hebben) maar met 2 horlogeschroevendraaiers (1 die je in het veertje stopt en 1 grotere waarmee je het veertje samendrukt) en wat ervaring doe je er nog maar een paar seconden over. Wel even checken dat je ze zo plaatst dat de schakelaar in Normally Open staat (scheelt weer een klein beetje onnodige energie).

Overigens lukt het geintje niet bij een kruisschakelaar (die gaat simpelweg te zwaar voor dit veertje). Maar zelfs het originele Busch Jaeger veertje heeft daar grote moeite mee.

[ Voor 9% gewijzigd door HuismAndré op 31-03-2025 13:19 ]

[Quad]

Ik word zelf een beetje lame van Z2M inclusief de Sonoff ZB Plus dongle. Het werkt ansich prima! Maar het gebruik van dimfuncties op een remote zorgt dat de lamp één of twee dimacties doet en vervolgens blijft het hangen. Via HA is de lamp dan ook niet bestuurbaar en als ik deze dan aan-uit/dim uitvoer dan lijkt het alsof de acties in een wachtrij komen te staan. Na x seconden (soms 20) gaat hij al die gedrukte acties achter elkaar uitvoeren.

Dongle is gekoppeld via USB hub aan Proxmox en dmv passhtrough gekoppeld aan HAOS. Het maakt geen verschil om het rechtstreeks op USB poort of via een USB verlenger te doen.

Iemand die dit herkent? Ik ben nog aan het kijken of het lukt om de dongle te updaten, maar ik zie ook niet zo gauw wat de huidige FW versie is.

[Mimiix]

Quad schreef op maandag 31 maart 2025 @ 16:52:
Ik word zelf een beetje lame van Z2M inclusief de Sonoff ZB Plus dongle. Het werkt ansich prima! Maar het gebruik van dimfuncties op een remote zorgt dat de lamp één of twee dimacties doet en vervolgens blijft het hangen. Via HA is de lamp dan ook niet bestuurbaar en als ik deze dan aan-uit/dim uitvoer dan lijkt het alsof de acties in een wachtrij komen te staan. Na x seconden (soms 20) gaat hij al die gedrukte acties achter elkaar uitvoeren.

Dongle is gekoppeld via USB hub aan Proxmox en dmv passhtrough gekoppeld aan HAOS. Het maakt geen verschil om het rechtstreeks op USB poort of via een USB verlenger te doen.

Iemand die dit herkent? Ik ben nog aan het kijken of het lukt om de dongle te updaten, maar ik zie ook niet zo gauw wat de huidige FW versie is.

Je noemt heel veel dingen, maar vergeet de belangrijkste: welke remote en welke lamp?

[JBS]

@Quad In Z2M kun je via Instellingen > Over onder 'Coordinator revisie' de firmware versie van je doggle zien.
Zelf heb ik 20240710 op mijn Dongle P draaien en herken ik je issues niet.

Is de remote via direct binding aan de lamp gekoppeld? Of verloopt het dimmen via de remote ook via HA?

[ Voor 51% gewijzigd door JBS op 31-03-2025 16:57 ]

[Quad]

Mimiix schreef op maandag 31 maart 2025 @ 16:54:
[...]


Je noemt heel veel dingen, maar vergeet de belangrijkste: welke remote en welke lamp?

Goede, het betreft zowel de Hue dimmer v2 met een Hue color light en de Ikea up/down remotes (2 stuks) met een Hue white ambiance E14.

Meer remotes heb ik niet, maar ze doen het bij beide zo wazig.
Ik maak gebruik van Blueprints. (deze en deze)

@JBS Ik heb de remotes ook aan Z2M gekoppeld in HA, juist omdat het dan voordelen heeft. Ik had de IKEA dimmers eerst rechtstreeks omdat ik voor deze dongle Deconz gebruikte. Maar sinds een lange tijd al over op deze Sonoff met Z2M en accepteerde eerst wel de irritatie, maar nu wil ik toch zien of dit gefixt kan worden (of niet, kan ook).

Ik heb een wat oudere firmware zo te zien: Coordinator revisie 20210708.

[ Voor 23% gewijzigd door Quad op 31-03-2025 17:03 ]

[JBS]

Quad schreef op maandag 31 maart 2025 @ 16:59:
[...]

Ik heb een wat oudere firmware zo te zien: Coordinator revisie 20210708.

Sowieso zou ik beginnen met de firmware te updaten naar 20240710.

[Quad]

Inmiddels Coordinator revisie 20240710 erop staan.
Het verhelpt dit issue niet. Zodra je te snel gaat met de knoppen óf je houdt een long press vast, dan kapt het er als het ware even mee. De logs laten zien dat de triggers door de remote dan wel doorkomen, maar ik zie die events dan niet weer terug bij de lamp. Na een aantal seconden weer wel.

Ik zou het haast op een inferentie houden oid, het kan niet aan de dongle of Z2M zelf liggen lijkt me, aangezien events wel ontvangen worden maar vervolgens niet richting de lamp komen.

[Himalaya]

Quad schreef op maandag 31 maart 2025 @ 20:14:
Inmiddels Coordinator revisie 20240710 erop staan.
Het verhelpt dit issue niet. Zodra je te snel gaat met de knoppen óf je houdt een long press vast, dan kapt het er als het ware even mee. De logs laten zien dat de triggers door de remote dan wel doorkomen, maar ik zie die events dan niet weer terug bij de lamp. Na een aantal seconden weer wel.

Ik zou het haast op een inferentie houden oid, het kan niet aan de dongle of Z2M zelf liggen lijkt me, aangezien events wel ontvangen worden maar vervolgens niet richting de lamp komen.

En op welke zigbee kanaal had je de hue hub staan en waarop staat de Z2M stick? Dit kan namelijk heel goed een interferentie met bijvoorbeeld Wifi zijn.

[JBS]

@Quad Heb je de Z2M log al eens bekeken? https://www.zigbee2mqtt.i...on/logging.html#debugging

[CAP-Team]

Update 2.2.0-1 is weer dikke ellende. Zet ik een backup terug naar 2.1.3-1 dan werkt alles weer. Meer mensen hier last van? Ik zie ook dat watchdog niet start. Ik gebruik een Skyconnect met ember firmware.

[synoniem]

CAP-Team schreef op dinsdag 1 april 2025 @ 23:37:
Update 2.2.0-1 is weer dikke ellende. Zet ik een backup terug naar 2.1.3-1 dan werkt alles weer. Meer mensen hier last van? Ik zie ook dat watchdog niet start. Ik gebruik een Skyconnect met ember firmware.

Nee ik wacht tegenwoordig een of twee weken om te horen of iemand anders problemen heeft voordat ik een update installeer.

[Cimpel]

Een vraag aan de heren experts :-)
Vandaag is er een update van de Zigbee2MQTT add-on geweest.
Wat mij opvalt is dat in de webUI bij de tab "Apparaten" alle zigbee devices in de kolom "Beschikbaar"als 'offline' (rood, knipperend) worden gemeld.
Echter alle devices werken zo te zien normaal en doen wat ze meoeten doen zoals voor deze upgrade.
Ook de tabs "Dashboard" en "Kaart" werken volgens mij normaal.
In de MQTT integratie is verder ook niets geks te zien.

Wat denken jullie hiervan ? Doe/interpreteer ik iets verkeerd of zo maar laten (bug in de webUI ?)

[RobertMe]

Cimpel schreef op woensdag 2 april 2025 @ 18:03:
Een vraag aan de heren experts :-)
Vandaag is er een update van de Zigbee2MQTT add-on geweest.
Wat mij opvalt is dat in de webUI bij de tab "Apparaten" alle zigbee devices in de kolom "Beschikbaar"als 'offline' (rood, knipperend) worden gemeld.
Echter alle devices werken zo te zien normaal en doen wat ze meoeten doen zoals voor deze upgrade.
Ook de tabs "Dashboard" en "Kaart" werken volgens mij normaal.
In de MQTT integratie is verder ook niets geks te zien.

Wat denken jullie hiervan ? Doe/interpreteer ik iets verkeerd of zo maar laten (bug in de webUI ?)

Is een bug puur in de UI voor zover ik gelezen heb. En zou verder dus ook echt geen invloed mogen hebben.

Edit:
Zie ook: https://github.com/Koenkk/zigbee2mqtt/issues/26942

[ Voor 4% gewijzigd door RobertMe op 02-04-2025 18:28 ]

[Quad]

JBS schreef op dinsdag 1 april 2025 @ 21:01:
@Quad Heb je de Z2M log al eens bekeken? https://www.zigbee2mqtt.i...on/logging.html#debugging

Yes, ook heb ik de logs van MQTT Explorer doorgekeken om te zien of events wel binnenkomen. Dat is wel het geval. Dat doet het vermoeden dat MQTT prima werkt en het puur in het zigbee signaal zit vanaf coördinator naar de lamp toe.

Ik zie in de logs namelijk wel de events terugkomen van de button maar met vertraging die van de lamp.

Het komt dus voor met Hue white ambiance E14 en Hue color E27. Zowel IKEA dimmers als de Hue dimmer V2.

En omdat de lamp na een lange tijd alsnog de gedrukte knoppen in een recordtempo afloopt, heb ik het idee dat er inteferentie is, een verstoring in het signaal, en dan zeker richting de lamp omdat daar signalen met vertraging komen.

Stukje regels waarbij je kan zien wat er gebeurt:

code:

info 2025-04-02 20:07:07z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp', payload '{"action":"off","battery":90,"identify":null,"linkquality":58,"update":{"installed_version":604241926,"latest_version":604241926,"state":"idle"}}'
info 2025-04-02 20:07:07z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp/action', payload 'off'
info 2025-04-02 20:07:07z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp', payload '{"action":"on","battery":90,"identify":null,"linkquality":58,"update":{"installed_version":604241926,"latest_version":604241926,"state":"idle"}}'
info 2025-04-02 20:07:07z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp/action', payload 'on'
info 2025-04-02 20:07:08z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp', payload '{"action":"off","battery":90,"identify":null,"linkquality":58,"update":{"installed_version":604241926,"latest_version":604241926,"state":"idle"}}'
info 2025-04-02 20:07:08z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp/action', payload 'off'
info 2025-04-02 20:07:08z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp', payload '{"action":"on","battery":90,"identify":null,"linkquality":58,"update":{"installed_version":604241926,"latest_version":604241926,"state":"idle"}}'
info 2025-04-02 20:07:08z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp/action', payload 'on'
info 2025-04-02 20:07:09z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp', payload '{"action":"off","battery":90,"identify":null,"linkquality":54,"update":{"installed_version":604241926,"latest_version":604241926,"state":"idle"}}'
info 2025-04-02 20:07:09z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp/action', payload 'off'
info 2025-04-02 20:07:10z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp', payload '{"action":"on","battery":90,"identify":null,"linkquality":58,"update":{"installed_version":604241926,"latest_version":604241926,"state":"idle"}}'
info 2025-04-02 20:07:10z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp/action', payload 'on'
info 2025-04-02 20:07:10z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp', payload '{"action":"off","battery":90,"identify":null,"linkquality":58,"update":{"installed_version":604241926,"latest_version":604241926,"state":"idle"}}'
info 2025-04-02 20:07:10z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp/action', payload 'off'
info 2025-04-02 20:07:11z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp', payload '{"action":"off","battery":90,"identify":null,"linkquality":58,"update":{"installed_version":604241926,"latest_version":604241926,"state":"idle"}}'
info 2025-04-02 20:07:11z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_schakelaar_bedlamp/action', payload 'off'

error 2025-04-02 20:07:29z2m: Publish 'set' 'state' to 'sk_slaapkamer_bedlamp' failed: 'Error: ZCL command 0x00178801041b7666/11 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Timeout - 36109 - 11 - 55 - 6 - 11 after 10000ms)'

info 2025-04-02 20:07:43z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_bedlamp', payload '{"brightness":48,"color_mode":"color_temp","color_temp":402,"color_temp_startup":454,"effect":null,"linkquality":51,"power_on_behavior":"off","state":"OFF","update":{"installed_version":16786948,"latest_version":16786948,"state":"idle"}}'
info 2025-04-02 20:07:43z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/hoofdslaapkamer_lampen', payload '{"brightness":48,"color_mode":"color_temp","color_temp":366,"state":"ON"}'
info 2025-04-02 20:07:43z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_bedlamp', payload '{"brightness":48,"color_mode":"color_temp","color_temp":402,"color_temp_startup":454,"effect":null,"linkquality":51,"power_on_behavior":"off","state":"ON","update":{"installed_version":16786948,"latest_version":16786948,"state":"idle"}}'
info 2025-04-02 20:07:43z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/hoofdslaapkamer_lampen', payload '{"brightness":48,"color_mode":"color_temp","color_temp":366,"state":"OFF"}'
info 2025-04-02 20:07:43z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_bedlamp', payload '{"brightness":48,"color_mode":"color_temp","color_temp":402,"color_temp_startup":454,"effect":null,"linkquality":51,"power_on_behavior":"off","state":"OFF","update":{"installed_version":16786948,"latest_version":16786948,"state":"idle"}}'
info 2025-04-02 20:07:43z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/hoofdslaapkamer_lampen', payload '{"brightness":48,"color_mode":"color_temp","color_temp":366,"state":"ON"}'
info 2025-04-02 20:07:43z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_bedlamp', payload '{"brightness":48,"color_mode":"color_temp","color_temp":402,"color_temp_startup":454,"effect":null,"linkquality":51,"power_on_behavior":"off","state":"ON","update":{"installed_version":16786948,"latest_version":16786948,"state":"idle"}}'
info 2025-04-02 20:07:43z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/hoofdslaapkamer_lampen', payload '{"brightness":48,"color_mode":"color_temp","color_temp":366,"state":"OFF"}'
info 2025-04-02 20:07:43z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_bedlamp', payload '{"brightness":48,"color_mode":"color_temp","color_temp":402,"color_temp_startup":454,"effect":null,"linkquality":47,"power_on_behavior":"off","state":"OFF","update":{"installed_version":16786948,"latest_version":16786948,"state":"idle"}}'
info 2025-04-02 20:07:43z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/hoofdslaapkamer_lampen', payload '{"brightness":48,"color_mode":"color_temp","color_temp":366,"state":"ON"}'
info 2025-04-02 20:07:43z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_bedlamp', payload '{"brightness":48,"color_mode":"color_temp","color_temp":402,"color_temp_startup":454,"effect":null,"linkquality":47,"power_on_behavior":"off","state":"ON","update":{"installed_version":16786948,"latest_version":16786948,"state":"idle"}}'
info 2025-04-02 20:07:43z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/hoofdslaapkamer_lampen', payload '{"brightness":48,"color_mode":"color_temp","color_temp":366,"state":"OFF"}'
info 2025-04-02 20:07:43z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/sk_slaapkamer_bedlamp', payload '{"brightness":48,"color_mode":"color_temp","color_temp":402,"color_temp_startup":454,"effect":null,"linkquality":51,"power_on_behavior":"off","state":"OFF","update":{"installed_version":16786948,"latest_version":16786948,"state":"idle"}}'

Je ziet dat in korte tijd (door mij bewuste) actions wordt gegenereerd op de remote. Daarna een error over een timeout richting de lamp en nog weer tellen later achter elkaar de gevraagde actions.

Ik vind het wel gek en in zulke gevallen irritant.

Ik zit even te kijken richting de interferentiehoek, Zigbeee zit op kanaal 11, niet heel handig zou je denken. Echter zitten er in de buurt geen accesspoints op dit moment die ook op kanaal 11 zitten. Ik zie alleen APs op 1 en 6.

Ik heb ook de Blueprint uitgesloten, met ControllerX via HACS krijg ik hetzelfde.

[JBS]

@Quad Heb me er verder niet verdiept, maar zag wel een nieuwe firmware met in de changelog "Attempted to fix some BUFFER_FULL error". Nogmaals, geen idee of 't daadwerkelijk gerelateerd is maar op basis van de beschrijving kan ik me er iets bij voorstellen.
Proberen waard, wellicht. https://github.com/Koenkk/Z-Stack-firmware/discussions/545

[testmanager]

(ik ben al X avonden aan het googlen en YT-en, ik post niet zomaar gelijk hier een vraag, maar ik ben nu een beetje lost...)

Hoi allemaal,

Ik ben al weken bezig met het installeren van een SLBZ-06 met Zigbee2MQTT op HA (RaspberrypI) met als doel straks de 2 Hue bridges uit te kunnen zetten. Eind app/UI is en blijft Apple Homekit.

Heb nu 2 Hue dimmers (oude en nieuwe model) en een Hue lamp als test set-up werkend. Komen ook door in Apple Homekit. HA lijkt prima stabiel.

Kloppen mijn aannames dat ik de dimmers nu nog deze manier (met allerlei vage binding errors) moet gaan koppelen met de lampen.


En dat ik lamp-scenes (voor alle duidelijkheid: onder scenes versta ik een groep lampen die extra gedimd worden voor als ik een film kijk. Of alleen de lamp op de schouw uit als de open haard aan is).
Zoiets eenmalig instellen gaat in de HUE app toch best gebruiksvriendelijk, realiseer ik me nu... Maar als ik nu kijk naar de Zigmee2MQTT interface, krijg ik toch een beetje angst. Moet dat allemaal zo?


Of moet ik dan maar als niet-die-hard-Tweaker toch maar ZHA gaan gebruiken en accepteren dat dat een iets tragere response geeft (no way!)

[HuismAndré]

@testmanager Scenes aanmaken gaat erg makkelijk (zeker als je alles al mooi in groepen hebt ingedeeld).



Die commando's voer je bijvoorbeeld uit op je MQTT integratie (meestal de volgende URL):

http://homeassistant.local:8123/config/mqtt



Dan begin je (als je ook nog een transitie in wilt stellen) met het aanmaken van een lege scene met daarin alleen de naam, id en de transitie dmv. het publiceren van het volgende bericht:

code:

Onderwerp: zigbeehubnaam/groepnaam/set
Message:
{
    "scene_add": {
        "ID": 1,
        "name": "MooieScene",
        "transition": 2
    }
}

Die scene wordt dus opgeslagen op elke lamp die hoort bij 'groepnaam'. Daarna ga je (als je alle lampen in de groep hebt afgesteld zoals je ze wilt hebben op een manier die je zelf prettig vindt) de lampinstellingen van elke lamp in de groep opslaan via het volgende commando:

code:

Onderwerp: zigbeehubnaam/groepnaam/set
Message:
{
    "scene_store": {
        "ID": 1,
        "name": "MooieScene"
    }
}

Aan te raden is "even" in het scene verhaal te duiken want het werkt echt een stuk vloeiender dan de scenes in HA zelf (logisch ook, de enige data die verstuurd hoeft te worden is "groupnummer, scenenummer" (en dan is het aan alle lampen die bij de groep horen de taak om daar wat mee te doen). De leercurve is stijl maar als je het eenmaal doorhebt dan schrijf je scenes met een snelheid waarvan je in Hue alleen kon dromen én die net zo soepel, vlot en vloeiend lopen als je gewend was op de Hue hub.

https://www.zigbee2mqtt.i...nes.html#creating-a-scene

[ Voor 16% gewijzigd door HuismAndré op 04-04-2025 10:39 ]

[Himalaya]

Ik zit even te kijken richting de interferentiehoek, Zigbeee zit op kanaal 11, niet heel handig zou je denken. Echter zitten er in de buurt geen accesspoints op dit moment die ook op kanaal 11 zitten. Ik zie alleen APs op 1 en 6.

Ik heb ook de Blueprint uitgesloten, met ControllerX via HACS krijg ik hetzelfde.

Zo werkt dat niet met zigbee channels:



Zigbee ch11 zit heel dicht bij Wifi ch1. Zou dus heel best interferentie kunnen zijn.

[ Voor 3% gewijzigd door Himalaya op 04-04-2025 12:09 ]

[Septillion]

Persoonlijk heb ik nooit last van wifi overlap gehad. Ook niet toen ik nog met de CC2531 in mijn appartement zat waar 50+ wifinetwerken zichtbaar waren. Dus welk zigbee kanaal ik daar ook koos, ik wist zeker dat ik flinke overlap had met de wifi. Dus zeg niet dat er geen interferentie is, maar dat mijn ervaring is dat zigbee daar prima mee overweg kan.

[Himalaya]

Septillion schreef op vrijdag 4 april 2025 @ 12:29:
Persoonlijk heb ik nooit last van wifi overlap gehad. Ook niet toen ik nog met de CC2531 in mijn appartement zat waar 50+ wifinetwerken zichtbaar waren. Dus welk zigbee kanaal ik daar ook koos, ik wist zeker dat ik flinke overlap had met de wifi. Dus zeg niet dat er geen interferentie is, maar dat mijn ervaring is dat zigbee daar prima mee overweg kan.

Ik heb daar heel andere ervaring mee, ik kan het in huis direct merken als ik mijn Wifi en Zigbee laat overlappen. Alles blijft wel werken maar de snelheid is er dan wel uit. Merk het vooral bij motion sensoren die het licht dan eigenlijk te laat aan doen.

[Hmmbob]

Het is vooral een issue als je maar een paar devices hebt. Heb je een heel uitgebreid netwerk, dan is interferentie vaak een stuk minder een probleem.

[Himalaya]

Hmmbob schreef op vrijdag 4 april 2025 @ 13:00:
Het is vooral een issue als je maar een paar devices hebt. Heb je een heel uitgebreid netwerk, dan is interferentie vaak een stuk minder een probleem.

Ik heb meer dan 100 zigbee devices, waarvan ca 60 ook router zijn. Ik merk het echt vooral bij batterij gevoede edge devices dat ze (veel) minder “spiffy” zijn. Het werk allemaal wel maar met te veel vertraging naar onze zin. Ben dan al de bijkeuken door als het licht aanspringt terwijl als ik het wel allemaal netjes heb staan dat licht al aan gaat als ik de drempel op stap.

En ik kan me dus goed voorstellen dat bij zo’n draai dimmer waar een heleboel commando’s afgevuurd worden dit best een ding kan zijn.

Aanvullend: ik had zo’n ultrasoon luchtbevochter, als die aan stond was ook alle snelheid uit de zigbee mesh. Heeft even geduurd voor ik die relatie had gevonden.

[ Voor 9% gewijzigd door Himalaya op 04-04-2025 13:09 ]

[testmanager]

Aan te raden is "even" in het scene verhaal te duiken want het werkt echt een stuk vloeiender dan de scenes in HA zelf (logisch ook, de enige data die verstuurd hoeft te worden is "groupnummer, scenenummer" (en dan is het aan alle lampen die bij de groep horen de taak om daar wat mee te doen). De leercurve is stijl maar als je het eenmaal doorhebt dan schrijf je scenes met een snelheid waarvan je in Hue alleen kon dromen én die net zo soepel, vlot en vloeiend lopen als je gewend was op de Hue hub.

https://www.zigbee2mqtt.i...nes.html#creating-a-scene

Dank je. Dat motiveert wel weer even. Ik ga er dan toch maar verder induiken.