Zigbee2mqtt - open source zigbee bridge - Deel 2

[jj85]

ahbart schreef op maandag 23 september 2024 @ 20:07:
[...]

Ja want mijn heatbooster kan nog wel rapporteren aan mqtt en via die naar home assistant. Het is dus een plotseling zigbee2mqtt probleem. Vreemd. Kwam ik net achter.

Zie je de heatbooster waarden in HA ook daadwerkelijk veranderen?
(onlangs nog eentje van de power afgehaald en de waarden bleven nog tot de volgende HA reboot staan)

[ahbart]

jj85 schreef op maandag 23 september 2024 @ 20:52:
[...]

Zie je de heatbooster waarden in HA ook daadwerkelijk veranderen?
(onlangs nog eentje van de power afgehaald en de waarden bleven nog tot de volgende HA reboot staan)

Ja zeker, ik kan de ventilatoren ook hoorbaar hoger zeggen. Iets is er veranderd bij zigbee2mqtt. Ze zetten nog steeds beide in het zelfde netwerk.

Edit:

code:

docker exec -it zigbee2mqtt ping mosquitto
64 bytes from 172.25.0.13: seq=0 ttl=64 time=0.039 ms
64 bytes from 172.25.0.13: seq=1 ttl=64 time=0.065 ms

Z2M ziet mosquitto dus wel.

[ Voor 19% gewijzigd door ahbart op 23-09-2024 21:01 ]

[Hmmbob]

ahbart schreef op maandag 23 september 2024 @ 20:07:
[...]

Ja want mijn heatbooster kan nog wel rapporteren aan mqtt en via die naar home assistant. Het is dus een plotseling zigbee2mqtt probleem. Vreemd. Kwam ik net achter.

Edit:
Zigbee2mqtt lijkt wel te draaien aan de log te zien, maar hij geeft niet meer door aan mqtt. Ik heb al geprobeerd om de username en password van mosquitto in de config file aan te passen. Ook de gui is niet te benaderen.
Deze melding vind ik gek:

code:

MQTT failed to connect, exiting... (connack timeout)

Wat betekent die connack?

connack is een bevestiging uit het TCP protocol. Dat die een timeout geeft wil zeggen dat het apparaat waar je de melding krijgt geen antwoord krijgt van de server die het probeert te bereiken.

Je hebt dus een netwerkprobleem tussen je zigbee2mqtt en mqtt

[jj85]

ahbart schreef op maandag 23 september 2024 @ 20:57:
[...]

Ja zeker, ik kan de ventilatoren ook hoorbaar hoger zeggen. Iets is er veranderd bij zigbee2mqtt. Ze zetten nog steeds beide in het zelfde netwerk.

Edit:

code:

docker exec -it zigbee2mqtt ping mosquitto
64 bytes from 172.25.0.13: seq=0 ttl=64 time=0.039 ms
64 bytes from 172.25.0.13: seq=1 ttl=64 time=0.065 ms

Z2M ziet mosquitto dus wel.

Maar dat is een ander IP (172.25.0.13) dan in je Z2M log (192.168.188.88)

[ahbart]

jj85 schreef op maandag 23 september 2024 @ 21:07:
[...]

Maar dat is een ander IP (172.25.0.13) dan in je Z2M log (192.168.188.88)

172.25.0.13 is het docker ip en 192.168.188.88 is de host. Dat werkt altijd, normaal gesproken. Ik zal hem eens aanpassen.

Edit:
Yes! je hebt gelijk. Vreemd. Dat werkte altijd! Ik zag wel een docker update op mijn debian host. Misschien dat daar iets veranderd is. Thanks!!!

[ Voor 18% gewijzigd door ahbart op 23-09-2024 21:15 ]

[hansvk]

Ik wil Zigbee spullen gaan gebruiken in combinatie met Z2M en HAOS. Dit wil ik doen met de Sonoff Zigbee 3.0 dongle plus. Ik loop nu tegen een paar vragen aan:
1. Ik zie dat nu bijna overal (online) de E versie wordt aangeboden. Betekent dat nu dat geconcludeerd kan worden dat deze niet meer experimenteel is en goed zou moeten werken met Z2M?
2. Op welke USB poort van de Rpi4 kan/moet de dongle worden aangesloten (met een verlengkabel)?

[Ortep]

hansvk schreef op maandag 23 september 2024 @ 22:16:

1. Ik zie dat nu bijna overal (online) de E versie wordt aangeboden. Betekent dat nu dat geconcludeerd kan worden dat deze niet meer experimenteel is en goed zou moeten werken met Z2M,?

De E versie werkt gweoon. Die is niet meer experimental. Ik heb de P en de E gehad. Met de P had ik veel meer problemen dan ik ooit met de E had. Ik heb de P ook vol walging gweggedaan. Wat een ramp was dat
.
YMMV

[synoniem]

Ortep schreef op maandag 23 september 2024 @ 22:19:
[...]


De E versie werkt gweoon. Die is niet meer experimental. Ik heb de P en de E gehad. Met de P had ik veel meer problemen dan ik ooit met de E had. Ik heb de P ook vol walging gweggedaan. Wat een ramp was dat
.
YMMV

Kan je afvragen of dat een exemplarische fout was want het gros van de meldingen van problemen komen van de E versie, En natuurlijk oude firmware op de P.

[Ortep]

synoniem schreef op maandag 23 september 2024 @ 22:22:
[...]

Kan je afvragen of dat een exemplarische fout was want het gros van de meldingen van problemen komen van de E versie, En natuurlijk oude firmware op de P.

Dat zou kunnen. Maar ik merkte dat gewoon een aantal van mijn devices niet wilden pairen met de P versie en dat het gewoon niet stabiel was. Overschakelen naar de E versie loste de meeste problemen op.

Maar hoe dan ook, de E wordt voledig ondersteund en is niet meer experimental

[Septillion]

Problemen met de Ti chip (P versie) herken ik totaal niet. Maar nu met ember en firmware 7.4.4 werkt de E schijnbaar ook prima.

Maar de open firmware voor de Ti heeft dat nog steeds mij voorkeur.

[JBS]

Toevallig hier mensen die ook de Tuya TS0601_soil_3 (https://www.zigbee2mqtt.i...l#tuya-TS0601_soil_3.html) gebruiken? Ik merk dat ie qua meetresultaten, vooral op de vochtigheid, enorm uit de pas loopt en tientallen procenten gecorrigeerd moet worden waarbij ik een Xiaomi plantsensor als "waarheid" gebruik. Herkennen andere dit?

[imdos]

Iemand een tip voor een beteregoede router om Xiaomi aqara sensoren via te kunnen koppelen.

Ik heb deze Blitzwolf, maar kreeg het niet voor elkaar om sensoren via die router te laten joinen.

Ik heb geen slimme lampen, enkel wat sensoren (deur/raam, temperatuur) en dan die blitzwolf.

Of is het mogelijk dat het na opnieuw inleren wel kan lukken?

[JBS]

@imdos Xiaomi sensoren hebben niet de neiging een nieuwe route te kiezen nadat ze eenmaal een route gevonden hebben. Door ze opnieuw te pairen kun je ze wel overtuigen een andere route te nemen.

[EsDeKa]

@imdos Vaak wordt ook Ikea aangeraden omdat deze goed werken met Aqara, staat ook in de Z2M documentatie meestal:

https://www.zigbee2mqtt.i...-disconnects-from-network

Bijvoorbeeld de Ikea TRETAKT slimme stekker

[imdos]

Heel vreemd dat de LQI van die Blitzwolf ook maar 13 is. Maar mogelijk komt dat vooral vanwege interferentie door de inbouw. Dus dat de antenne niet goed in verbinding staat/contact maakt. Dit terwijl alles zich op de begane grond bevindt.

Dit terwijl de slechtst scorende Aqara 34 heeft. Ik ga maar even testen met een Lidl tussen stekker, dat is makkelijker

[alex3305]

@imdos Je zou ook nog een ander Zigbee kanaal uit kunnen proberen. Het kan namelijk ook zijn dat andere 2.4GHz apparaten, bijvoorbeeld wifi, storen op jouw netwerk. Het kan ook nog helpen om het zendvermogen van de coördinator omlaag te zetten. De node zal namelijk eerst een directe verbinding proberen te maken.

Aqara sensoren werken bij mij fantastisch, behalve als ik wat langer het Zigbee netwerk uit de lucht heb gehad. Dan vallen ze met bosjes om. Opnieuw koppelen door het knopje lang in te houden en Zigbee2MQTT in koppelstand te zetten lost dit op.

Mijn ervaring is overigens wel om je niet te veel te focussen op LQI. Als het (zonder problemen) werkt dan zou ik er niet te veel aandacht aan besteden.

[vanooijen8]

Ik ben al een tijdje bezig om zigbee2mqtt werken te krijgen in mijn home assistant.

Mijn hardware:
- Raspberry pi4 met SSD
- Sonoff Zigbee dongle E

ik heb de firmware van de zigbee dongle bijgewerkt naar deze versie: ncp-uart-hw-v7.4.4.0-zbdonglee-115200.gbl zodat ember kan worden gebruikt.

Dongle is herkend in mijn HA:

Config Zigbee2MQTT:

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

Ik krijg Zigbee2MQTT echter niet gestart dit is de melding in de log:

[20:31:40] INFO: Preparing to start...
[20:31:41] INFO: Socat not enabled
[20:31:43] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2024-10-16 20:31:49] info: z2m: Logging to console, file (filename: log.log)
[2024-10-16 20:31:49] info: z2m: Starting Zigbee2MQTT version 1.40.2 (commit #unknown)
[2024-10-16 20:31:49] info: z2m: Starting zigbee-herdsman (2.1.3)
[2024-10-16 20:31:50] warning: zh:ezsp: 'ezsp' driver is deprecated and will only remain to provide support for older firmware (pre 7.4.x). Migration to 'ember' is recommended. If using Zigbee2MQTT see https://github.com/Koenkk/zigbee2mqtt/discussions/21462
[2024-10-16 20:31:50] error: zh:ezsp:ezsp: Connection attempt 1 error: Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_b021913d650eef119dddbe2a433abf1e-if00-port0 adapter: ember
[2024-10-16 20:31:55] error: zh:ezsp:ezsp: Connection attempt 2 error: Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_b021913d650eef119dddbe2a433abf1e-if00-port0 adapter: ember
[2024-10-16 20:32:05] error: zh:ezsp:ezsp: Connection attempt 3 error: Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_b021913d650eef119dddbe2a433abf1e-if00-port0 adapter: ember
[2024-10-16 20:32:20] error: zh:ezsp:ezsp: Connection attempt 4 error: Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_b021913d650eef119dddbe2a433abf1e-if00-port0 adapter: ember
[2024-10-16 20:32:20] error: z2m: Error while starting zigbee-herdsman
[2024-10-16 20:32:20] error: z2m: Failed to start zigbee
[2024-10-16 20:32:20] error: z2m: Check https://www.zigbee2mqtt.i...2mqtt-fails-to-start.html for possible solutions
[2024-10-16 20:32:20] error: z2m: Exiting...
[2024-10-16 20:32:20] error: z2m: Error: Failure to connect
at Ezsp.connect (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/ezsp.ts:364:19)
at Driver.startup (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/driver.ts:186:13)
at EZSPAdapter.start (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/adapter/ezspAdapter.ts:152:16)
at Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:137:29)
at Zigbee.start (/app/lib/zigbee.ts:69:27)
at Controller.start (/app/lib/controller.ts:161:27)
at start (/app/index.js:154:5)

Ik ben een beetje lost hoe ik dit op kan lossen. Hopelijk heeft iemand hier een idee?

[bcome]

Bestaat /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_b021913d650eef119dddbe2a433abf1e-if00-port0 en heeft de gebruiker waarmee je zigbee2mqtt draait de juiste rechten om daar bij te mogen?

[hansvk]

vanooijen8 schreef op vrijdag 18 oktober 2024 @ 10:49:
Ik ben al een tijdje bezig om zigbee2mqtt werken te krijgen in mijn home assistant.

Mijn hardware:
- Raspberry pi4 met SSD
- Sonoff Zigbee dongle E

ik heb de firmware van de zigbee dongle bijgewerkt naar deze versie: ncp-uart-hw-v7.4.4.0-zbdonglee-115200.gbl zodat ember kan worden gebruikt.

Dongle is herkend in mijn HA:[Afbeelding]

Config Zigbee2MQTT:

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

Ik krijg Zigbee2MQTT echter niet gestart dit is de melding in de log:

[20:31:40] INFO: Preparing to start...
[20:31:41] INFO: Socat not enabled
[20:31:43] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2024-10-16 20:31:49] info: z2m: Logging to console, file (filename: log.log)
[2024-10-16 20:31:49] info: z2m: Starting Zigbee2MQTT version 1.40.2 (commit #unknown)
[2024-10-16 20:31:49] info: z2m: Starting zigbee-herdsman (2.1.3)
[2024-10-16 20:31:50] warning: zh:ezsp: 'ezsp' driver is deprecated and will only remain to provide support for older firmware (pre 7.4.x). Migration to 'ember' is recommended. If using Zigbee2MQTT see https://github.com/Koenkk/zigbee2mqtt/discussions/21462
[2024-10-16 20:31:50] error: zh:ezsp:ezsp: Connection attempt 1 error: Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_b021913d650eef119dddbe2a433abf1e-if00-port0 adapter: ember
[2024-10-16 20:31:55] error: zh:ezsp:ezsp: Connection attempt 2 error: Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_b021913d650eef119dddbe2a433abf1e-if00-port0 adapter: ember
[2024-10-16 20:32:05] error: zh:ezsp:ezsp: Connection attempt 3 error: Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_b021913d650eef119dddbe2a433abf1e-if00-port0 adapter: ember
[2024-10-16 20:32:20] error: zh:ezsp:ezsp: Connection attempt 4 error: Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_b021913d650eef119dddbe2a433abf1e-if00-port0 adapter: ember
[2024-10-16 20:32:20] error: z2m: Error while starting zigbee-herdsman
[2024-10-16 20:32:20] error: z2m: Failed to start zigbee
[2024-10-16 20:32:20] error: z2m: Check https://www.zigbee2mqtt.i...2mqtt-fails-to-start.html for possible solutions
[2024-10-16 20:32:20] error: z2m: Exiting...
[2024-10-16 20:32:20] error: z2m: Error: Failure to connect
at Ezsp.connect (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/ezsp.ts:364:19)
at Driver.startup (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/driver.ts:186:13)
at EZSPAdapter.start (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/adapter/ezspAdapter.ts:152:16)
at Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:137:29)
at Zigbee.start (/app/lib/zigbee.ts:69:27)
at Controller.start (/app/lib/controller.ts:161:27)
at start (/app/index.js:154:5)

Ik ben een beetje lost hoe ik dit op kan lossen. Hopelijk heeft iemand hier een idee?

En als je in de configuratie het veld onder mqtt leeg maakt (en HA herstart)? Als je core-mosquitto draait hoef je hier niets in te vullen.

[D4NG3R]

@vanooijen8 Check je config even opnieuw, ik gok dat je een paar spaties of een enter mist voor het device want aldus de logs gebruik je niet de ember driver:

code:

[2024-10-16 20:31:50] warning: zh:ezsp: 'ezsp' driver is deprecated and will only remain to provide support for older firmware (pre 7.4.x). Migration to 'ember' is recommended. If using Zigbee2MQTT see https://github.com/Koenkk/zigbee2mqtt/discussions/21462

En probeert die het apparaat

code:

/dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_b021913d650eef119dddbe2a433abf1e-if00-port0 adapter: ember

(dus inclusief "adapter: ember" in het pad) te openen:

code:

[2024-10-16 20:31:50] error: zh:ezsp:ezsp: Connection attempt 1 error: Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_b021913d650eef119dddbe2a433abf1e-if00-port0 adapter: ember

Heb zelf het oudere stickje / geen Ember, maar even ter illustratie zou het dit moeten zijn:

[Ruimzicht]

pelt schreef op donderdag 5 september 2024 @ 15:36:
[...]
Naar aanleiding van de reminder vandaag in dit topic ook geupdate. Wel inderdaad even uit elkaar moet halen en knopje indrukken, maar was binnen 5 minuten gedaan.

Ik heb ook sinds lange tijd eens gekeken en kwam er achter dat nog op 20220219 draai... Ervaar overigens nooit problemen met de Sonoff dongle-P, maar dan toch maar eens upgraden?

[pelt]

Ruimzicht schreef op vrijdag 18 oktober 2024 @ 14:02:
[...]

Ik heb ook sinds lange tijd eens gekeken en kwam er achter dat nog op 20220219 draai... Ervaar overigens nooit problemen met de Sonoff dongle-P, maar dan toch maar eens upgraden?

Misschien placebo, maar ik heb het gevoel dat sindsdien mijn bewegingssensoren sneller reageren (vooral als deze een tijdje idle zijn geweest)

[Ruimzicht]

pelt schreef op vrijdag 18 oktober 2024 @ 14:08:
[...]
Misschien placebo, maar ik heb het gevoel dat sindsdien mijn bewegingssensoren sneller reageren (vooral als deze een tijdje idle zijn geweest)

Dat zijn wel de argumenten die ik zoek. Bij vorige updates las ik toch regelmatig over problemen die ik nu niet ervaar dus zag het nut van een update niet zo. Maar het wordt nu wel eens tijd.

[vanooijen8]

D4NG3R schreef op vrijdag 18 oktober 2024 @ 11:00:
@vanooijen8 Check je config even opnieuw, ik gok dat je een paar spaties of een enter mist voor het device want aldus de logs gebruik je niet de ember driver:

code:

[2024-10-16 20:31:50] warning: zh:ezsp: 'ezsp' driver is deprecated and will only remain to provide support for older firmware (pre 7.4.x). Migration to 'ember' is recommended. If using Zigbee2MQTT see https://github.com/Koenkk/zigbee2mqtt/discussions/21462

En probeert die het apparaat

code:

/dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_b021913d650eef119dddbe2a433abf1e-if00-port0 adapter: ember

(dus inclusief "adapter: ember" in het pad) te openen:

code:

[2024-10-16 20:31:50] error: zh:ezsp:ezsp: Connection attempt 1 error: Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_b021913d650eef119dddbe2a433abf1e-if00-port0 adapter: ember

Heb zelf het oudere stickje / geen Ember, maar even ter illustratie zou het dit moeten zijn:
[Afbeelding]

Super bedankt!!! Het werkt nu, een paar spaties waren dus het probleem.

[D4NG3R]

vanooijen8 schreef op vrijdag 18 oktober 2024 @ 16:08:
[...]


Super bedankt!!! Het werkt nu, een paar spaties waren dus het probleem.

Yaml joh.

Helaas overkomt het mij ook iets te vaak dat de indenting voor problemen zorgt.. Mooi dat het is opgelost.

[habbekrats]

Even een vraagje,

Ik heb sinds de laatste HA en zigbeemqtt updates veel problemen met mijn setup

code:

[18:23:03] INFO: Preparing to start...
[18:23:03] INFO: Socat not enabled
[18:23:04] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2024-10-24 18:23:09] error:    zh:zstack:znp: Failed to determine if path is valid: 'Error: spawn udevadm ENOENT'
[2024-10-24 18:31:23] error:    z2m: Publish 'set' 'state' to 'Zigbee_kamer_raam' failed: 'Error: ZCL command 0x588e81fffed4aea5/1 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'No network route' (205))'
[2024-10-24 18:31:53] error:    z2m: Publish 'set' 'state' to 'Zigbee_kamer_raam' failed: 'Error: ZCL command 0x588e81fffed4aea5/1 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'No network route' (205))'
[2024-10-24 18:32:14] error:    z2m: Publish 'set' 'state' to 'Zigbee_kamer_raam' failed: 'Error: ZCL command 0x588e81fffed4aea5/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'No network route' (205))'
[2024-10-24 18:32:36] error:    z2m: Publish 'set' 'state' to 'Zigbee_kamer_raam' failed: 'Error: ZCL command 0x588e81fffed4aea5/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'No network route' (205))'

HAS 2024.10.3
Zigbee2Mqtt 1.40.2-1
Stick Slaesh's CC2652RB stick 9-3-2021

kan ik dat ding update met onderstaande link?

https://smlight.tech/flasher/#other_cc

[Septillion]

@habbekrats Denk het wel, maar Slaesh raadt ZigStar Multi Tool aan.

[habbekrats]

Septillion schreef op donderdag 24 oktober 2024 @ 19:25:
@habbekrats Denk het wel, maar Slaesh raadt ZigStar Multi Tool aan.

Gelasht met
https://github.com/Koenkk...dinator/Z-Stack_3.x.0/bin
CC2652RB_coordinator_20240710.zip

en nog verder van huis...

code:

Starting Zigbee2MQTT without watchdog.
[2024-10-24 20:06:21] error:    zh:zstack:znp: Failed to determine if path is valid: 'Error: spawn udevadm ENOENT'
[2024-10-24 20:06:41] error:    z2m: Error while starting zigbee-herdsman
[2024-10-24 20:06:41] error:    z2m: Failed to start zigbee
[2024-10-24 20:06:41] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
[2024-10-24 20:06:41] error:    z2m: Exiting...
[2024-10-24 20:06:41] error:    z2m: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
    at ZStackAdapter.start (/app/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:113:27)
    at Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:137:29)
    at Zigbee.start (/app/lib/zigbee.ts:69:27)
    at Controller.start (/app/lib/controller.ts:161:27)
    at start (/app/index.js:154:5)

/dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_22_98_87_24-if00-port0

heb ik de verkeerde flash gebruikt ?

[Septillion]

@habbekrats Zou de goede moeten zijn. Welke tool heb je gebruikt?

Al al gecheckt of hij wel verschijnt als serial device? Eventueel reboot.

En geef je adapter type in de config?

[habbekrats]

Septillion schreef op donderdag 24 oktober 2024 @ 20:23:
@habbekrats Zou de goede moeten zijn. Welke tool heb je gebruikt?

Al al gecheckt of hij wel verschijnt als serial device? Eventueel reboot.

En geef je adapter type in de config?

Na de herstart staat er netjes weer

/dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_22_98_87_24-if00-port0

En geef je adapter type in de config? Daar zoek ik even naar

code:

{
  "external_converters": [],
  "devices": [
    "devices.yaml"
  ],
  "groups": [
    "groups.yaml"
  ],
  "homeassistant": true,
  "permit_join": false,
  "mqtt": {
    "base_topic": "zigbee2mqtt",
    "user": "xxxxx",
    "password": "xxxxx",
    "server": "mqtt://core-mosquitto:1883"
  },
    "serial": {
    "port": "/dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_22_98_87_24-if00-port0"
  },
  "advanced": {
    "log_level": "warn",
    "pan_id": 6755,
    "channel": 11,
    "network_key": [
      1,
      3,
      5,
      7,
      9,
      11,
      13,
      15,
      0,
      2,
      4,
      6,
      8,
      10,
      12,
      13
    ],
    "availability_blocklist": [],
    "availability_passlist": []
  },
  "device_options": {},
  "blocklist": [],
  "passlist": [],
  "queue": {},
  "frontend": {
    "port": 8099
  },
  "experimental": {}

flashen gaat apart blijft hangen op all ok ?

[ Voor 11% gewijzigd door habbekrats op 24-10-2024 20:35 ]

[Septillion]

@habbekrats Zie https://www.zigbee2mqtt.i...zstack.html#configuration

Maar je ziet netjes een erase, write en verify langskomen?

Voor mij ook al wel even dat ik hem een update heb gegeven...

[habbekrats]

Septillion schreef op donderdag 24 oktober 2024 @ 20:47:
@habbekrats Zie https://www.zigbee2mqtt.i...zstack.html#configuration

Maar je ziet netjes een erase, write en verify langskomen?

Voor mij ook al wel even dat ik hem een update heb gegeven...

Zit er nu 20 minuten op, lijkt er niet op.


deze tool doet het wel goed https://smlight.tech/flasher/#other_cc

nu start de boel ook op, nu kijken hoe lang het goed gaat
alleen deze melding nog
error: zh:zstack:znp: Failed to determine if path is valid: 'Error: spawn udevadm ENOENT'

[Toinevb]

Gebruik al jaren Z2M in Home Assistant en heb inmiddels zo'n 80 sensoren. Werkt allemaal naar behoren. Nu heb ik een WT32-SCO1 aangeschaft. Deze display gebruikt Openhasp, maar ook Z2M en nu komt het probleem: bij de installatie moet ik de username en het wachtwoord invoeren. Helaas heb ik die gegevens dus niet vastgelegd. Stom, stom, stom, ik weet het, maar het is niet anders. De username heb ik kunnen achterhalen in /.storage/core_config_entries, maar het wachtwoord staat daar alleen versleuteld in. Mijn vraag is of ik nu gedwongen ben Z2M opnieuw te installeren en mijn 80 apparaten opnieuw te pairen of weet iemand misschien een slimmere manier?

[JBS]

@Toinevb Op welk wachtwoord doel je? Van je MQTT broker?

[Toinevb]

JBS schreef op zondag 27 oktober 2024 @ 08:15:
@Toinevb Op welk wachtwoord doel je? Van je MQTT broker?

Ja, van de broker.

[habbekrats]

Toinevb schreef op zaterdag 26 oktober 2024 @ 16:03:
Gebruik al jaren Z2M in Home Assistant en heb inmiddels zo'n 80 sensoren. Werkt allemaal naar behoren. Nu heb ik een WT32-SCO1 aangeschaft. Deze display gebruikt Openhasp, maar ook Z2M en nu komt het probleem: bij de installatie moet ik de username en het wachtwoord invoeren. Helaas heb ik die gegevens dus niet vastgelegd. Stom, stom, stom, ik weet het, maar het is niet anders. De username heb ik kunnen achterhalen in /.storage/core_config_entries, maar het wachtwoord staat daar alleen versleuteld in. Mijn vraag is of ik nu gedwongen ben Z2M opnieuw te installeren en mijn 80 apparaten opnieuw te pairen of weet iemand misschien een slimmere manier?

Die staan toch gewoon in ha Mosquitto broker configuratie? Als plain text.

[Toinevb]

habbekrats schreef op zondag 27 oktober 2024 @ 10:53:
[...]

Die staan toch gewoon in ha Mosquitto broker configuratie? Als plain text.

Dan zal het aan mijn configuratie liggen, want ze staan er echt niet in.

[Septillion]

@Toinevb Z2M krijgt vanuit HA een user toegewezen dus die hoeft niet in de config. En die hoef je nu ook niet boven water te krijgen.

Want je kunt in de config van je MQTT broker wel gewoon een user toevoegen. Dit kan je in de config yaml doen onder logins:. Maar ook elke HA user kan je gebruiken om in te loggen op MQTT. Dus je kunt ook via Settings -> People -> Users een gebruiker aanmaken om mee in te loggen op je MQTT.

[krijn1985]

Toinevb schreef op zaterdag 26 oktober 2024 @ 16:03:
Gebruik al jaren Z2M in Home Assistant en heb inmiddels zo'n 80 sensoren. Werkt allemaal naar behoren. Nu heb ik een WT32-SCO1 aangeschaft. Deze display gebruikt Openhasp, maar ook Z2M en nu komt het probleem: bij de installatie moet ik de username en het wachtwoord invoeren. Helaas heb ik die gegevens dus niet vastgelegd. Stom, stom, stom, ik weet het, maar het is niet anders. De username heb ik kunnen achterhalen in /.storage/core_config_entries, maar het wachtwoord staat daar alleen versleuteld in. Mijn vraag is of ik nu gedwongen ben Z2M opnieuw te installeren en mijn 80 apparaten opnieuw te pairen of weet iemand misschien een slimmere manier?

Ik kan niet vinden wat de WT32-SCO1 met z2m moet of kan? Dat ding heeft toch geen zigbee? Of probeer je in openhasp mqtt uit te lezen?

[NeFoRcE]

Dag!

Ik heb o.a. twee Nous TS011F.

Eén ervan geeft echt ontzettend veel berichten terug aan Zigbee2mqtt.

code:

info 2024-10-28 11:20:36z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Vliegenlamp', payload '{"child_lock":"UNLOCK","countdown":0,"current":0,"energy":0.05,"indicator_mode":"off/on","last_seen":"2024-10-28T10:20:36.396Z","linkquality":65,"power":0,"power_outage_memory":"off","state":"OFF","update":{"installed_version":-1,"latest_version":-1,"state":null},"update_available":null,"voltage":235}'
info 2024-10-28 11:20:36z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Vliegenlamp', payload '{"child_lock":"UNLOCK","countdown":0,"current":0,"energy":0.05,"indicator_mode":"off/on","last_seen":"2024-10-28T10:20:36.595Z","linkquality":65,"power":0,"power_outage_memory":"off","state":"OFF","update":{"installed_version":-1,"latest_version":-1,"state":null},"update_available":null,"voltage":235}'
info 2024-10-28 11:20:36z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Vliegenlamp', payload '{"child_lock":"UNLOCK","countdown":0,"current":0,"energy":0.05,"indicator_mode":"off/on","last_seen":"2024-10-28T10:20:36.802Z","linkquality":65,"power":0,"power_outage_memory":"off","state":"OFF","update":{"installed_version":-1,"latest_version":-1,"state":null},"update_available":null,"voltage":235}'
info 2024-10-28 11:20:36z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Vliegenlamp', payload '{"child_lock":"UNLOCK","countdown":0,"current":0,"energy":0.05,"indicator_mode":"off/on","last_seen":"2024-10-28T10:20:37.035Z","linkquality":65,"power":0,"power_outage_memory":"off","state":"OFF","update":{"installed_version":-1,"latest_version":-1,"state":null},"update_available":null,"voltage":235}'
info 2024-10-28 11:20:37z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Vliegenlamp', payload '{"child_lock":"UNLOCK","countdown":0,"current":0,"energy":0.05,"indicator_mode":"off/on","last_seen":"2024-10-28T10:20:37.233Z","linkquality":65,"power":0,"power_outage_memory":"off","state":"OFF","update":{"installed_version":-1,"latest_version":-1,"state":null},"update_available":null,"voltage":235}'
info 2024-10-28 11:20:37z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Vliegenlamp', payload '{"child_lock":"UNLOCK","countdown":0,"current":0,"energy":0.05,"indicator_mode":"off/on","last_seen":"2024-10-28T10:20:37.399Z","linkquality":65,"power":0,"power_outage_memory":"off","state":"OFF","update":{"installed_version":-1,"latest_version":-1,"state":null},"update_available":null,"voltage":235}'
info 2024-10-28 11:20:37z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Vliegenlamp', payload '{"child_lock":"UNLOCK","countdown":0,"current":0,"energy":0.05,"indicator_mode":"off/on","last_seen":"2024-10-28T10:20:37.601Z","linkquality":65,"power":0,"power_outage_memory":"off","state":"OFF","update":{"installed_version":-1,"latest_version":-1,"state":null},"update_available":null,"voltage":235}'
info 2024-10-28 11:20:37z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Vliegenlamp', payload '{"child_lock":"UNLOCK","countdown":0,"current":0,"energy":0.05,"indicator_mode":"off/on","last_seen":"2024-10-28T10:20:37.800Z","linkquality":65,"power":0,"power_outage_memory":"off","state":"OFF","update":{"installed_version":-1,"latest_version":-1,"state":null},"update_available":null,"voltage":235}'
info 2024-10-28 11:20:37z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Vliegenlamp', payload '{"child_lock":"UNLOCK","countdown":0,"current":0,"energy":0.05,"indicator_mode":"off/on","last_seen":"2024-10-28T10:20:38.001Z","linkquality":65,"power":0,"power_outage_memory":"off","state":"OFF","update":{"installed_version":-1,"latest_version":-1,"state":null},"update_available":null,"voltage":235}'
info 2024-10-28 11:20:38z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Vliegenlamp', payload '{"child_lock":"UNLOCK","countdown":0,"current":0,"energy":0.05,"indicator_mode":"off/on","last_seen":"2024-10-28T10:20:38.204Z","linkquality":65,"power":0,"power_outage_memory":"off","state":"OFF","update":{"installed_version":-1,"latest_version":-1,"state":null},"update_available":null,"voltage":235}'
info 2024-10-28 11:20:38z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Vliegenlamp', payload '{"child_lock":"UNLOCK","countdown":0,"current":0,"energy":0.05,"indicator_mode":"off/on","last_seen":"2024-10-28T10:20:38.401Z","linkquality":65,"power":0,"power_outage_memory":"off","state":"OFF","update":{"installed_version":-1,"latest_version":-1,"state":null},"update_available":null,"voltage":235}'
info 2024-10-28 11:20:38z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Vliegenlamp', payload '{"child_lock":"UNLOCK","countdown":0,"current":0,"energy":0.05,"indicator_mode":"off/on","last_seen":"2024-10-28T10:20:38.606Z","linkquality":65,"power":0,"power_outage_memory":"off","state":"OFF","update":{"installed_version":-1,"latest_version":-1,"state":null},"update_available":null,"voltage":235}'
info 2024-10-28 11:20:38

Hoe is dit mogelijk? Alle settings/params staan gelijk aan de andere NOUS en die gedraagt zich wel rustig...

Schopje naar het grote topic

[ Voor 0% gewijzigd door Septillion op 28-10-2024 14:03 ]

[Gizz]

In de database van Z2M komt de Nous TS011F niet voor. Kun je eens linken naar je specifieke module? De TS011F bestaat natuurlijk wel, dit is een veelvoorkomende module van Tuya waar verschillende merkjes op worden geplakt (maar juist Nous wordt er niet genoemd).

De TS011F is een beruchte: afhankelijk van de firmware rapporteert hij wel of niet het verbruik. Bij degene die het verbruik niet rapporteert moet je gaan pollen. Misschien staat je polling rate erg hoog?

Broken attribute reporting functionality

Starting with firmware version 1.0.5 (which comes pre-flashed on plugs produced since Q4 2021) core functionality on this plug is broken. TuYa has disabled the automatic reporting of power, voltage and current values meaning they need to be polled instead. The poll interval can be controlled through the measurement_poll_interval option.

Alle settings/params staan gelijk aan de andere NOUS en die gedraagt zich wel rustig...

Zit er misschien een verschil in de firmware-versie van je twee apparaten?

[ Voor 7% gewijzigd door Gizz op 28-10-2024 13:00 ]

[NeFoRcE]

Gizz schreef op maandag 28 oktober 2024 @ 12:53:
In de database van Z2M komt de Nous TS011F niet voor. Kun je eens linken naar je specifieke module? De TS011F bestaat natuurlijk wel, dit is een veelvoorkomende module van Tuya waar verschillende merkjes op worden geplakt (maar juist Nous wordt er niet genoemd).

De TS011F is een beruchte: afhankelijk van de firmware rapporteert hij wel of niet het verbruik. Bij degene die het verbruik niet rapporteert moet je gaan pollen. Misschien staat je polling rate erg hoog?


[...]


[...]

Zit er misschien een verschil in de firmware-versie van je twee apparaten?

Dag Gizz,

Ik gaf het zigbee-model door, maar het model nr is:
https://www.zigbee2mqtt.io/devices/A1Z.html#nous-a1z

Correct werkende versie:


Versie die héél veel data stuurt:


Verder zijn alle tabbladen gelijk in Home Assistant. Da's toch raar?

[habbekrats]

@NeFoRcE Bij sommige apparaten kun je de update frequentie instellen

[alex3305]

Vandaag eindelijk toegakomen aan het updaten van mijn Sonoff ZBDongle-P. Ik was er een beetje terughoudend mee omdat de laatste keer nogal wat gepiel was met de behuizing eraf halen en dat ieniemienie knopje indrukken terwijl je de USB kabel inplugt. Maar vandaag had ik de post van @ahbart gevolgd en na wat billenknijpen kwam nagenoeg alles na de update weer terug online. Bedankt @ahbart! Twee apparaten hadden er geen zin in, een lamp en een smart plug. Maar na het herstarten van deze devices werkte deze ook direct weer. Zelf had ik deze notities gemaakt, misschien dat iemand anders er nog iets aan heeft. Ik heb in principe alle stappen op mijn servertje uitgevoerd.

Download de nieuwe Zigbee firmware
Download de laatste firmware uit deze GitHub repository. Download hiervoor de CC1352P2_CC2652P_launchpad_*.zip met cURL op de server en pak deze uit. Voorbeeld met de meest recente versie:

Bash:

cd /tmp/
curl -LO https://github.com/Koenkk/Z-Stack-firmware/raw/refs/heads/master/coordinator/Z-Stack_3.x.0/bin/CC1352P2_CC2652P_launchpad_coordinator_20240710.zip
mkdir -p /mnt/user/appdata/zigbee2mqtt/firmware
unzip CC1352P2_CC2652P_launchpad_coordinator_*.zip -d /mnt/user/appdata/zigbee2mqtt/firmware
rm /tmp/CC1352P2_CC2652P_launchpad_coordinator_*.zip

Pas de compose file aan
In de Docker Compose moet je de volume mapping aanpassen aan de zojuist gedownloadde firmware.

YAML:

---
services:
  ti-cc-tool:
    image: "ckware/ti-cc-tool:latest"
    pull_policy: always
    command:
      - "-ewv"
      - "-p"
      - "/dev/ttyUSB0"
      - "--bootloader-sonoff-usb"
    environment:
      FIRMWARE_FILE: "/firmware.hex"
    devices:
      - "/dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0:/dev/ttyUSB0"
    volumes:
      - /mnt/user/appdata/zigbee2mqtt/firmware/CC1352P2_CC2652P_launchpad_coordinator_20240710.hex:/firmware.hex

Installeer de nieuwe firmware
Installatie gebeurt met Docker Compose:

Bash:

docker stop zigbee2mqtt
docker compose -f /mnt/user/appdata/dockge/stacks/zigbee2mqtt/update.yml up
docker start zigbee2mqtt

Log van een succesvolle update

ti-cc-tool-1  | Firmware file:   '/firmware.hex'
ti-cc-tool-1  | sonoff
ti-cc-tool-1  | Opening port /dev/ttyUSB0, baud 500000
ti-cc-tool-1  | Reading data from /firmware.hex
ti-cc-tool-1  | Firmware file: Intel Hex
ti-cc-tool-1  | Connecting to target...
ti-cc-tool-1  | CC1350 PG2.0 (7x7mm): 352KB Flash, 20KB SRAM, CCFG.BL_CONFIG at 0x00057FD8
ti-cc-tool-1  | Primary IEEE Address: 00:12:4B:00:26:B8:65:8E
ti-cc-tool-1  |     Performing mass erase
ti-cc-tool-1  | Erasing all main bank flash sectors
ti-cc-tool-1  |     Erase done
ti-cc-tool-1  | Writing 360448 bytes starting at address 0x00000000
Write 104 bytes at 0x00057F988es at 0x00000000
ti-cc-tool-1  |     Write done
ti-cc-tool-1  | Verifying by comparing CRC32 calculations.
ti-cc-tool-1  |     Verified (match: 0xd9dd0124)
ti-cc-tool-1  | ERROR: int() can't convert non-string with explicit base
ti-cc-tool-1 exited with code 1

[alex3305]

Ik had nog wel een probleem waar ik zelf niet helemaal uitkwam. Ik heb een aantal Sonoff SNZB-03 bewegingssensoren. Die werken op zich prima behalve toen ik op vakantie was een tijdje geleden. Ik merkte dat deze onbeschikbaar werden omdat ze circa 24 uur niet getriggerd werden. Ik zag in de Zigbee2MQTT instellingen dat passieve apparaten na 1500 minuten (25 uur) zonder activatie als offline worden gemarkeerd.

Nu is dat natuurlijk gewenst voor apparaten die daadwerkelijk offline gaan, maar voor deze apparaten niet zo. Is er een mogelijkheid om bepaalde apparaten uit te zonderen? Of mis ik een specifieke apparaatinstelling?

[synoniem]

Bij mij hoef ik niet op een bootknopje te drukken als ik "--bootloader-sonoff-usb" mee geef bij het flashen van de Sonoff P.

[alex3305]

synoniem schreef op maandag 28 oktober 2024 @ 21:59:
Bij mij hoef ik niet op een bootknopje te drukken als ik "--bootloader-sonoff-usb" mee geef bij het flashen van de Sonoff P.

Misschien had ik het niet duidelijk genoeg opgeschreven, maar dat bedoelde ik dus.

[Septillion]

alex3305 schreef op maandag 28 oktober 2024 @ 20:43:
Ik had nog wel een probleem waar ik zelf niet helemaal uitkwam. Ik heb een aantal Sonoff SNZB-03 bewegingssensoren. Die werken op zich prima behalve toen ik op vakantie was een tijdje geleden. Ik merkte dat deze onbeschikbaar werden omdat ze circa 24 uur niet getriggerd werden. Ik zag in de Zigbee2MQTT instellingen dat passieve apparaten na 1500 minuten (25 uur) zonder activatie als offline worden gemarkeerd.

Nu is dat natuurlijk gewenst voor apparaten die daadwerkelijk offline gaan, maar voor deze apparaten niet zo. Is er een mogelijkheid om bepaalde apparaten uit te zonderen? Of mis ik een specifieke apparaatinstelling?

availability is ook een setting die je per device kunt doen.

Maar andere kant, de state "unavailable" doet verder heel weinig. Het is primair een indicatie aan jou maar het blokkeert niet dat een device kan spreken ofzo. Het is alleen de mededeling dat al een tijde niets van het device gehoord is.

[ Voor 4% gewijzigd door Septillion op 29-10-2024 12:17 ]

[habbekrats]

Septillion schreef op dinsdag 29 oktober 2024 @ 12:02:
[...]

availability is ook een setting die je per device kunt doen.

Maar andere kant, de state "unavailable" doet verder heel weinig. Het is primair een indicatie aan jouw maar het blokkeert niet dat een device kan spreken ofzo. Het is alleen de mededeling dat al een tijde niets van het device gehoord is.

Na de update van mijn Zigbeestich duurde het 24 uur voor het hele zigbee netwerk weer stabiel opgebouw was. In het eerste uur was alles sloom en en reageerde niet. Het opbouwen van de map duurde 5 minuten en gaf een hoop devices welke los rond aan het zweven waren. Pas de volgende dag had ik weer een stabiel netwerk.

[alex3305]

Septillion schreef op dinsdag 29 oktober 2024 @ 12:02:
[...]

availability is ook een setting die je per device kunt doen.

Maar andere kant, de state "unavailable" doet verder heel weinig. Het is primair een indicatie aan jou maar het blokkeert niet dat een device kan spreken ofzo. Het is alleen de mededeling dat al een tijde niets van het device gehoord is.

Ja ik weet het. Het is ook niet het einde van de wereld. Maar ik heb (in Home Assistant) notificaties staan op apparaat beschikbaarheid. Het is ergens ook wel grappig dat je dan na 25 uur ineens een paar notificaties krijgt dat apparaten zijn weggevallen. Ook wel een beetje onverwacht, want zo vaak gaan we ook niet op vakantie .

[Stalensnuitje]

Goedemorgen,

Ik wist het eigenlijk al wel, maar ik loop nu echt aan tegen het feit dat ik eigenlijk niet zo goed begrijp hoe het hele Z2M nou werkt

That is, ik heb een heleboel zaken werken gekregen, maar nu is een van mijn scenes stuk en krijg ik het niet gefixt.

Situatie: de PS4 van de kinderen gaat automatisch aan als ik de TV inschakel, dat wil ik niet. Ik heb dat ding daarom op een slimme stekkerdoos aangesloten. Ik had nog een scene knop van Ikea liggen, bij een button press schakelde de stekkerdoos dan in, dus dat deden de kids dan vorodat ze wilden gamen. Bij uitschakelen van de TV gaat de stekkerdoos na een minuutje weer uit.

So far so good, maar 3 dagen geleden werkte het ineens niet meer. Problemen! Het punt is nu dat ik eigenlijk niet weet waar ik moet beginnen. Ik kan onder Automations in HA zien dat het inderdaad een paar dagen geleden is dat 'ie gerund heeft, maar waar kan ik nou vinden of überhaupt het signaal van de scene-knop doorkomt?

In de Z2M-pagina van de knop zie ik "Availability" op Disabled staan, zit het daar in, of is dat alleen dat 'ie op het moment van kijken geen signaal ontvangt (logisch, is een pushbutton) Battery level staat op 74%, maar mijn ervaring met andere Zigbee-devices is dat die ook niet meer betrouwbaar is als de batterij toch leeg blijkt te zijn

En als dat niet het geval blijkt te zijn: moet ik de knop dan verwijderen en opnieuw koppelen, of zijn er andere troubleshoot mogelijkheden?

[JaapB]

Stalensnuitje schreef op vrijdag 1 november 2024 @ 11:02:
Goedemorgen,

Ik wist het eigenlijk al wel, maar ik loop nu echt aan tegen het feit dat ik eigenlijk niet zo goed begrijp hoe het hele Z2M nou werkt

That is, ik heb een heleboel zaken werken gekregen, maar nu is een van mijn scenes stuk en krijg ik het niet gefixt.

Situatie: de PS4 van de kinderen gaat automatisch aan als ik de TV inschakel, dat wil ik niet. Ik heb dat ding daarom op een slimme stekkerdoos aangesloten. Ik had nog een scene knop van Ikea liggen, bij een button press schakelde de stekkerdoos dan in, dus dat deden de kids dan vorodat ze wilden gamen. Bij uitschakelen van de TV gaat de stekkerdoos na een minuutje weer uit.

So far so good, maar 3 dagen geleden werkte het ineens niet meer. Problemen! Het punt is nu dat ik eigenlijk niet weet waar ik moet beginnen. Ik kan onder Automations in HA zien dat het inderdaad een paar dagen geleden is dat 'ie gerund heeft, maar waar kan ik nou vinden of überhaupt het signaal van de scene-knop doorkomt?

In de Z2M-pagina van de knop zie ik "Availability" op Disabled staan, zit het daar in, of is dat alleen dat 'ie op het moment van kijken geen signaal ontvangt (logisch, is een pushbutton) Battery level staat op 74%, maar mijn ervaring met andere Zigbee-devices is dat die ook niet meer betrouwbaar is als de batterij toch leeg blijkt te zijn

En als dat niet het geval blijkt te zijn: moet ik de knop dan verwijderen en opnieuw koppelen, of zijn er andere troubleshoot mogelijkheden?

Als ik dit zo lees dan is dit eerder een probleem vanuit HA dan vanuit Zigbee2mqtt.

Blijft bij dit soort zaken altijd weer terugkijken of er iets is veranderd en zo ja wat er is veranderd.
Zou kunnen dat de stekkerdoos buiten bereik is gekomen maar dat is natuurlijk zo te testen.

En soms is een herstart van het systeem met alle services ook iets wat zaken op kan lossen.

[Stalensnuitje]

JaapB schreef op vrijdag 1 november 2024 @ 15:49:
[...]

Als ik dit zo lees dan is dit eerder een probleem vanuit HA dan vanuit Zigbee2mqtt.

Blijft bij dit soort zaken altijd weer terugkijken of er iets is veranderd en zo ja wat er is veranderd.
Zou kunnen dat de stekkerdoos buiten bereik is gekomen maar dat is natuurlijk zo te testen.

En soms is een herstart van het systeem met alle services ook iets wat zaken op kan lossen.

Bedankt voor het meedenken. Als ik vanuit HA de scène handmatig activeer doet ie het vlekkeloos en ook het uitschakelen met de tv gaat zoals het hoort, vandaar ik het probleem eerst zocht bij de knop. De stekkerdoos zelf is ook Zigbee, “dus” lijkt het me ook geen algemene Z2M error/storing.

Ik zal idd eerst maar eens rebooten. Maar er is dus geen “history” pagina waarop ik kan zien wanneer de laatste keer een signaal van de knop is ontvangen ofzo?

[Septillion]

@Stalensnuitje Als er bij "Availability" staat "disabled" dan heb je geen availability check aangezet in Z2M. Staat standaard ook niet aan. Aanzetten doet bij batterijdevices ook niets anders dan bijhouden of er afgelopen x tijd wel een bericht van het device gekomen is. Heeft geen invloed op de werking.

En ja, in HA zou je ook voor de button gewoon een device moeten hebben met een log. Maar ook als je de automation open hebt en je drukt op de knop zou je bij de trigger dat moeten zien (verschijnt "triggered").

En voor je heel diep in de config kant duikt, batterij niet leeg?

[Stalensnuitje]

Septillion schreef op vrijdag 1 november 2024 @ 16:47:
@Stalensnuitje Als er bij "Availability" staat "disabled" dan heb je geen availability check aangezet in Z2M. Staat standaard ook niet aan. Aanzetten doet bij batterijdevices ook niets anders dan bijhouden of er afgelopen x tijd wel een bericht van het device gekomen is. Heeft geen invloed op de werking.

En ja, in HA zou je ook voor de button gewoon een device moeten hebben met een log. Maar ook als je de automation open hebt en je drukt op de knop zou je bij de trigger dat moeten zien (verschijnt "triggered").

En voor je heel diep in de config kant duikt, batterij niet leeg?

Batterij staat nog op 74%, maar een wissel net maakte ook niks uit.

Logboek van HA was een goede, had ik zelf kunnen bedenken

Zie alleen geen trigger binnenkomen, maar wel dat ie “turned on” is nadat ik HA opnieuw had gestart.

Dus je zou idd zeggen: er is batterij genoeg om m überhaupt ontdekt te laten worden, maar de actie wordt niet geregistreerd?

[Septillion]

@Stalensnuitje "ontdekt te laten worden" is geen concept in Zigbee. Alleen in pairing mode kan een device zich kenbaar maken. Maar anders is er voor een batterij device alleen het feit dat hij data stuurt.

Zoals gezegd is er geen echte availability. Als je de optie aanzet in Z2M dan zal dat alleen inhouden dat Z2M bijhoudt wanneer de laatste keer was dat het device data zond.

Ik zou voor nu eens zeggen, re-pairen. Dus Z2M "Permin join" en dan het device in pairing mode brengen.

[Driek]

ik heb zigbee2mqtt draaien op een rpbi 4b met een sonof zigbee dongle.
Nu heb ik sinds gisteren alleen maar problemen met de zigbee devices, veel timeouts, veel errors, en veel eniteiten reageren traag of helemaal niet.
De handel al een paar keer opnieuw opgestart etc, maar niks helpt.

Anderen hier ook last van?

overigens lijk de mqtt broker ook gek te doen, anderen devices moet ik soms bewust opnieuw aanmelden na een herstart.

de zigbee errors

code:

[2024-11-01 20:19:33] error:    z2m: Publish 'set' 'state' to '0xa4c138ae0f1f241a' failed: 'Error: ZCL command 0xa4c138ae0f1f241a/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))'
[2024-11-01 20:19:51] error:    z2m: Publish 'set' 'state' to '0xa4c138ae0f1f241a' failed: 'Error: ZCL command 0xa4c138ae0f1f241a/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))'
[2024-11-01 20:21:54] error:    z2m: Publish 'set' 'state' to '0xa4c138ae0f1f241a' failed: 'Error: ZCL command 0xa4c138ae0f1f241a/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))'
[2024-11-01 20:21:54] error:    z2m: Publish 'set' 'state' to '0x70b3d52b6007a28b' failed: 'Error: ZCL command 0x70b3d52b6007a28b/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))'
[2024-11-01 20:21:54] error:    z2m: Publish 'set' 'state' to '0x70b3d52b6008a45f' failed: 'Error: ZCL command 0x70b3d52b6008a45f/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))'
[2024-11-01 20:21:55] error:    z2m: Publish 'set' 'state' to '0x70b3d52b6007a750' failed: 'Error: ZCL command 0x70b3d52b6007a750/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))'
[2024-11-01 20:23:26] error:    z2m: Publish 'set' 'state' to '0x70b3d52b6008a45f' failed: 'Error: ZCL command 0x70b3d52b6008a45f/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))'
[2024-11-01 20:23:26] error:    z2m: Publish 'set' 'state' to '0x70b3d52b6007a28b' failed: 'Error: ZCL command 0x70b3d52b6007a28b/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))'
[2024-11-01 20:23:27] error:    z2m: Publish 'set' 'state' to '0x70b3d52b6007a750' failed: 'Error: ZCL command 0x70b3d52b6007a750/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))'
[2024-11-01 20:23:35] error:    z2m: Publish 'set' 'state' to '0xa4c138ae0f1f241a' failed: 'Error: ZCL command 0xa4c138ae0f1f241a/1 genOnOff.on({},

[ Voor 95% gewijzigd door Driek op 01-11-2024 20:37 ]

[Septillion]

@Driek E of P?

[Driek]

Septillion schreef op vrijdag 1 november 2024 @ 20:37:
@Driek E of P?

Bedoel je de dongle?
usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus


het lijkt wellicht op dit:
https://github.com/Koenkk/zigbee2mqtt/issues/24365
of
https://github.com/Koenkk/zigbee2mqtt/issues/22189

Kan op interference lijken, maar er is eigenlijk niks veranderd aan mijn setup.
Enige is dat ik 3 shellys heb vervangen, maar verder niks.
In de meterkast is verder niks veranderd, en de dongle hangt aan een usb verlengkabel zo ver mogelijk van alles vandaan.


Uiteindelijk de sonof even zo ver mogelijk van de meterkast gelegd, en alles werkte weer.
Nu weer terug gehangen en lijkt te blijven werken.

[ Voor 60% gewijzigd door Driek op 01-11-2024 21:52 ]

[PCan]

Krijg die ZIgbee UBS 3.0 dongle niet aan de praat.
Heb hier gekeken, maar dat is te ingewikkeld voor mij https://www.zigbee2mqtt.i...e2mqtt-fails-to-start.htm
Heb de Zigbee2mqqt opnieuw geïnstalleerd, maar dat maakt niet uit.


Heb deze methode gebruikt: YouTube: Sonoff Zigbee 3.0 USB Dongle Plus with Zigbee2MQTT on Home Assistant
Ik stop ermee voor vandaag, ben al de hele dag bezig.
Hopelijk is er geen genie met een simpele oplossing.

Lijkt meer een Z2M issue => schopje

[ Voor 2% gewijzigd door Septillion op 02-11-2024 12:57 ]

[Himalaya]

Driek schreef op vrijdag 1 november 2024 @ 20:39:
[...]

Bedoel je de dongle?
usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus


het lijkt wellicht op dit:
https://github.com/Koenkk/zigbee2mqtt/issues/24365
of
https://github.com/Koenkk/zigbee2mqtt/issues/22189

Kan op interference lijken, maar er is eigenlijk niks veranderd aan mijn setup.
Enige is dat ik 3 shellys heb vervangen, maar verder niks.
In de meterkast is verder niks veranderd, en de dongle hangt aan een usb verlengkabel zo ver mogelijk van alles vandaan.


Uiteindelijk de sonof even zo ver mogelijk van de meterkast gelegd, en alles werkte weer.
Nu weer terug gehangen en lijkt te blijven werken.

Afgelopen week precies dezelfde ervaring gehad met twee SLZB-06P7 Coordinators, een in de meterkast voor beneden en een in het trapgat op zolder voor boven. Draaide maanden prima en ineens viel alles stil met dezelfde error die jij hebt. Uiteindelijk beide units verplaatst met een langere netweekkabel en daar was alles weer. Nu al weer een week stabiel.

Bij mij leek de trigger wel een hele set aan ota updates die het zigbee mesh overvoerde en een update naar de 2024-10 z2m. Heb ota updates nu op handmatig gezet en alles een voor een toch maar bijgewerkt.

Was blij dat ik nog een snapshot had staan want z2m wilde ook niet meer opstarten met BufferFull meldingen op de SLZB’s. Snapshot was versie terug en dan werkte alles weer.

Maar heeft mijn vertrouwen in zigbee wel een deuk laten oplopen, laat staan de WAF. Ga mijn verlichtingsplan en schakelaars toch nog eens opnieuw tegen het licht houden.

Morgen proberen de SLZB’s weer op hun originele plek te hangen.

[Gizz]

@Himalaya waarom heb je 2 aparte zigbee-netwerken? Waarom niet 1 groot mesh waarbij alles elkaar kan helpen?

[Gizz]

PCan schreef op vrijdag 1 november 2024 @ 20:58:
Heb hier gekeken, maar dat is te ingewikkeld voor mij https://www.zigbee2mqtt.i...e2mqtt-fails-to-start.htm
(...)
Hopelijk is er geen genie met een simpele oplossing.

Ik zou hier om hulp vragen, want je probleem heeft met Z2M te maken en niet met HA.

Verder is er vast wel een stapje gelukt uit die troubleshoot lijst? Tot waar lukt het wel? Neem dat meteen mee in het andere topic

[RudolfR]

@PCan

Bij mij was de oorzaak dat ook automatisch ZHA was geconfigureerd en dus gebruik maakte van de stick. Die integratie moest ik uitzetten.

[Himalaya]

Gizz schreef op zaterdag 2 november 2024 @ 08:08:
@Himalaya waarom heb je 2 aparte zigbee-netwerken? Waarom niet 1 groot mesh waarbij alles elkaar kan helpen?

Dat zal wel een beetje beroepsdeformatie zijn maar ik hou van segmentatie . Ik heb een erg veel devices in huis en dat is er dus erg afhankelijk van geworden. Home automation betekent voor mij dat ik zelf niet meer aan de knoppen wil zitten en van het huis verwacht dat het doet wat ik op dat moment van haar verwacht. Dat betekent dus erg veel sensoren, schakelaren, slimme lampen, meters en dus ook erg veel data.

Lange tijd met USB Zigbee dongels gewerkt maar omdat ik Home Assistant op een VMware cluster draai wilde ik af van alles dat USB is en zo veel mogelijk naar bekabeld ethernet/POE zodat ik volledig host onafhankelijk mijn HA en Z2M (2 x dus) en DSMR Reader etc kan draaien, die ook weer allemaal een eigen VM of docker container hebben.

Door die vele zigbee devices had ik toch steeds vaker last van vertragingen in schakelingen en daar kan ik niet goed tegen, als het licht te laat aangaat doe ik het zelf wel. En ik weet dat een mesh van ruim 200 devices best moet kunnen maar de afhankelijkheid van één coordinator werd mij toch te groot. Dus is er een tweede bij gekomen (en licht er een derde op voorraad ). Alles werkt nu normaal echt enorm 'spiffy".

Boven op kanaal 25, beneden op 20, en Wifi waar het nog op 2.4GHz draait op 1 low power. En deze setup werkt eigenlijk prima. Maak voor elke update/upgrade in een van de componenten altijd eerst een snapshot en lees alle release notes en elke nacht een back-up. En nu kan ik een nieuwe versie eerst een paar dagen boven proberen en dan pas beneden uitvoeren.

Nu alleen nog op zoek naar een Zigbee/Ethernet coordinator, mijn allerlaatste USB device.

[alex3305]

Ik heb met mijn Dongle-P ook al één of twee keer last gehad dat het spontaan niet meer werkte. Een andere USB kabel lost het inderdaad vaak wel op. Ik heb er nog niet precies de vinger op weten te leggen waar dat nou misgaat.

Ik moet ook toegeven dat ik wellicht de meest ongunstige Zigbee situatie heb die je kunt bedenken. Ik heb mijn router en coordinator in dezelfde ruimte. Inmiddels wel een paar meter van elkaar verwijderd, maar dan nog. Ik zit tevens in een enorm stedelijk gebied met hoogbouw. Mijn buren storen dus (onbedoeld) ook. En dan heb ik ook nog twee keer een SRS draadloos subwoofer systeem lopen . Een keer of 10 per dag krijg ik dus een dergelijke warning:

code:

zigbee2mqtt  | [2024-11-01 17:22:33] warning:   z2m: Failed to ping 'Dining Table Bulb 1' 
(attempt 1/2, ZCL command 0x50325ffffec98b63/1 genBasic.read(["zclVersion"], 
{"timeout":10000,"disableResponse":false,"disableRecovery":true,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Timeout - 34705 - 1 - 47 - 0 - 1 after 10000ms))

en af en toe ook een vergelijkbare error:

code:

zigbee2mqtt  | [2024-11-01 17:09:00] error:     z2m: Publish 'set' 'state' to 'Dining Table Bulb 1' failed: 
'Error: ZCL command 0x50325ffffec98b63/1 genOnOff.off({}, 
{"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Timeout - 34705 - 1 - 230 - 6 - 11 after 10000ms)'

Het zijn ook altijd wel bijna dezelfde apparaten. Het vreemde is dat deze apparaten verder prima lijken te reageren wanneer ik ze nodig heb. Behalve dan de Dining Table Bulb's. Daar heb ik er 3 van en alhoewel ze naast elkaar hangen wisselt o.a. de LQI enorm. Momenteel is 1: 40, 2: 72 en 3: 85 . Maar ook dat zie ik wel bij meer apparaten.

[PCan]

@RudolfR @Gizz
Die heb ik nu verwijderd en ook de Mosquito server werkt nu goed.
Hij wil alleen de opties van de zigbee2mqqt config niet opslaan.
Ook als er nog niets bij serial staat.
Wat hebben jullie bij Socat staan? Had dit gekopieerd van youtube.
p.s ik heb een paar dingen onleesbaar gemaakt.

[Septillion]

@Driek Ja, want de twee versies zijn een wereld van verschil.

Maar goed, de ZBDingle-P dus, dat is de TI CC2652P versie. Welke firmware staat erop?

En zit deze netjes aan een USB 2.0 kabel?

Zelf een Slaesh (dus TI CC2652RB) wat feitelijk dezelfde is. Wel nog met firmware 20230507 maar hier geen issues.

[Septillion]

@Himalaya Hoeveel devices heb je dan wel niet Want segmentatie is eerder schadelijk dan nuttig bij Zigbee.

En netwerken kunnen heel groot zijn. Alleen spammende devices gooien roet in het eten. Maar dat doen ze ook al op kleinere netwerken...

[Septillion]

@PCan Je weet dus zeker dat ZHA verwijdert is?

En draai je MQTT los? Want als je het als addon draait hoef je daar verder helemaal niets in te vullen.

Qua socat, zolang er staat enabled: false maakt dat allemaal niet uit.

Maar wat je bij serial hebt staan slaat alleen nergens op... Daar zou je alleen port: moeten hebben. En eventueel nog adapter: zstack.

Overigens hoef je hele sticknaam niet onleesbaar te maken hoor. Alleen eventueel een wachtwoord of een network key^*. Kan je de hele yaml eens plaatsen? (Dus 3-dots => Edit in YAML).


* En dan ga ik er al vanuit dat je het slimme gedaan hebt en een random network key gekozen hebt wat 99% niet doet...

[PCan]

@Septillion


p.s. Ben ff paar uurtjes weg.

[ Voor 82% gewijzigd door PCan op 04-11-2024 08:14 ]

[Septillion]

@PCan yaml als text aub, als plaatje slaat nergens op.

En je bent wat vragen vergeten.

[PCan]

Septillion schreef op zaterdag 2 november 2024 @ 13:04:
@PCan Je weet dus zeker dat ZHA verwijdert is?

Ja, maar ik ga straks nog ff goed zoeken of er nog ergens iets van achter is gebleven.

En draai je MQTT los? Want als je het als addon draait hoef je daar verder helemaal niets in te vullen.

Als Add-on

Qua socat, zolang er staat enabled: false maakt dat allemaal niet uit.

ok

Maar wat je bij serial hebt staan slaat alleen nergens op... Daar zou je alleen port: moeten hebben. En eventueel nog adapter: zstack.

Had ik op YT gezien.

Overigens hoef je hele sticknaam niet onleesbaar te maken hoor. Alleen eventueel een wachtwoord of een network key^*. Kan je de hele yaml eens plaatsen? (Dus 3-dots => Edit in YAML).

YAML:

data_path: /config/zigbee2mqtt
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: "-d -d"
  log: false
mqtt:
  base topic: zigbee2mqtt
  server: mqtt:http://homeassistant.local:8123
  user: mqtt_gebruiker
  password: verwijderd 
serial:
  port: /dev/ttyUSB0
  ID: >-
    /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_5841e0b-if00-port0

* En dan ga ik er al vanuit dat je het slimme gedaan hebt en een random network key gekozen hebt wat 99% niet doet...

Sterk wachtwoord door HA gegenereerd.

[mbr]Zie even hoe je reacties in een quote plaatst en code-tags gebruikt[/]

[ Voor 5% gewijzigd door PCan op 04-11-2024 08:15 ]

[Septillion]

PCan schreef op zaterdag 2 november 2024 @ 14:37:
Als Add-on

Dan hoef je onder mqtt niets anders te hebben van je base_topic.

YAML:

data_path: /config/zigbee2mqtt
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: "-d -d"
  log: false
mqtt:
  base topic: zigbee2mqtt
  server: mqtt:http://homeassistant.local:8123
  user: mqtt_gebruiker
  password: verwijderd 
serial:
  port: /dev/ttyUSB0
  ID: >-
    /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_5841e0b6520eef11a278be2a433abf1e-if00-port0

ID: onder serial: slaat nergens op, die key bestaat niet.

Sterk wachtwoord door HA gegenereerd.

Ik had het niet over je HA wachtwoord maar over je network key. Dat is wat feitelijk je Zigbee netwerk beveiligd. De standaard is:

YAML:

network_key: [1, 3, 5, 7, 9, 11, 13, 15, 0, 2, 4, 6, 8, 10, 12, 13]

maar het is dus wijs hier een random andere voor te gebruiken.


Dus je zou uit de voeten moeten kunnen met:

YAML:

data_path: /config/zigbee2mqtt
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: "-d -d"
  log: false
mqtt: {}
serial:
  adapter: zstack
  port: >-
    /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_5841e0b6520eef11a278be2a433abf1e-if00-port0
advanced:
  network_key:
    - 128
    - 96
    - 150
    - 192
    - 254
    - 24
    - 115
    - 47
    - 33
    - 94
    - 140
    - 201
    - 112
    - 85
    - 28
    - 195

Hierbij al even voor je een random network_key gemaakt.

Maar gezien andere network key betekend dat je moet re-pairen ga ik er even vanuit dat dit je eerste keer Z2M is. Had je al gekoppelde devices en wil je nu wel een nieuwe network key gebruiken is het verstandig oom even je pan ID aan te passen.

[Himalaya]

Septillion schreef op zaterdag 2 november 2024 @ 12:17:
@Himalaya Hoeveel devices heb je dan wel niet Want segmentatie is eerder schadelijk dan nuttig bij Zigbee.

En netwerken kunnen heel groot zijn. Alleen spammende devices gooien roet in het eten. Maar dat doen ze ook al op kleinere netwerken...

Zoals ik al aangaf ga ik rap richting de 200. En inderdaad let ik erg op spammende devices (die doe ik liever via modbus, ethernet en wifi) en interferentie van andere stralingsbronnen. Maar het werkt al geruime tijd prima (op twee dagen vorige week na) en door de boven/beneden scheiding geeft het me iets meer WAF ruimte als het wel een keer even fout gaat en ligt niet meteen het hele huis plat.

Alleen jammer dat HA nog niet echt HA (high available) is in te richten met een failover cluster

[Septillion]

@Himalaya Dat is, zeker als je ook veel via modbus/ethernet/wifi doet wel heftig

offtopic:
Maar met je Zigbee in je netwerk kan je HA toch in een high availability Proxmox cluster hangen? Dat is nog steeds het enige voordeel dat ik zie in een ethernet-zigbee adapter.

[Himalaya]

Septillion schreef op zaterdag 2 november 2024 @ 17:01:
@Himalaya Dat is, zeker als je ook veel via modbus/ethernet/wifi doet wel heftig

offtopic:
Maar met je Zigbee in je netwerk kan je HA toch in een high availability Proxmox cluster hangen? Dat is nog steeds het enige voordeel dat ik zie in een ethernet-zigbee adapter.

Ik draai het op een VMware esxi cluster van 3 nodes met shared storage met HA en DRS. Vandaar ook geen USB meer.

[PCan]

@Septillion Dat werkte niet.
DIt wel;
Solved

YAML:

data_path: /config/zigbee2mqtt
socat:
enabled: false
master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
options: “-d -d”
log: false
mqtt:
server: mqtt://core-mosquitto:1883
user: Me
Password: My Password
serial:
port: >-
/dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_5841e0b652weggehaaldabf1e-if00-port0
adapter: ezsp (I may be needed to flash to ember, don’t know how)
frontend: true
port: 8099

warning: zh:ezsp: ‘ezsp’ driver is deprecated and will only remain to provide support for older firmware (pre 7.4.x). Migration to ‘ember’ is recommended. If using Zigbee2MQTT see
https://github.com/Koenkk/zigbee2mqtt/discussions/21462

[ Voor 1% gewijzigd door Septillion op 03-11-2024 13:36 ]

[Septillion]

@PCan Ik zie dat iTead inderdaad wat heeft lopen klooien met namen en dat dit een SiliconLab stick is. Maar enkele dingen:

ezsp is al tijd deprecated / wordt uitgefaseerd. Dus ember gebruiken is wel aan te raden.

user, wachtwoord en server bij mqtt zijn niet nodig.

Je hebt stelt nu geen eigen network key is dus gebruik je de default. Dat is vergelijkbaar met het niet hebben van een wachtwoord op je Zigbee.

[PCan]

@Septillion Heb al een aantal dingen aan moeten passen.
Iemand zat zijn Ikea zigbee spotjes op mijn HA te plaatsen.
Maar was al blij dat hij het eindelijk deed na 3 dagen klooien.
Wordt vervolgd.

In de Smartphone App kan je sowieso de temperatuur van de Sonoff SNZB02D niet kalibreren.
Wel in Zigbee2MQTT, maar wat je daar ook doet heeft geen effect op de sensor.
Die geeft in het display 19,6 grC aan en op de kaart 20,4 grC.
Met de IR meter is de werkelijke temperatuur 20.0 grC.

[ Voor 41% gewijzigd door PCan op 03-11-2024 22:59 ]

[Mimiix]

Stalensnuitje schreef op vrijdag 1 november 2024 @ 17:13:
[...]

Batterij staat nog op 74%, maar een wissel net maakte ook niks uit.

Logboek van HA was een goede, had ik zelf kunnen bedenken

Zie alleen geen trigger binnenkomen, maar wel dat ie “turned on” is nadat ik HA opnieuw had gestart.

Dus je zou idd zeggen: er is batterij genoeg om m überhaupt ontdekt te laten worden, maar de actie wordt niet geregistreerd?

Disable en re-enable de automation eens?

[PCan]

Probeer ember te flashen op de Sonoff Dongle E
Hij ziet de dongle E, maar kan de huidige firmware op de dongle niet vinden.
Ik heb die CP210x Universal Windows driver v 11.3.0 op mijn PC geïnstalleerd.
En zie dit keer op keer
Niets werkt





Add-on in HA Ook geprobeert, maar die doet niks.

[ Voor 31% gewijzigd door PCan op 05-11-2024 15:51 . Reden: Nieuwe informatie ]

[Hmmbob]

Gokje: de stick moet in "bootmode" gezet worden?

(Geen ervaring met deze specifieke stick, wel met andere sticks waarbij dit geldt)

[PCan]

@Hmmbob
Er schijnt wel een zgn Bootloader knop op te zitten, maar dan moet je het apparaat helemaal uit elkaar halen om daar bij te kunnen. Bovendien als dat mis gaat, heb je helemaal niets meer.
https://sonoff.tech/wp-co...lus-firmware-flashing.pdf
In de YT filmpjes wordt daar niet over gesproken.

P.s. het begint op te vallen dat bijna alles wat je in HA wil doen een probleem oplevert. Het moet je blijkbaar heel veel tijd kosten. Ik ben dat niet gewend. In de eWelink App gaat alles makkelijk en zijn de mogelijkheden ook veel intuïtiever en uitgebreider. Lekker makkelijk op je Smartphone. Dat heeft HA ook, zo'n mobiele App, maar daarin zijn de mogelijkheden nog beperkter dan in de Web versie.
Ik heb bijna geen zin om mijn apparaten van eWelink over te zetten naar HA.

[ Voor 40% gewijzigd door PCan op 05-11-2024 18:03 ]

[JBS]

PCan schreef op dinsdag 5 november 2024 @ 17:54:
@Hmmbob
Er schijnt wel een zgn Bootloader knop op te zitten, maar dan moet je het apparaat helemaal uit elkaar halen om daar bij te kunnen. Bovendien als dat mis gaat, heb je helemaal niets meer.
https://sonoff.tech/wp-co...lus-firmware-flashing.pdf
In de YT filmpjes wordt daar niet over gesproken.

Twee schroefjes en hij is "helemaal uit elkaar". Zie onder andere dit firmware flash instructie filmpje waarin dat ook allemaal getoond wordt. YouTube: Upgrade Your Sonoff Zigbee Dongle-E with Confidence in Minutes

PCan schreef op dinsdag 5 november 2024 @ 17:54:
Ik heb bijna geen zin om mijn apparaten van eWelink over te zetten naar HA.

Dan blijf je toch lekker bij eWelink

[ Voor 38% gewijzigd door JBS op 05-11-2024 18:19 ]

[SambalBij]

Vandaag ook eens begonnen hier mee te gaan prutselen. Een Sonoff ZBDongle-E besteld, en die in een RPi 3B+ gestoken.

PI is voorzien van Raspbian 12; Mosquitto, en Zigbee2MQTT.
Dit gekoppeld aan mijn reeds langer draaiende Home Assistant die op een VM in proxmox draait.
Gekozen voor die RPi er zo bij, om niet moeilijk te hoeven doen met een USB stick via Proxmox (Omdat ik die VM ook eventueel naar een andere node wil kunnen migreren)

Het meerendeel lijk ik werkend te hebben.

Die dongle via een Xmodem upload voorzien van 7.4.4 firmware.

De Zigbee2MQTT ziet de stick en communiceert daar mee. Communiceert ook met Mosquitto.
Op HA de Zigbee2MQTT proxy gezet, wat werkt, en de MQTT integratie die naar de Mosquitto connect.
Als ik een test Hue of Ikea lamp reset, nadat ik de 'Permit join' knop heb geklikt, dan worden de lampen (en een Hue dimmer switch) daar netjes in zichtbaar.

Ze komen ook meteen netjes als devices onder die MQTT integratie in HA terecht, en ook van daaruit kan ik de lampen sturen.

Ik heb alleen het idee dat er ergens iets heel instabiel werkt, wat omvalt zodra het iets te veel te doen krijgt.

Als voorbeeld; en paar automations aangemaakt voor de knoppen op die dimmer switch, om een groepje van 4 lampen aan of uit te zetten en te dimmen.
Druk ik op een knop, dan reageren de lampen. Druk ik snel achter elkaar op meerdere knoppen, of hou ik de up of down knoppen ingedrukt, dan crasht het geheel.
Die lampen hebben wat firmware updates staan. Update ik één lamp, dan gaat het vaak goed. Update ik er meerdere tegelijk, of druk ik tijdens zo'n update ook nog op de dimmer, dan crasht de boel weer...

Hij lijkt te veel tegelijk te doen te krijgen, iets raakt exceeded, en de boel stopt met fatal errors en timeouts. Herstart ik Z2M, dan werkt het gewoon weer, tot dit weer opnieuw gebeurt.

code:

[2024-11-05 19:15:58] info:     z2m: Update of 'Z2M Test lamp 1' at 92.77%, ≈ 1 minutes remaining
[2024-11-05 19:15:58] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Z2M Test lamp 1', payload '{"brightness":52,"color_mode":"xy","linkquality":196,"power_on_behavior":null,"state":"OFF","update":{"installed_version":16786948,"latest_version":1678
7456,"progress":92.77,"remaining":64,"state":"updating"},"update_available":null}'
[2024-11-05 19:16:16] info:     z2m: Update of 'Z2M Test lamp 1' at 100.00%
[2024-11-05 19:16:16] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Z2M Test lamp 1', payload '{"brightness":52,"color_mode":"xy","linkquality":196,"power_on_behavior":null,"state":"OFF","update":{"installed_version":16786948,"latest_version":1678
7456,"progress":100,"remaining":64,"state":"updating"},"update_available":null}'
[2024-11-05 19:17:40] info:     z2m: Finished update of 'Z2M Test lamp 1'
[2024-11-05 19:17:40] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Z2M Test lamp 1', payload '{"brightness":52,"color_mode":"xy","linkquality":196,"power_on_behavior":null,"state":"OFF","update":{"installed_version":16787456,"latest_version":16787456,"state":"idle"},"update_available":null}'
[2024-11-05 19:17:40] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/event', payload '{"data":{"friendly_name":"Z2M Test lamp 1","ieee_address":"0x0017880104c1d932"},"type":"device_announce"}'
[2024-11-05 19:17:40] info:     z2m: Device 'Z2M Test lamp 1' was updated from '{"dateCode":"20230912","softwareBuildID":"1.108.7"}' to '{"dateCode":"20240329","softwareBuildID":"1.116.3"}'
[2024-11-05 19:17:40] info:     z2m: Configuring 'Z2M Test lamp 1'
[2024-11-05 19:17:41] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/response/device/ota_update/update', payload '{"data":{"from":{"date_code":"20230912","software_build_id":"1.108.7"},"id":"Z2M Test lamp 1","to":{"date_code":"20240329","software_build_id":"1.116.3"}},"status":"ok","transaction":"yi3qc-1"}'
[2024-11-05 19:17:41] info:     z2m: Successfully configured 'Z2M Test lamp 1'
[2024-11-05 19:17:42] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/hue ', payload '{"brightness":52,"color_mode":"xy","state":"OFF"}'
[2024-11-05 19:17:42] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Z2M Test lamp 1', payload '{"brightness":52,"color_mode":"xy","linkquality":200,"power_on_behavior":null,"state":"OFF","update":{"installed_version":16787456,"latest_version":16787456,"state":"idle"},"update_available":null}'
[2024-11-05 19:18:08] info:     z2m: Updating 'Z2M Test lamp 2' to latest firmware
[2024-11-05 19:18:10] info:     z2m: Update of 'Z2M Test lamp 2' at 0.00%
[2024-11-05 19:18:10] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Z2M Test lamp 2', payload '{"brightness":52,"color_mode":"xy","linkquality":204,"power_on_behavior":null,"state":"OFF","update":{"installed_version":16786948,"latest_version":16787456,"progress":0,"state":"updating"},"update_available":null}'
[2024-11-05 19:18:11] info:     z2m: Updating 'Z2M Test lamp 3' to latest firmware
[2024-11-05 19:18:18] info:     z2m: Update of 'Z2M Test lamp 3' at 0.00%
[2024-11-05 19:18:18] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Z2M Test lamp 3', payload '{"brightness":52,"color_mode":"xy","linkquality":196,"power_on_behavior":null,"state":"OFF","update":{"installed_version":16786948,"latest_version":16787456,"progress":0,"state":"updating"},"update_available":null}'
[2024-11-05 19:18:25] error:    zh:ember:uart:ash: Received ERROR from adapter, with code=ERROR_EXCEEDED_MAXIMUM_ACK_TIMEOUT_COUNT.
[2024-11-05 19:18:25] error:    zh:ember:uart:ash: ASH disconnected | Adapter status: ASH_NCP_FATAL_ERROR
[2024-11-05 19:18:25] error:    zh:ember:uart:ash: Error while parsing received frame, status=ASH_NCP_FATAL_ERROR.
[2024-11-05 19:18:25] error:    zh:ember: Adapter fatal error: HOST_FATAL_ERROR
[2024-11-05 19:18:25] info:     zh:ember:uart:ash: ASH COUNTERS since last clear:
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   Total frames: RX=15421, TX=20585
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   Cancelled   : RX=0, TX=0
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   DATA frames : RX=15416, TX=5162
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   DATA bytes  : RX=374418, TX=450372
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   Retry frames: RX=3, TX=2
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   ACK frames  : RX=0, TX=15420
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   NAK frames  : RX=0, TX=0
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   nRdy frames : RX=0, TX=0
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   CRC errors      : RX=0
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   Comm errors     : RX=0
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   Length < minimum: RX=0
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   Length > maximum: RX=0
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   Bad controls    : RX=0
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   Bad lengths     : RX=0
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   Bad ACK numbers : RX=0
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   Out of buffers  : RX=0
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   Retry dupes     : RX=3
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   Out of sequence : RX=0
[2024-11-05 19:18:25] info:     zh:ember:uart:ash:   ACK timeouts    : RX=2
[2024-11-05 19:18:33] error:    zh:ember:ezsp: ERROR Transaction failure; status=ASH_ERROR_TIMEOUTS. Last Frame: [FRAME: ID=52:"SEND_UNICAST" Seq=40 Len=7].
[2024-11-05 19:18:33] error:    zh:ember:ezsp: ERROR Transaction failure; status=ASH_NCP_FATAL_ERROR. Last Frame: [FRAME: ID=52:"SEND_UNICAST" Seq=40 Len=7].
[2024-11-05 19:18:55] info:     zh:ember:uart:ash: Port closed.
[2024-11-05 19:18:55] info:     zh:ember:uart:ash: ======== ASH stopped ========
[2024-11-05 19:18:55] info:     zh:ember:ezsp: ======== EZSP stopped ========
[2024-11-05 19:18:55] info:     zh:ember: ======== Ember Adapter Stopped ========
[2024-11-05 19:18:55] error:    z2m: Adapter disconnected, stopping
[2024-11-05 19:18:55] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"offline"}'
[2024-11-05 19:18:55] info:     z2m: Disconnecting from MQTT server
[2024-11-05 19:18:55] info:     z2m: Stopping zigbee-herdsman...
[2024-11-05 19:18:55] info:     z2m: Stopped zigbee-herdsman
[2024-11-05 19:18:55] info:     z2m: Stopped Zigbee2MQTT

Stukje log; één lamp (Z2M Test lamp 1) updaten gaat goed, en is bovenaan dat stukje log klaar. Daarna start ik het updaten van lampen 2 én 3... Dat begint, en klapt er na 7 seconden uit met 'ERROR_EXCEEDED_MAXIMUM_ACK_TIMEOUT_COUNT' en dan valt het om...

Is dit nou die dongle die ergens op crasht? Heb ik de verkeerde firmware te pakken? Heb nu die 7.4.4 gepakt van https://github.com/darkxs....4.0-zbdonglee-115200.gbl
Ook anderen geprobeerd met zelfde resultaat. (De officiele van https://github.com/itead/...-sw_EZNet7.4.3_V1.0.0.gbl, en ook een 8.0.2 van https://github.com/Nerivec/silabs-firmware-builder/releases)

Doe ik nou wat verkeerd ergens? Denk dat het weinig met HA te maken heeft? Gezien dat updaten van die lamp firmware daar toch helemaal buitenom gaat? Daarbij zijn alleen maar Z2M, de dongle en de lamp betrokken?

edit:
De config van zigbee2mqtt:

YAML:

homeassistant: true
frontend:
  port: 8080
  host: 0.0.0.0
  auth_token: blablabla
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://localhost
  keepalive: 60
  password: 'blablabla'
  reject_unauthorized: true
  user: zigbee2mqtt
  version: 4
serial:
  port: /dev/ttyUSB0
  adapter: ember
  rtscts: false
advanced:
  network_key:
    - bla
    - bla
    - bla 
    etc etc
  pan_id: bla
  ext_pan_id:
    - bla
    - bla
  homeassistant_legacy_entity_attributes: false
  legacy_api: false
  legacy_availability_payload: false
device_options:
  legacy: false
devices:
  '0x000b57fffe8a714c':
    friendly_name: Ikea test lamp
  '0x0017880104c1d932':
    friendly_name: Z2M Test lamp 1
  '0x0017880104c2a3ad':
    friendly_name: Z2M Test lamp 2
  '0x0017880104cd2d09':
    friendly_name: Z2M Test lamp 3
  '0x00178801044527d8':
    friendly_name: Z2M Test lamp 4
  '0x001788010e2bf581':
    friendly_name: Z2M Test dimmer switch
groups:
  '1':
    friendly_name: 'hue '
    devices:
      - 0x00178801044527d8/11
      - 0x0017880104c1d932/11
      - 0x0017880104c2a3ad/11
      - 0x0017880104cd2d09/11

[ Voor 11% gewijzigd door Septillion op 06-11-2024 10:17 . Reden: yaml voor de leesbaarheid ]

[PCan]

@SambalBij Ik denk dat

frontend: true
port: 8099

Voldoende is.

[Septillion]

@SambalBij
Waarom niet 8.0.2?
Waarom MQTT niet in HA OS / op de VM?
Heb je een (USB 2) verlangkabel tussen de Pi en de stick? USB3 stoort namelijk nogal op Zigbee.

Overigens ook altijd verstandig het by-id pad naar de stick te gebruiken

[Gizz]

@SambalBij updaten veroorzaakt veel verkeer op je netwerk en de datasnelheden zijn laag. Daarom raakt de boel snel verstopt. Zelf update ik daarom eigenlijk uit gewoonte altijd 1 device per keer.

Verder zijn er natuurlijk andere factoren die kunnen meespelen. In dit topic komen de tips om je zigbee-mesh niet te laten overlappen met je 2.4Ghz wifi en altijd een verlengkabel te gebruiken (nooit direct de stick in je apparaat) vaak langs. Misschien speelt dat bij jou ook een rol.

Je lijkt te rommelen met allerlei verschillende firmware uit verschillende hoeken. Daarbij kan ik je niet echt adviseren omdat ik zelf een stick heb met andere chipset. En daarbij is het simpel: altijd de Z-stack firmware van Koen.

[PCan]

Soms werkt het gewoon;


Oh, ja. Voordat je Zigbee2MQTT start, ff in YAML adapter: ember

[SambalBij]

Dank voor de antwoorden
@PCan
Maakt dat echt uit? Dat is toch alleen die webinterface, wat verder weinig met de Zigbee kant doet?
Ik had er een auth_token op gezet om die interface een klein beetje af te schermen nog, hoewel ik niet heel veel gastgebruikers op mijn netwerk heb.

@Septillion
(Dat er ook YAML tags zijn had ik even gemist, thanks )
Niet 8.0.0 genomen omdat 8.0.2 daar de meest recente versie was, en ik las dat de 8.0.0 en 8.0.1 een issue hadden die in 8.0.2 was opgelost.

Mij HA draait in een VM op Proxmox op een pc in de meterkast, die ik eventueel kan migreren naar een tweede Proxmox elders in het huis. Dat gaat lastig met een mapped USB device.
USB kabel lijkt me niet echt een issue? RPi 3/B+ heeft alleen USB2. Ik had wel ook de wifi van het ding uitgezet via de config.txt, maar zie net dat bluetooth ook uit een aparte optie is, dus mogelijk staat die nog aan.
(Die zet ik vanavond ook nog wel uit; zou ook nog kunnen storen wellicht op de 2.4GHz?)

by-id pad gebruiken idd mee eens; zit nu maar één USB serial device in dus ttyUSB0 gaat nu goed, maar dat kan ooit veranderen mocht er nog eens wat nieuws bij komen

@Gizz
Ik heb gelukkig relatief weinig 2.4GHz wifi in de buurt. Niet overmatig veel rogue access points van buren, en zelf bijna alles (behalve wat IoT spul als een Roomba en een paar luchtreinigers) op die band zitten; meeste zit op 5 en 6 GHz.

Wifi overlap ga ik ook nog eens verder op inlezen idd. Ik heb op zich weinig issues met mijn huidige Zigbee spul aan een Hue bridge, maar nu ik dat zit te typen bedenk ik mij dat ik wellicht ook nog even naar de kanalen moet kijken om te voorkomen dat mijn bestaande Zigbee mesh gaat storen met deze (nu nog test) setup

Heb idd wel het idee dat het door te veel dataverkeer komt. De foutmelding lijkt te zeggen dat hij te veel verkeer heeft uitgestuurd waar nog geen ack op teruggekomen is, waardoor er een buffer is volgelopen. Nadat ik die lampen uiteindelijk één voor één had geupdate, wat wel goed ging, leek het daarna wel stabiel te werken met schakelen van lampen middels die dimmer.

[Septillion]

@SambalBij Uhh, ik bedoelde ook 8.0.2

En had het dus specifiek neiet over het draaien van Zigbee2MQTT in je HA OS / Proxmox maar alleen over de MQTT broker. Die zou ik daar dan juist wel draaien en dan alleen Zigbee2MQTT op een loss device.

Kabel proberen kan nooit kwaad voor wat afstand. Maar inderdaad, een Zigbee update heeft heeeeeeel veel verkeer. Dus zolang er updates lopen is dat een hele slechte benchmark.

[SambalBij]

@Septillion
Ah zo; Ik moet nog even wat beter inlezen op de functie van de verschillende componenten en hun functies geloof ik
Die 8.0.2 is wat er nu ook op staat. Ik twijfelde even of het nou beter was om de firmware van de fabrikant van de stick (Sonoff/Itead) er op te zetten, of die van de fabrikant van de chipset (Silicon) maar die laatste lijkt het ook verder goed te doen.

Ik had die broker (Dat is die Mosquitto toch?) erbij op die RPi geinstalleerd met het idee van dat hoort allemaal bij elkaar bij het Zigbee spul. Maar MQTT kan natuurlijk ook andere dingen doen dan alleen het Zigbee stukje via Z2M. (Hoewel ik volgens mij geen ander MQTT spul heb nu)
Zo bekeken is het inderdaad zinvoller om dat stukje wel centraal bij de HA te draaien.

Alles wat ik er nu voor test aan gehangen had (wat Hue lampen, een Ikea lamp en een Hue remote) is inmiddels geupdate, dus ik ga nu eerst maar eens prutsen met het aanmaken en sturen van lampen en scenes enzo vanuit HA ipv de Hue bridge en app. USB verlengkabel moet ik even naar op zoek, ga nog wel even ook de bluetooth van de pi uitzetten.

[ Voor 13% gewijzigd door SambalBij op 06-11-2024 18:28 ]

[Sp33dFr34k]

Raar issue met Z2M, ik heb nog 1 Lidl lamp over in mijn setup. Die is ineens weggevallen in Z2M, ik zie hem nergens meer terug in het dashboard, niet onder apparaten, etc. Nu had ik hem toegevoegd in een groep in Z2M, daar zie ik hem wél terug als onbekend apparaat. Ik kan hem zelfs schakelen met de groep, verder kan ik er helemaal niets meer mee. Wat raden jullie aan om hiermee te doen? Geen idee hoe ik die lamp nu eruit knikker/opnieuw aan moet melden?

Schopje

[ Voor 2% gewijzigd door Septillion op 06-11-2024 18:55 ]

[Septillion]

@Sp33dFr34k Die zou ik dan even re-pairen. Dus Z2M in 'permit join' en dan de lamp in pairing mode zetten.

En misschien even kijken of hij in de blocklist staat.

[Anoniem: 2158854]

@SambalBij , ik heb die error ook gehad. Uiteindelijk 7.4.1. geflashed waarbij 't niet voorkwam.
In mijn optiek dan ook een firmware issue.

[Driek]

Driek schreef op vrijdag 1 november 2024 @ 20:39:
[...]

Bedoel je de dongle?
usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus


het lijkt wellicht op dit:
https://github.com/Koenkk/zigbee2mqtt/issues/24365
of
https://github.com/Koenkk/zigbee2mqtt/issues/22189

Kan op interference lijken, maar er is eigenlijk niks veranderd aan mijn setup.
Enige is dat ik 3 shellys heb vervangen, maar verder niks.
In de meterkast is verder niks veranderd, en de dongle hangt aan een usb verlengkabel zo ver mogelijk van alles vandaan.


Uiteindelijk de sonof even zo ver mogelijk van de meterkast gelegd, en alles werkte weer.
Nu weer terug gehangen en lijkt te blijven werken.

ongeveer week stabiel geweest, nu weer ellende.

Hoe lang mag een usb kabel naar de stick zijn?
En is er wellicht een andere stick die minder last van de interferentie heeft?

Inmiddels 3 goedkope powersockets van "ali" uit het netwerk gehaald.
De foutmeldingen gingen alleen over deze 3 en het lijkt vooralsnog weer stabiel.

[ Voor 7% gewijzigd door Driek op 08-11-2024 13:03 ]

[Driek]

Septillion schreef op zaterdag 2 november 2024 @ 12:14:
@Driek Ja, want de twee versies zijn een wereld van verschil.

Maar goed, de ZBDingle-P dus, dat is de TI CC2652P versie. Welke firmware staat erop?

En zit deze netjes aan een USB 2.0 kabel?

Zelf een Slaesh (dus TI CC2652RB) wat feitelijk dezelfde is. Wel nog met firmware 20230507 maar hier geen issues.

Om ook hier nog te reageren.
Firmware, geen idee, draait nu paar jaar en nooit geupdate.

En inderdaad keurig aan een usb kabel, zo ver mogelijk van alles vandaan, maar de meterkast is maar klein, dus niet heel veel opties.

[Gizz]

Driek schreef op vrijdag 8 november 2024 @ 09:05:
[...]
Firmware, geen idee, draait nu paar jaar en nooit geupdate.

Misschien toch eens doen? In een paar jaar tijd zijn er weer behoorlijk wat bugs geplet.

[gigabit]

Goedenavond,
Ik heb een Sonoff Zigbee 3.0 USB Dongle Plus E aangeschaft via Ali en een paar Tuya Smart Zigbee Stopcontact 3680W 16A Power Energy Monitoring Tijdschakelaar EU die kunnen werken met zigbee2mqtt en home assistant.

Ik heb al veel gelezen maar kom er niet achter wat precies te doen.
1. Ik heb een Synology waarop ha draait in Virtual Machine Manager.
2. Heb de Zigbee 3.0 USB Dongle Plus E middels verleng snoer aan de NAS hangen en USB apparaat toegekend.
3. In HA wordt een nieuw device herkend: Sonoff Zigbee 3.0 USB Dongle Plus V2
Zigbee Home Automation
4. Moet ik deze hier nu installeren en zo ja met welke configuratie. Ik lees dat er verschillende Radiotype zijn bijvoorbeeld?
5. Of moet de Zigbee stick eerst geflasht worden?
Dit is wat ik zie in HA onder hardware bij de USB: :
/dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_7a30e5c98b38ef11a4bb387af3d9b1e5-if00-port0

Ik heb ondertussen ook Zigbee2MQTT add-on geinstalleerd volgens:
https://github.com/zigbee...adme-ov-file#installation
Huidige versie: 1.41.0-1 in HA toegevoegd.
Wanneer ik deze start krijg ik in de log steeds onderstaande foutmelding te zien


Wie kan mij verder op het goede pad helpen?

[ Voor 3% gewijzigd door gigabit op 11-11-2024 21:11 ]