Zigbee2mqtt - open source zigbee bridge - Deel 2

[belly89]

Ik heb deze schakelaar nu voor mijn spotjes in de gang.
https://www.zigbee2mqtt.io/devices/WS-EUK03.html

Deze heeft een decoupled mode en ik heb de spotjes vervangen voor dimbare slimme spotjes. Dit werkt mooi en ik kan het prima bedienen. Ik wil graag wel dat de spotjes blijven werken als mijn HA server offline is. Nu dacht ik dit met binding in z2m op te kunnen lossen, helaas lijkt het erop dat deze schakelaar dit niet ondersteund.

Mijn inbouwdoos is niet groot en een losse module achter een schakelaar past helaas niet, vandaar dat ik bovenstaande schakelaar ook gekocht had. Iemand nog een alternatieve schakelaar waarbij dit wel mogelijk is?

[JBS]

@belly89 Moet het Zigbee zijn? Anders heb je aan de Shelly kant (WiFi) daar wat opties.

[belly89]

JBS schreef op vrijdag 17 januari 2025 @ 15:14:
@belly89 Moet het Zigbee zijn? Anders heb je aan de Shelly kant (WiFi) daar wat opties.

Nee hoeft niet perse Zigbee te zijn, als het maar werkt als de server per ongeluk offline is.

[Vorkie]

belly89 schreef op vrijdag 17 januari 2025 @ 15:10:
Ik heb deze schakelaar nu voor mijn spotjes in de gang.
https://www.zigbee2mqtt.io/devices/WS-EUK03.html

Deze heeft een decoupled mode en ik heb de spotjes vervangen voor dimbare slimme spotjes. Dit werkt mooi en ik kan het prima bedienen. Ik wil graag wel dat de spotjes blijven werken als mijn HA server offline is. Nu dacht ik dit met binding in z2m op te kunnen lossen, helaas lijkt het erop dat deze schakelaar dit niet ondersteund.

Mijn inbouwdoos is niet groot en een losse module achter een schakelaar past helaas niet, vandaar dat ik bovenstaande schakelaar ook gekocht had. Iemand nog een alternatieve schakelaar waarbij dit wel mogelijk is?

Met een IKEA switch die ik hier hebt moet je ook eerst alles unbinden qua on/off en levelctrl. (met de coordinator en groep 1) en daarna pas bvinden met on/off - levelctr met de groep.

Misschien lukt het dan wel?

[ Voor 13% gewijzigd door Vorkie op 17-01-2025 15:32 ]

[Esumontere]

Vorkie schreef op vrijdag 17 januari 2025 @ 15:31:
[...]


Met een IKEA switch die ik hier hebt moet je ook eerst alles unbinden qua on/off en levelctrl. (met de coordinator en groep 1) en daarna pas bvinden met on/off - levelctr met de groep.

Misschien lukt het dan wel?

[Afbeelding]

Helaas is binding alleen supported door heel specifieke switches, waaronder die van IKEA.

[Vorkie]

Esumontere schreef op vrijdag 17 januari 2025 @ 15:35:
[...]

Helaas is binding alleen supported door heel specifieke switches, waaronder die van IKEA.

Dat wist ik niet, Ik heb alleen Philips en IKEA switches, dus dan heb ik onbewust geluk. Gezien ik het ook serverless proof hebt gemaakt.

Mocht Hass uitvallen, werken alle lampen nog gewoon met de switches.

[ Voor 16% gewijzigd door Vorkie op 17-01-2025 15:38 ]

[belly89]

Vorkie schreef op vrijdag 17 januari 2025 @ 15:38:
[...]


Dat wist ik niet, Ik heb alleen Philips en IKEA switches, dus dan heb ik onbewust geluk. Gezien ik het ook serverless proof hebt gemaakt.

Mocht Hass uitvallen, werken alle lampen nog gewoon met de switches.

Daar wist ik helaas ook niet, gelukkig maar 3 uur aan het prutsen om het werkend te krijgen Maar nu dus nog geen failsafe, hopelijk is er nog iemand met een geniale oplossing

Zou toch mooi zijn geweest dat als de schakelaar geen contact meer heeft met Z2M dat deze automatisch terugspringt van decoupled naar control_relay, maar helaas.

[hemertje]

een vraag mbt de Zigbee2MQTT 2.0.0 update?

https://github.com/Koenkk/zigbee2mqtt/discussions/24198

zoals ik het lees dien ik onderstaande toe te voegen aan /homeassistant/configuration.yaml

code:

# Zigbee2MQTT
advanced:
  homeassistant_legacy_entity_attributes: false
  homeassistant_legacy_triggers: false
  legacy_api: false
  legacy_availability_payload: false
device_options:
  legacy: false
  serial:
  adapter: zstack # <-- Add this line
  port: /dev/ttyACM0

wanneer ik onder Developer Tools de configuration check krijg ik

code:

Configuration warnings
Integration error: device_options - Integration 'device_options' not found.
Integration error: advanced - Integration 'advanced' not found.

wat doe ik fout en wat hoort het te zijn om te kunnen updaten naar Zigbee2MQTT 2.0.0-2?

Op naar Z2M topic

[ Voor 1% gewijzigd door Septillion op 22-01-2025 21:31 ]

[-Casper]

hemertje schreef op woensdag 22 januari 2025 @ 20:29:
een vraag mbt de Zigbee2MQTT 2.0.0 update?

https://github.com/Koenkk/zigbee2mqtt/discussions/24198

zoals ik het lees dien ik onderstaande toe te voegen aan /homeassistant/configuration.yaml

code:

# Zigbee2MQTT
advanced:
  homeassistant_legacy_entity_attributes: false
  homeassistant_legacy_triggers: false
  legacy_api: false
  legacy_availability_payload: false
device_options:
  legacy: false
  serial:
  adapter: zstack # <-- Add this line
  port: /dev/ttyACM0

wanneer ik onder Developer Tools de configuration check krijg ik

code:

Configuration warnings
Integration error: device_options - Integration 'device_options' not found.
Integration error: advanced - Integration 'advanced' not found.

wat doe ik fout en wat hoort het te zijn om te kunnen updaten naar Zigbee2MQTT 2.0.0-2?

Dit moet in de Z2M configuration, niet in die van HA. Staat een mapje in de config map van HA voor Zigbee2Mqtt. Daar vind je de config file.

[hemertje]

@-Casper en @gazzzman61

dank jullie wel voor de tip!


Zigbee2MQTT geeft vanuit het linkermenu de melding

code:

Zigbee2MQTT
The add-on is not running. Do you want to start it now?

in het scherm komt de melding

code:

502: Bad Gateway

zien jullie iets in de LOG wat niet klopt?

code:

[20:57:51] INFO: Preparing to start...
[20:57:52] INFO: Socat not enabled
[20:57:52] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:183
  return new YAMLException(message, mark);
         ^
YAMLException: duplicated mapping key (48:3)
 45 |   legacy: false
 46 |   serial:
 47 |   adapter: zstack # <-- Add this line
 48 |   port: /dev/ttyACM0
--------^
 49 | permit_join: true
 50 | devices:
    at generateError (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:183:10)
    at throwError (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:187:9)
    at storeMappingPair (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:358:7)
    at readBlockMapping (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1173:9)
    at composeNode (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1441:12)
    at readBlockMapping (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1164:11)
    at composeNode (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1441:12)
    at readDocument (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1625:3)
    at loadDocuments (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1688:5)
    at Object.load (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1714:19)
[20:59:46] INFO: Preparing to start...
[20:59:46] INFO: Socat not enabled
[20:59:46] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:183
  return new YAMLException(message, mark);
         ^
YAMLException: duplicated mapping key (48:3)
 45 |   legacy: false
 46 |   serial:
 47 |   adapter: zstack # <-- Add this line
 48 |   port: /dev/ttyACM0
--------^
 49 | permit_join: true
 50 | devices:
    at generateError (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:183:10)
    at throwError (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:187:9)
    at storeMappingPair (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:358:7)
    at readBlockMapping (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1173:9)
    at composeNode (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1441:12)
    at readBlockMapping (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1164:11)
    at composeNode (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1441:12)
    at readDocument (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1625:3)
    at loadDocuments (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1688:5)
    at Object.load (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1714:19)

en wat ik moet aanpassen?

[hemertje]

hemertje schreef op woensdag 22 januari 2025 @ 21:01:
@-Casper en @gazzzman61

dank jullie wel voor de tip!


Zigbee2MQTT geeft vanuit het linkermenu de melding

YAML:

Zigbee2MQTT
The add-on is not running. Do you want to start it now?

in het scherm komt de melding

code:

502: Bad Gateway

zien jullie iets in de LOG wat niet klopt?

code:

[20:57:51] INFO: Preparing to start...
[20:57:52] INFO: Socat not enabled
[20:57:52] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:183
  return new YAMLException(message, mark);
         ^
YAMLException: duplicated mapping key (48:3)
 45 |   legacy: false
 46 |   serial:
 47 |   adapter: zstack # <-- Add this line
 48 |   port: /dev/ttyACM0
--------^
 49 | permit_join: true
 50 | devices:
    at generateError (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:183:10)
    at throwError (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:187:9)
    at storeMappingPair (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:358:7)
    at readBlockMapping (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1173:9)
    at composeNode (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1441:12)
    at readBlockMapping (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1164:11)
    at composeNode (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1441:12)
    at readDocument (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1625:3)
    at loadDocuments (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1688:5)
    at Object.load (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1714:19)
[20:59:46] INFO: Preparing to start...
[20:59:46] INFO: Socat not enabled
[20:59:46] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:183
  return new YAMLException(message, mark);
         ^
YAMLException: duplicated mapping key (48:3)
 45 |   legacy: false
 46 |   serial:
 47 |   adapter: zstack # <-- Add this line
 48 |   port: /dev/ttyACM0
--------^
 49 | permit_join: true
 50 | devices:
    at generateError (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:183:10)
    at throwError (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:187:9)
    at storeMappingPair (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:358:7)
    at readBlockMapping (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1173:9)
    at composeNode (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1441:12)
    at readBlockMapping (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1164:11)
    at composeNode (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1441:12)
    at readDocument (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1625:3)
    at loadDocuments (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1688:5)
    at Object.load (/app/node_modules/.pnpm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1714:19)

en wat ik moet aanpassen?

in de config:

code:

serial:
  port: /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0
  adapter: ember
  rtscts: true
frontend:
  port: 8099
  device_options:
  legacy: false
  serial:
  adapter: zstack # <-- Add this line
  port: /dev/ttyACM0
permit_join: true

deze dubbele verwijderd in de config

serial:
adapter: zstack # <-- Add this line
port: /dev/ttyACM0

en Zigbee2MQTT doet het weer

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

[Septillion]

@hemertje Afgezien van adapter specificeren is het ook niet nodig voor 2.x hè. Het geeft je een manier om in 1.x te testen wat stuk gaat als je alle legacy spullen uit zet die weg zijn in 2.x.

Daarnaast, zoek het by-id path van je stick op

[belly89]

Heb sinds kort regelmatig dat apparaten niet aan willen gaan en niet reageren. In de logs van Z2M zie ik dan onderstaande foutmelding:

z2m: Publish 'set' 'state' to 'TV Zolder & Chromecast' failed: 'Error: ZCL command 0x3425b4fffed63a68/1 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Delivery failed for '28805'.)'

Iemand een idee? Ik heb nu zo'n 75 apparaten in mijn mesh netwerk en dit probleem eigenlijk niet eerder gehad? gebeurt bij meerdere apparaten Maak gebruik van de Sonoff Zigbee 3.0 Dongle Plus-E met firmware 7.4.3.

Heb al gezocht of mijn wifi interference geeft en heb hem op een ander kanaal gezet (wifi op kanaal 3, zigbee op kanaal 25) maar dit verhelpt het probleem niet helaas.

Iemand nog een idee waar ik kan zoeken?

[jj85]

belly89 schreef op vrijdag 24 januari 2025 @ 09:08:
Heb sinds kort regelmatig dat apparaten niet aan willen gaan en niet reageren. In de logs van Z2M zie ik dan onderstaande foutmelding:


[...]


Iemand een idee? Ik heb nu zo'n 75 apparaten in mijn mesh netwerk en dit probleem eigenlijk niet eerder gehad? gebeurt bij meerdere apparaten Maak gebruik van de Sonoff Zigbee 3.0 Dongle Plus-E met firmware 7.4.3.

Heb al gezocht of mijn wifi interference geeft en heb hem op een ander kanaal gezet (wifi op kanaal 3, zigbee op kanaal 25) maar dit verhelpt het probleem niet helaas.

Iemand nog een idee waar ik kan zoeken?

Dongle met een usb2 verlengkabel aangesloten?

[belly89]

jj85 schreef op vrijdag 24 januari 2025 @ 09:16:
[...]

Dongle met een usb2 verlengkabel aangesloten?

Goeie, vergeten te vermelden. Inderdaad met een USB 2 verlengkabel verbonden. Hangt op een flinke afstand van het HA kastje

[Septillion]

@belly89 Na aanpassen van channel moeten de meeste devices opnieuw gepaird worden. Dat ook gedaan?

[Raymond P]

Korte feedback: een jaar na anschaf/configuratie van de Sonoff dongle plus een evenredige uptime (minus 1 grote stroomstoring). Probleemloos.
Toevallig ook aan een (fatsoenlijke) usb verlengkabel van 3 meter.

Ik heb ongeveer 30 lampen en schakelaars eraan hangen. Het krijgt enkel aandacht bij het toevoegen van een unit.

[Driek]

belly89 schreef op vrijdag 24 januari 2025 @ 09:08:
Heb sinds kort regelmatig dat apparaten niet aan willen gaan en niet reageren. In de logs van Z2M zie ik dan onderstaande foutmelding:


[...]


Iemand een idee? Ik heb nu zo'n 75 apparaten in mijn mesh netwerk en dit probleem eigenlijk niet eerder gehad? gebeurt bij meerdere apparaten Maak gebruik van de Sonoff Zigbee 3.0 Dongle Plus-E met firmware 7.4.3.

Heb al gezocht of mijn wifi interference geeft en heb hem op een ander kanaal gezet (wifi op kanaal 3, zigbee op kanaal 25) maar dit verhelpt het probleem niet helaas.

Iemand nog een idee waar ik kan zoeken?

ik heb dit een tijd geleden ook gehad, en uiteindelijk bleek het een cheapass zigbee socket te zijn die het netwerk onderuit haalde. Deze verwijderd en alles werkte weer.

[belly89]

Septillion schreef op vrijdag 24 januari 2025 @ 11:39:
@belly89 Na aanpassen van channel moeten de meeste devices opnieuw gepaird worden. Dat ook gedaan?

Ik zag dat het inderdaad moest dus heb het kanaal van de wifi veranderd om niet alle devices opnieuw te moeten pairen.

Driek schreef op vrijdag 24 januari 2025 @ 12:02:
[...]

ik heb dit een tijd geleden ook gehad, en uiteindelijk bleek het een cheapass zigbee socket te zijn die het netwerk onderuit haalde. Deze verwijderd en alles werkte weer.

Hoe ben je erachter gekomen wel socket het probleem veroorzaakte?

[Septillion]

@belly89 Er waren wat pluggen met powermetering die standaard dit nogal vaak doorgaven en daarmee dus het netwerk spamde. Staat er vaak wel wat over op de device page van Z2M of anders op de Blakader pagina.

Überhaupt zijn pluggen met powermetering wel een aanslag op je netwerk als je die vaker dan elke 5 minuten uit gaat lezen. Dus ik weet niet hoe veel je er gebruikt en op welk interval?

[koelkast]

Ook de mmwave sensoren van tuya ty-m100 spammen heel je netwerk vol met afstandsmeting. Is helaas niet uit te zetten, dus meer dan 3-4 komen er bij mij niet in.

[belly89]

Septillion schreef op vrijdag 24 januari 2025 @ 13:52:
@belly89 Er waren wat pluggen met powermetering die standaard dit nogal vaak doorgaven en daarmee dus het netwerk spamde. Staat er vaak wel wat over op de device page van Z2M of anders op de Blakader pagina.

Überhaupt zijn pluggen met powermetering wel een aanslag op je netwerk als je die vaker dan elke 5 minuten uit gaat lezen. Dus ik weet niet hoe veel je er gebruikt en op welk interval?

Dat is een goeie. Hier heb ik er best veel van inderdaad. Daar ga ik eens naar kijken. Denk dat je dan onderstaande moet aanpassen? Zal het al schelen om power wel relatief kort te houden en dan de andere 3 langer te zetten?



De probleem apparaten heb ik net eens opnieuw gepaird en lijkt goed te gaan voor nu, maar dit is niet wenselijk als dit vaker gaat gebeuren.

[Driek]

belly89 schreef op vrijdag 24 januari 2025 @ 13:40:
[...]


Ik zag dat het inderdaad moest dus heb het kanaal van de wifi veranderd om niet alle devices opnieuw te moeten pairen.


[...]


Hoe ben je erachter gekomen wel socket het probleem veroorzaakte?

Degene die het vaakst in de error log voorkwamen

[HuismAndré]

belly89 schreef op vrijdag 24 januari 2025 @ 14:15:
[...]


Dat is een goeie. Hier heb ik er best veel van inderdaad. Daar ga ik eens naar kijken. Denk dat je dan onderstaande moet aanpassen? Zal het al schelen om power wel relatief kort te houden en dan de andere 3 langer te zetten?

[Afbeelding]

De probleem apparaten heb ik net eens opnieuw gepaird en lijkt goed te gaan voor nu, maar dit is niet wenselijk als dit vaker gaat gebeuren.

Die intervallen zijn in seconden. Dus elke 5 seconde krijg je een update (kun je een update krijgen). Is dat echt nodig? Bij veel sensoren is eens per minuut al zat (of zelfs eens per 5 minuten). Entities als "current" en "voltage" kun je vaak prima uitzetten (power en energy zijn de relevante entities in de meeste gevallen).

Currentsummdelivered (die voor je bijhoudt wat het verbruik is) kan bijvoorbeeld prima eens per 5 minuten (dus min op 300 seconden zetten en de herhalingsverandering leeg laten). Voltage en current kun je wellicht wissen (als je ze toch niet gebruikt). Hier bijvoorbeeld de Nous A1Z die ik op de WTW heb staan (en waarbij ik alleen verbruik en power interessant vind):



[edit] Ik zie trouwens dat spanning en stroom nog steeds binnenkomen van deze schakelaar (ondanks dat ik aangeef dat dit niet hoeft). Dus wellicht is verwijderen van die entities niet de beste oplossing en kun je beter de entities in kwestie op minimaal 3600 seconden zetten of zo.

[ Voor 48% gewijzigd door HuismAndré op 24-01-2025 16:42 ]

[Sundown89]

koelkast schreef op vrijdag 24 januari 2025 @ 14:04:
Ook de mmwave sensoren van tuya ty-m100 spammen heel je netwerk vol met afstandsmeting. Is helaas niet uit te zetten, dus meer dan 3-4 komen er bij mij niet in.

Hier had ik ook last van en ik heb er inmiddels 5 geflashed met een andere firmware. Nu is mijn netwerk weer stabiel met 5 (goedkope) mmwave sensoren. Even inlezen en dan is het niet zo spannend. Ik heb er 5 binnen 20 minuten gedaan. Eerst even pairen om de juiste versie te achterhalen.

Zie hier en hier.

[bartve]

Ik heb de laatste tijd (sinds de update naar z2m versie 2.x?) regelmatig problemen met draadloze zigbee devices (beweging, temperatuur/luchtvochtigheid, knoppen).
Er lijkt in HA geen contact te zijn, devices reageren niet, 'actions' komen niet door ...
Tot een paar weken terug werkte alles behoorlijk stabiel.

Ik moet telkens van alles proberen om het weer aan de praat te krijgen: repairen, reconfigure in z2m, en zelfs met 'force remove' verwijderen en opnieuw pairen en opnieuw instellen, z2m of zelfs heel HA herstarten. Vaak met geen of heel kort resultaat. Het komt me nu te vaak voor (paar keer per week, soms dagelijks).

Voorbeelden:

Aqara RTCGQ11LM bewegingssensor: vliegt er regelmatig uit, met alle boven genoemde trucs wel weer terug te halen

Sonoff SNZB-02P temperatuur /luchtvochtigheid sensor, idem

SONOFF SNZB-01 knop ('remote'): vliegt er regelmatig uit, maar na force remove en opnieuw pairen en instellen zag ik iets geks. Niet alle entiteiten van de device zijn vanuit z2m doorgegeven naar HA (ik hoop dat ik het goed formuleer), en de niet doorgegeven entiteiten ('action') is nu juist degene die ik nodig heb. In MQTT explorer zie ik wel de messages (voordeur_bel_switch = {"action":"single","battery":100,"last_seen":"2025-01-25T14:57:35.703Z","linkquality":112,"voltage":3000}
action = single). Ik heb dit ondervangen door in de HA autamation niet de entity maar de mqtt message als trigger te nemen, maar dat is niet ideaal.

IKEA E1524/E1810 knop (de bekende ronde remote met meerdere knoppen): heeft heel lang prima gewerkt maar nu dezelfde problemen als de Sonoff knop hierboven. Na foce remove en opnieuw pairen en instellen ziet het er zo uit in z2m:



En zo in HA:


Wanneer ik dit device reconfigure in z2m vind ik in de log de volgende info (ik kan er geen chocola van maken):
Failed to configure 'bart_plafspots', attempt 1 (Error: Bind 0x14b457fffe67a09e/1 genOnOff from '0x00124b0021600654/1' failed (AREQ - ZDO - bindRsp after 10000ms) at Object.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.1/node_modules/zigbee-herdsman/src/utils/waitress.ts:59:23) at func (/app/node_modules/.pnpm/zigbee-herdsman@3.2.1/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:423:47) at Queue.execute (/app/node_modules/.pnpm/zigbee-herdsman@3.2.1/node_modules/zigbee-herdsman/src/utils/queue.ts:36:20) at ZStackAdapter.sendZdoInternal (/app/node_modules/.pnpm/zigbee-herdsman@3.2.1/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:428:43) at ZStackAdapter.sendZdo (/app/node_modules/.pnpm/zigbee-herdsman@3.2.1/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:305:16) at Endpoint.bind (/app/node_modules/.pnpm/zigbee-herdsman@3.2.1/node_modules/zigbee-herdsman/src/controller/model/endpoint.ts:562:30) at configure (/app/node_modules/.pnpm/zigbee-herdsman-converters@21.12.0/node_modules/src/lib/ikea.ts:210:13) at Object.configure (/app/node_modules/.pnpm/zigbee-herdsman-converters@21.12.0/node_modules/src/index.ts:257:21) at Configure.configure (/app/lib/extension/configure.ts:124:13) at Configure.onMQTTMessage (/app/lib/extension/configure.ts:49:25))

Ik weet niet zo goed welke info ik moet aanleveren om het probleem boven tafel te krijgen, ik hoop dat dit een een eerste aanzet is

[hemertje]

graag jullie hulp even!

ik heb een paar extra Aqara 'roller shade driver E1' besteld maar krijg ze niet toegevoegd via HomeAssistant - Zigbee2MQTT?

voor de update van eind december was het enkel voldoende om op het ding 5 seconde de Reset button in te drukken waarna deze gevonden werd binnen Zigbee2MQTT?

/config/zigbee2mqtt - socat

code:

enabled: true
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

wat moet ik nu anders doen?

[Gizz]

@hemertje is de batterij helemaal opgeladen? Staat 'permit join' aan in Z2M?

Komt er niks in de logs langs?

@bartve toevallig jij (of je buren) de 2.4Ghz wifi verhuist naar een kanaal dat overlapt met je Zigbee-kanaal?

Verder het standaard rijtje dingen:

Batterijen vol/vers?
Stick met verlengkabel aangesloten?
Stick niet in de buurt van je wifi router/access point?
Firmware stick up-to-date?

[ Voor 69% gewijzigd door Gizz op 26-01-2025 15:18 ]

[hemertje]

Gizz schreef op zondag 26 januari 2025 @ 15:14:
@hemertje is de batterij helemaal opgeladen? Staat 'permit join' aan in Z2M?

Komt er niks in de logs langs?

dank voor je snelle reactie @Gizz

batterijen hebben de hele nacht aan de USB-lader gehangen, dus ja

waar vind ik die 'permit join', ik zie hem nergens?

[Gizz]

@hemertje rechtsboven in de interface:


Als dat uitstaat zal Z2M niet naar nieuwe apparaten kijken en ze ook niet koppelen. Dan kun je heel vaak op reset drukken op de Aqara, maar dat maakt niet uit Heeft overigens niks met een recente update of Z2M 2.0 te maken, dit werkte altijd al zo.

[Septillion]

@hemertje Waarom lijkt je Socat aan te hebben? Werkelijk externe stick ergens?

[bartve]

Gizz schreef op zondag 26 januari 2025 @ 15:14:
@hemertje is de batterij helemaal opgeladen? Staat 'permit join' aan in Z2M?

Komt er niks in de logs langs?

@bartve toevallig jij (of je buren) de 2.4Ghz wifi verhuist naar een kanaal dat overlapt met je Zigbee-kanaal?

Verder het standaard rijtje dingen:

Batterijen vol/vers?
Stick met verlengkabel aangesloten?
Stick niet in de buurt van je wifi router/access point?
Firmware stick up-to-date?

Ik denk dat er aan routers in de buurt weinig is veranderd, iig niet op mijn router, en mijn buren hebben -schat ik zo in- na het aanzetten van hun router jaren geleden er vast en zeker niets meer aan gedaan ...

Verder kan ik het hele rijtje afvinken.

Ik ben er nog eens ingedoken, en ik vermoed dat ik slachtoffer ben van de breaking changes van versie 2.0 van z2m? Wat mij doet afvragen wat nut en noodzaak zijn van breaking changes wanneer een systeem dat al jaren soepel draait hierdoor volledig overhoop wordt gegooid ...

Is er ergens op het niveau van de iets meer ervaren leek ('prosumer') een uitleg hoe die breaking changes verwerkt kunnen worden?

[hemertje]

Gizz schreef op zondag 26 januari 2025 @ 15:44:
@hemertje rechtsboven in de interface:
[Afbeelding]

Als dat uitstaat zal Z2M niet naar nieuwe apparaten kijken en ze ook niet koppelen. Dan kun je heel vaak op reset drukken op de Aqara, maar dat maakt niet uit Heeft overigens niks met een recente update of Z2M 2.0 te maken, dit werkte altijd al zo.

ah, ik heb het in NL staan



dit is de eerste keer dat ik een nieuw product wil toevoegen sinds de grote update...

[Gizz]

hemertje schreef op zondag 26 januari 2025 @ 16:09:
[...]
dit is de eerste keer dat ik een nieuw product wil toevoegen sinds de grote update...

Nogmaals: dit heeft niks met de grote update te maken. Die knop zit er al jaren

[hemertje]

Septillion schreef op zondag 26 januari 2025 @ 15:57:
@hemertje Waarom lijkt je Socat aan te hebben? Werkelijk externe stick ergens?

de GUI config
Socat is niet goed begrijp ik?

heb de externe Zigbee USB stick met kabel ooit aangemeld, niet meer aangekomen, enkel de updates gedraaid...

[hemertje]

Gizz schreef op zondag 26 januari 2025 @ 16:12:
[...]

Nogmaals: dit heeft niks met de grote update te maken. Die knop zit er al jaren

maar voor de grote update was het 5 seconde de Reset indrukken van het apparaat en kwam er inderdaad een scherm tevoorschijn met de melding dat er een nieuw apparaat gevonden en ingesteld werd

nu hier niet meer?

[Septillion]

@hemertje Socat is voor als je de USB stick in een compleet andere machine hebt zitten en dat via het netwerk wilt doorsturen. Daar dus enabled: false is dus de standaard setup.

[Gizz]

hemertje schreef op zondag 26 januari 2025 @ 16:14:
[...]


maar voor de grote update was het 5 seconde de Reset indrukken van het apparaat en kwam er inderdaad een scherm tevoorschijn met de melding dat er een nieuw apparaat gevonden en ingesteld werd

nu hier niet meer?

Dan heb je Z2M ooit zo ingesteld (gehad) dat hij permanent toestaat aan devices om te pairen. Dat was volgens mij ooit een default instelling zodat je snel alles kon koppelen na de installatie van Z2M.

Gelukkig hebben ze dat veranderd, want veel mensen vergaten dat vervolgens weer uit te zetten. Het is namelijk voor jezelf én je buren niet echt handig als zij blij een nieuw zigbee-lampje aanzetten en hij direct gekoppeld is.. met jouw zigbee-netwerk

[hemertje]

Septillion schreef op zondag 26 januari 2025 @ 16:17:
@hemertje Socat is voor als je de USB stick in een compleet andere machine hebt zitten en dat via het netwerk wilt doorsturen. Daar dus enabled: false is dus de standaard setup.

ah duidelijk!

daar stond die vanmorgen op, maar toen wilde het aanmelden ook niet goed gaan
ik las dat die enabled op true moest?

https://www.zigbee2mqtt.i...tions/home_assistant.html

The easiest way to integrate Zigbee2MQTT with Home Assistant is by using MQTT discovery. This allows Zigbee2MQTT to automatically add devices to Home Assistant.

To achieve the best possible integration (including MQTT discovery):

In your Zigbee2MQTT configuration.yaml set:


homeassistant:
enabled: true

[Gizz]

@hemertje daar staat niks over de socat-optie. Homeassistant enabled: true is wat anders dan socat enabled: true.

Als je Z2M als add-on binnen HA hebt geïnstalleerd hoef je aan dat soort files niet zelf te knutselen, dat staat allemaal al goed ingesteld.

Kun je bevestigen dat je weer apparaten kunt pairen door op die knop rechtsboven te klikken?

[ Voor 15% gewijzigd door Gizz op 26-01-2025 16:27 ]

[hemertje]

Gizz schreef op zondag 26 januari 2025 @ 16:18:
[...]

Dan heb je Z2M ooit zo ingesteld (gehad) dat hij permanent toestaat aan devices om te pairen. Dat was volgens mij ooit een default instelling zodat je snel alles kon koppelen na de installatie van Z2M.

Gelukkig hebben ze dat veranderd, want veel mensen vergaten dat vervolgens weer uit te zetten. Het is namelijk voor jezelf én je buren niet echt handig als zij blij een nieuw zigbee-lampje aanzetten en hij direct gekoppeld is.. met jouw zigbee-netwerk

nu ik erop klik gaat de timer voor toestemmingstijd van het pairen aftellen idd

de eerste is aangemeld, nu de andere 2 nog...

weer wat geleerd!

thx @Gizz en @Septillion

[Mrwandelfreak]

Ik ben een beginneling in Home Assistant.
Wie wil mij helpen om mijn Zigbee 3.0 usb dongel aan de praat te krijgen.

Ik krijg onderstaande foutmelding:

code:

[16:42:07] INFO: Preparing to start...
[16:42:07] INFO: Socat not enabled
[16:42:07] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2025-02-01 16:42:12] info:     z2m: Logging to console, file (filename: log.log)
[2025-02-01 16:42:12] info:     z2m: Starting Zigbee2MQTT version 2.0.0 (commit #unknown)
[2025-02-01 16:42:12] info:     z2m: Starting zigbee-herdsman (3.2.1)
[2025-02-01 16:42:12] info:     zh:zstack:znp: Opening SerialPort with {"path":"/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_ac4bbcf5d01bef11ab239bd94909ffd0-if00-port0","baudRate":115200,"rtscts":false,"autoOpen":false}
[2025-02-01 16:42:12] info:     zh:zstack:znp: Serialport opened
[2025-02-01 16:42:13] info:     zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2025-02-01 16:42:14] info:     zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2025-02-01 16:42:51] error:    z2m: Error while starting zigbee-herdsman
[2025-02-01 16:42:51] error:    z2m: Failed to start zigbee-herdsman
[2025-02-01 16:42:51] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-02-01 16:42:51] error:    z2m: Exiting...
[2025-02-01 16:42:51] error:    z2m: TypeError: Cannot read properties of null (reading 'length')
    at AdapterNvMemory.init (/app/node_modules/.pnpm/zigbee-herdsman@3.2.1/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/adapter-nv-memory.ts:29:42)
    at ZnpAdapterManager.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.1/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:59:9)
    at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.1/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:158:16)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.1/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 kom er zelf niet uit...

Merge met het grote topic

[ Voor 0% gewijzigd door Septillion op 01-02-2025 22:18 ]

[wlang]

Welke instellingen gebruik je en wat heb je al geprobeerd?
Draai je HAS op een Pi of op een virtuele machine?

[DaWizza]

De log die je post heeft zelfs een link erin met opties. Heb je daar iets mee gedaan?

[Mrwandelfreak]

wlang schreef op zaterdag 1 februari 2025 @ 16:53:
Welke instellingen gebruik je en wat heb je al geprobeerd?
Draai je HAS op een Pi of op een virtuele machine?

Welke instellingen bedoel je?
Ik draai HAS op een Intel Nuc.

[Mrwandelfreak]

DaWizza schreef op zaterdag 1 februari 2025 @ 17:22:
De log die je post heeft zelfs een link erin met opties. Heb je daar iets mee gedaan?

Ik zou niet weten waar ik moet beginnen?

[Mrwandelfreak]

Sorry, ben echt een newbie!

[Septillion]

@Mrwandelfreak Sonoff / iTead is aardig verwarrend geweest met de naamgeving. Is dit namelijk toevallig een Dongle Plus V2? Dat is verwarrend genoeg namelijk geen TI-chip / zstack adapter. Maar eigenlijk gewoon een ZBdongleE en moet je dus ember gebruiken als adapter.

En kom op zeg, je hebt toch iets ingesteld voor Z2M, dat zijn natuurlijk de instellingen Denk dat je HA met Z2M als addon, in dat geval makkelijkste als je dan bij de instellingen even op de drie puntjes klikt en dan gaat voor "edit in YAML" en dan die hele configuratie hier post (in code tags!).

[Mrwandelfreak]

Bedankt voor het meedenken.

Onderstaand is denk ik wat je bedoeld.

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://192.168.0.151:1883
  user: mqttuser
  password: *************
serial:
  port: >-
    /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_ac4bbcf5d01bef11ab239bd94909ffd0-if00-port0
  adapter: zstack

Hint voor code tags was niet voor niets

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

[Septillion]

@Mrwandelfreak Misschien was ik niet heel duidelijk, maar geef eens aan (link ofzo) welke stick je exact hebt.

En draai je de MQTT broker los of gewoon de Mosquitto broker addon? Indien het laatste heb je het jezelf al veel te lastig lopen maken. Dan mag je alles onder mqtt: gewoon leeg laten. Enige dat je hoeft in te vullen is port: en adapter onder serial. Al het andere hoef je niets mee.

[Mrwandelfreak]

Deze heb ik gekocht:
https://www.amazon.nl/SON...ele-Gateway/dp/B09KXTCMSC

Ik heb de Mosquitto broker addon geinstaleerd.

Moet ik deze dan verwijderen om het makkelijker te maken?

[ Voor 11% gewijzigd door Septillion op 03-02-2025 09:05 . Reden: Link cleanup ]

[Mrwandelfreak]

mqtt server, user en password heb ik leeg gelaten.
Maar nu krijg ik een foutmelding bij het opslaan:

Mislukt om add-onconfiguratie op te slaan: Missing required option 'server' in Zigbee2MQTT (45df7312_zigbee2mqtt). Got {'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': None, 'user': None, 'password': None}, 'serial': {'port': '/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_ac4bbcf5d01bef11ab239bd94909ffd0-if00-port0', 'adapter': 'zstack'}}

[Duskwither]

Er staat toch precies in de foutmelding wat het probleem is. Missing required option ‘server’. Kortom, zonder mqtt server kun je zigbee2mqtt niet opstarten.

[DaRk PoIsOn]

Duskwither schreef op zondag 2 februari 2025 @ 20:28:
Er staat toch precies in de foutmelding wat het probleem is. Missing required option ‘server’. Kortom, zonder mqtt server kun je zigbee2mqtt niet opstarten.

Klopt, maar Septillion zei tegen hem dat die juist niet nodig waren in de addon, vandaar dat hij hem zo gestart heeft...

[DaRk PoIsOn]

@Mrwandelfreak
Even voor alle duidelijkheid:

Je hebt de Mosquitto addon geïnstalleerd
Je hebt een user met wachtwoord aangemaakt onder instellingen - gebruikers - gebruikers
In de zigbee2mqtt addon heb je staan:
Server: mqtt://homeassistant
User: die heb je aangemaakt onder gebruikers
Password: hoort bij bovenstaande user

Dit zou moeten werken

[D4NG3R]

Deze hostname gebruiken als server:



Dus bijv:

YAML:

server: mqtt://core-mosquitto:1883
user: mqtt-user
password: mqtt-password

Draait je broker (bovenstaande screenshot) wel @Mrwandelfreak ?

Edit: Zoals @Septillion aangeeft is het invullen van de bovenstaande gegevens overigens niet verplicht bij recente versies van Z2M en de MQTT broker addon. De addon moet natuurlijk wel actief zijn.

[ Voor 15% gewijzigd door D4NG3R op 03-02-2025 08:53 ]

[Septillion]

D4NG3R schreef op maandag 3 februari 2025 @ 08:45:
Zoals @Septillion aangeeft is het invullen van de bovenstaande gegevens overigens niet verplicht bij recente versies van Z2M en de MQTT broker addon. De addon moet natuurlijk wel actief zijn.

Dan doel je met recent wel op 5 jaar+

[D4NG3R]

Septillion schreef op maandag 3 februari 2025 @ 09:04:
[...]

Dan doel je met recent wel op 5 jaar+

M'n 1e install een kleine 4 jaar geleden deed weinig zonder die gegevens in te vullen.

De 1e install welke ik zelf ooit gedaan heb zonder die gegevens welke direct werkte was ook pas een paar maanden geleden. Geen idee hoe lang het daadwerkelijk al zou moeten werken, maar in mijn eigen ervaring <6 maanden.

[ Voor 30% gewijzigd door D4NG3R op 03-02-2025 09:07 ]

[Septillion]

@Mrwandelfreak Leeg en niets hebben staan is wel anders Vandaar dat er standaard dus [] staat.

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:
  port: >-
    /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_ac4bbcf5d01bef11ab239bd94909ffd0-if00-port0
  adapter: zstack

Maar volgens de verkoper zou het een CC2652P moeten zijn. Wat je achter port hebt ingevuld heb je dus wel echt zelf opgezocht in HA?

[Septillion]

@D4NG3R Je brengt me wel aan het twijfelen... Draai Z2M sinds 2019 maar kan me niet herinneren dat ik dat ooit ingevuld heb. Maar misschien dat het er dan vroeger standaard al ingevuld stond

* Septillion wil nu de oude Pi starten om in een backup te neuzen

Voor nu, laten we dan vooral promoten dat je het nu lekker weg kan laten. Het maakt de install van Z2M nodeloos complex.

[DaRk PoIsOn]

@Septillion @D4NG3R , thnx. MQTT is idd niet meer nodig, had dit nog niet meegekregen

[Mrwandelfreak]

Hartelijk dank voor jullie inspanningen.
Zou toch moeten lukken nu.

Ik ben nu een paar dagen van huis en kan niet op afstand bij HA.
Zodra ik thuis ben en effe wat tijd heb gevonden, ga ik aan de slag met jullie tips!

[Not_Disclosed]

Ik heb een probleem dat de gebruikte thermostaat knoppen niet beschikbaar zijn totdat ik op de refresh knoppen klik op de betreffende Exposes pagina.

Ik weet niet goed waar ik de oorzaak moet zoeken.

Ik heb het volgende in gebruik:
De officiele docker containers van Homeassistant, Zigbee2MQTT en Eclipse-Mosquitto
4 Sonoff TRVZB thermostaatknoppen (https://sonoff.tech/product/home-appliances/trvzb/)
1 Temperatuursensor
De better-thermostat integratie via HACS (https://better-thermostat.org/)

Met Better-Thermostat regel ik de temperatuur in de woonruimte via 1 centrale temperatuursensor. Deze combinatie werkt goed voor mij. Behalve....

Als ik een update uitvoer van de Zigbee2MQTT container dan verliezen de thermostaat klokken in HomeAssistant hun werking. In HomeAssistant worden de temperatuur klokken 'grijs', Dit geldt dan ook voor de Better-Thermostat klok. Deze situatie lijkt zich niet te herstellen na zeer lange tijd wachten.
Als ik dan vervolgens in Zigbee2MQTT het expose tabblad van de verwarmingsknoppen opzoek en even op alle refresh knoppen klik dan zijn de klokken in HomeAssistant weer werkend en werkt de temperatuurregeling ook weer.

Wat is hier in basis de oorzaak voor?
Kan ik een setting aanpassen waardoor alles meteen weer goed werkt na een Zigbee2MQTT update?
Of kan ik een automation opzetten die dit voor mij doet?

Ik heb geen idee waar ik dit moet zoeken en ben op zoek naar hulp om op weg geholpen te worden.

[Martin.Air]

Not_Disclosed schreef op maandag 3 februari 2025 @ 14:21:
...

Als ik een update uitvoer van de Zigbee2MQTT container dan verliezen de thermostaat klokken in HomeAssistant hun werking. In HomeAssistant worden de temperatuur klokken 'grijs', Dit geldt dan ook voor de Better-Thermostat klok. Deze situatie lijkt zich niet te herstellen na zeer lange tijd wachten.
Als ik dan vervolgens in Zigbee2MQTT het expose tabblad van de verwarmingsknoppen opzoek en even op alle refresh knoppen klik dan zijn de klokken in HomeAssistant weer werkend en werkt de temperatuurregeling ook weer.

...

Dit klinkt voor mij alsof deze themostaat klokken niet updaten binnen Z2M, wellicht dat deze enkel updates sturen als ze die zelf hebben of als er om gevraagd wordt. Dan zou een oplossing zijn dat Z2M altijd om een update vraagt als deze net verbonden is. Of dat wenselijk is, dat is een 2e.

Inderdaad zelf een refresh in programmeren kan natuurlijk, als een workaround. Maar eigenlijk zou of de thermostaat of Z2M hier mee om moeten gaan.

[HuismAndré]

Martin.Air schreef op maandag 3 februari 2025 @ 14:47:
[...]


Dit klinkt voor mij alsof deze themostaat klokken niet updaten binnen Z2M, wellicht dat deze enkel updates sturen als ze die zelf hebben of als er om gevraagd wordt. Dan zou een oplossing zijn dat Z2M altijd om een update vraagt als deze net verbonden is. Of dat wenselijk is, dat is een 2e.

Inderdaad zelf een refresh in programmeren kan natuurlijk, als een workaround. Maar eigenlijk zou of de thermostaat of Z2M hier mee om moeten gaan.

Het kan zijn dat Better Thermostat vindt dat het te lang duurt. Na een herstart duurt het (gebruik makend van de thermostaat optie van HA zelf) bij mij een seconde of 20 voordat de Sonoff TRVZB van "unavailable" naar "active" gaan (zonder dat ik daar wat voor hoef te doen). Kan zijn dat Better Thermostat het dan al opgegeven heeft. Wellicht vragen aan de schrijver van Better Thermostat wat zijn timeout na opstart is?

[keroner]

keroner schreef op dinsdag 7 januari 2025 @ 23:26:
Ik heb het probleem meer de update van 2.0.0-1 naar 2.0.0-2.
De update zou een crash in de serial port fixen.
Nooit last van gehad

Voor wie er nog interesse in heeft, dit heeft het voor mij gefixed.
Kwestie van een adapter in de config toevoegen.

[ST10©DE]

Het lukt me niet om bij een simpel probleem te googlen naar een antwoord. Ik heb een Ikea motion sensor. Werkte probleemloos. Maar sinds kort is deze "offline". Hoe kan ik deze weer online krijgen? De batterijen vervangen heeft niet geholpen.

[Septillion]

@ST10©DE Offline betekend dat de sensor even niet van zich heeft laten horen in Z2M. Je zou hem eens opnieuw kunnen pairen.

[ST10©DE]

Septillion schreef op woensdag 5 februari 2025 @ 09:56:
@ST10©DE Offline betekend dat de sensor even niet van zich heeft laten horen in Z2M. Je zou hem eens opnieuw kunnen pairen.

That did the job! Enorm bedankt! En jammer dat dit niet makkelijk te vinden is? (of zocht ik verkeerd? "zigbee2mqtt device offline" gaf geen bevredigende resultaten)

[Toeter1145]

Beste tweakers,

Ben lekker bezig met HA i.c.m. MQTT en zigbee1mqtt. De Add-ons heb ik geïnstalleerd onder HA en ik kan prima apparaten toevoegen etc. Ik gebruik een Sonoff zigbee dongle (e-versie). Nu ben ik al een tijdje bezig om mijn KlikAanKlikUit rookmelders te koppelen.

Ik krijg ze gekoppeld en ze worden dan ook netjes toegevoegd aan Zigbee2Mqtt, maar als ik dan kijk bij "Exposes" -> "Smoke" dan staat daar N/A. In plaats van Not Detected.

Wat heb ik al geprobeerd:

- meerdere malen rookmelders gereset en opnieuw toegevoegd
- Firmware Sonoff dongle geupdate
- Geswitcht naar Ember-driver in zigbee2mqtt
- Als ik de zigbee home automation van HA zelf gebruik, gaat het wel goed.
- Gegoogled uiteraard
- USB-verlengkabel aangesloten om eventuele interferentie te verminderen
- Het vreemde is dat één van de rookmelders het wel goed doet, ik kan geen verschil vinden tussen de wel-werkende en niet-werkende rookmelder. Heb er een stuk of 5 en eentje doet het maar. Ze doen het wel allemaal goed in ZHA.

Voor de duidelijkhed - het gaat om deze rookmelders:

https://www.zigbee2mqtt.io/devices/ZSDR-850.html

Ook de batterij blijft op 100% staat, maar dat is ZHA ook zo. Wellicht gaat de batterij gewoon heel langzaam leeg of verspringt het straks ineens naar 70% (of iets dergelijks).

Hopelijke kunnen jullie mij iets verder helpen met dit probleem.

[Gizz]

@Toeter1145 heb je al eens op de testknop gedrukt? Er wordt namelijk pas een waarde doorgestuurd als er iets verandert. Bij het testen gaat Smoke naar true en na de test naar false.

Over de batterij op 100%: het is bij lithiumbatterijen heel lastig om goed in te schatten hoe vol de batterij nog is aan de hand van de spanning die wordt gemeten. Die is namelijk heel lang stabiel:


Bron bovenstaande grafiek

Zoals je ziet is de spanning heel lang 2,5V, waardoor je bijvoorbeeld lastig kunt zeggen of de batterij voor 95% vol zit of 50%. Daarom zie je vaak bij apparaten die de capaciteit aan de hand van de spanning bepalen dat je heel lang op 100% blijft staan en opeens (als de spanning genoeg is gedaald) naar 30% of lager gaat.

Dit valt op te lossen met duurdere onderdelen, waarmee echt de energie die verbruikt is wordt gemeten in plaats van de spanning. Maar dat is bij een zigbee sensor geen interessante investering; die blijft het gewoon heel lang doen en vlak voordat de batterij echt leeg raakt krijg je een waarschuwing. Maar of de batterij nog 80% is en 10 maanden meegaat of 40% is en nog 5 maanden mee gaat boeit niet echt, je bent toch nog ver verwijderd van het moment dat je de batterij moet vervangen

[Toeter1145]

Gizz schreef op donderdag 6 februari 2025 @ 14:22:
@Toeter1145 heb je al eens op de testknop gedrukt? Er wordt namelijk pas een waarde doorgestuurd als er iets verandert. Bij het testen gaat Smoke naar true en na de test naar false.

Over de batterij op 100%: het is bij lithiumbatterijen heel lastig om goed in te schatten hoe vol de batterij nog is aan de hand van de spanning die wordt gemeten. Die is namelijk heel lang stabiel:

[Afbeelding]
Bron bovenstaande grafiek

Zoals je ziet is de spanning heel lang 2,5V, waardoor je bijvoorbeeld lastig kunt zeggen of de batterij voor 95% vol zit of 50%. Daarom zie je vaak bij apparaten die de capaciteit aan de hand van de spanning bepalen dat je heel lang op 100% blijft staan en opeens (als de spanning genoeg is gedaald) naar 30% of lager gaat.

Dit valt op te lossen met duurdere onderdelen, waarmee echt de energie die verbruikt is te meten in plaats van de spanning. Maar dat is bij een zigbee sensor geen interessante investering; die blijft het gewoon heel lang doen en vlak voordat de batterij echt leeg raakt krijg je een waarschuwing. Maar of de batterij nog 80% is en 10 maanden meegaat of 40% is en nog 5 maanden leeg gaat boeit niet echt, je bent toch nog ver verwijderd van het moment dat je de batterij moet vervangen

Wauw! Heel erg bedankt. Na een paar keer op te hebben opgegeven, was een simpele druk op de testknop voldoende. Nog veel te leren. Had blijkbaar op de werkende rookmelder een keer per ongeluk op de testknop gedrukt.

Ook bedankt voor de uitgebreide uitleg over de batterijstatus! Fijn om te zien dat er na zoveel jaren nog steeds behulpzame Tweakers op dit forum zitten met verstand van zaken.

Ik ga lekker testknopjes indrukken!

[Dylantje2]

Beste allemaal..

Ik zie dat er een V2 versie is ...
Heeft iemand een simpele maar werken manier om van Overstappen van z2m 1 naar z2m 2 met docker.

Ik ga [lees moet] het huis uit als mijn vrouw 1 dag zonder domotica zit...
Dus help ofzo:-)
Ik durf niet goed

[ Voor 6% gewijzigd door Dylantje2 op 07-02-2025 08:29 ]

[Hmmbob]

Wat heb je zelf al gevonden?

[Dylantje2]

Hmmbob schreef op vrijdag 7 februari 2025 @ 08:31:
Wat heb je zelf al gevonden?

Mijn vorige keer van dongle firmware wisselen, was een drama.
Db en eea nummer in die db aanpassen.

Als ik eerlijk ben een noob.
Ik heb een keer bij een update mail, iets gelezen waar ik niet veel van begreep.

En je als weet hoeveel werk ik met docker heb gehad....

Wat ik vind is beetje hogere wiskunde. En erg weinig over docker
Maar ik zal een keer om moeten vrees ik.

[Mawlana]

Dylantje2 schreef op vrijdag 7 februari 2025 @ 08:29:
Beste allemaal..

Ik zie dat er een V2 versie is ...
Heeft iemand een simpele maar werken manier om van Overstappen van z2m 1 naar z2m 2 met docker.

Ik ga [lees moet] het huis uit als mijn vrouw 1 dag zonder domotica zit...
Dus help ofzo:-)
Ik durf niet goed

Niet echt verstandig om zelf te knutselen als het zo kritisch is.

[Dylantje2]

Mawlana schreef op vrijdag 7 februari 2025 @ 08:41:
[...]

Niet echt verstandig om zelf te knutselen als het zo kritisch is.

Das een fijn advies, daar kom ik echt verder mee bedankt.. Als je uit de 60's komt En je hebt een domotica systeem, nooit iets met computers gedaan hebt:-)
Is het wel mooi dat je een systeem hebt.

En hoe, tsja alle begin is moeilijk.

Ik hoopt dat ik de docker file gewoon kan gebruiken voor een overgang van 1 naar 2..
Maar dat zal het niet zijn dan

[Martin.Air]

Dylantje2 schreef op vrijdag 7 februari 2025 @ 08:39:
[...]


Mijn vorige keer van dongle firmware wisselen, was een drama.
Db en eea nummer in die db aanpassen.

Als ik eerlijk ben een noob.
Ik heb een keer bij een update mail, iets gelezen waar ik niet veel van begreep.

En je als weet hoeveel werk ik met docker heb gehad....

Wat ik vind is beetje hogere wiskunde. En erg weinig over docker
Maar ik zal een keer om moeten vrees ik.

Zelf dingen in de DB aanpassen zou eigenlijk niet nodig moeten zijn, dus een bijzondere dongle

Maar voor het upgraden, toevallig net een basis stappenplan uitgetypt:
Martin.Air in 'Zigbee2MQTT 2.1.1'

ik zou er, als ik onervaren was gewoon een dag voor uittrekken. Dan lukt het makkelijk. (ik was 1 uur kwijt inclusief alle updates in HA)

Het updaten met docker zou zo simpel moeten zijn als `docker pull koenkk/zigbee2mqtt:latest` en je compose command opnieuw uitvoeren. Bijvoorbeeld `docker compose up -d homeassistant`.

Als je hem met de hand had aangemaakt met `docker run`, dan zul je dat commando opnieuw uit moeten voeren (na de huidge verwijderd te hebben. Ik zou dan ook aanraden om en docker compose config aan te maken.

[henkNL]

Zelf ben ik gisteren ook overgegaan van versie 1.x naar 2.x.

Dit ging zowaar zonder problemen.
Ik draai het in een Docker container.

@Dylantje2

Wat ik gedaan heb is:
De map van zigbee2mqtt-1.42.0 gedupliceerd naar zigbee2mqtt-2.0.0 (dus een kopie met een andere naam)
In de map van 2.0.0 heb ik de configuration.yaml aangepast met de regels die hier staan.

En ook achter 'adapter' zstack gezet:

code:

serial:
  adapter: zstack # <-- Add this line
  port: /dev/ttyACM0

Daarna de 1.42 container gestopt.
Daarna een nieuwe docker container gestart met de nieuwe versie. Niet 'latest' gekozen, maar echt het versienummer heb ik in de compose gezet.

Zodoende kan ik altijd nog terug als het niet werkt (hoop ik ).


Edit: Ik gebruik in de basis Domoticz. Op de achtergrond draait ook HA, en het mooie van mqtt is, HA ziet ook gewoon alles voorbij komen.

[ Voor 8% gewijzigd door henkNL op 07-02-2025 08:59 ]

[Hmmbob]

Dylantje2 schreef op vrijdag 7 februari 2025 @ 08:39:
[...]


Mijn vorige keer van dongle firmware wisselen, was een drama.
Db en eea nummer in die db aanpassen.

Als ik eerlijk ben een noob.
Ik heb een keer bij een update mail, iets gelezen waar ik niet veel van begreep.

En je als weet hoeveel werk ik met docker heb gehad....

Wat ik vind is beetje hogere wiskunde. En erg weinig over docker
Maar ik zal een keer om moeten vrees ik.

Hier staat veel maar precies 0 over wat je zelf al hebt gevonden over de overgang.

Ik zal je op weg helpen: lees altijd de release notes. Deze zijn van versie 2.0.0: https://github.com/Koenkk/zigbee2mqtt/releases/tag/2.0.0

Die verwijzen naar BREAKING CHANGES <-- dat is altijd een aandachtspunt om te kijken of het ook voor jou breaking is. Gelukkig heeft Koen er een heel stuk aan gewijd wat er breaking is: https://github.com/Koenkk/zigbee2mqtt/discussions/24198

Ik zou zeggen: ga aan de slag met lezen, en koppel terug als je nog vragen hebt. En dit zeg ik niet om een hufter te zijn, maar omdat het belangrijk is dat jij begrijpt wat jij op jouw systeem aan het doen bent. Ik wil heel graag dat je begrijpt wat je doet, in plaats van dat je iemands (soms halve) aanwijzingen volgt.

edit: kleine spoiler; de kans is klein dat je zomaar van versie 1 naar versie 2 kan updaten zonder iets te wijzigen, maar je hebt geluk: voor veel mensen is precies 1 wijziging in hun configuratie genoeg geweest om te zorgen dat alles gewoon bleef werken.

edit2: en die wijziging staat hierboven inmiddels zelfs al genoemd

[ Voor 9% gewijzigd door Hmmbob op 07-02-2025 08:58 ]

[Dylantje2]

Martin.Air schreef op vrijdag 7 februari 2025 @ 08:53:
[...]


Zelf dingen in de DB aanpassen zou eigenlijk niet nodig moeten zijn, dus een bijzondere dongle

Maar voor het upgraden, toevallig net een basis stappenplan uitgetypt:
Martin.Air in 'Zigbee2MQTT 2.1.1'

ik zou er, als ik onervaren was gewoon een dag voor uittrekken. Dan lukt het makkelijk. (ik was 1 uur kwijt inclusief alle updates in HA)

Het updaten met docker zou zo simpel moeten zijn als `docker pull koenkk/zigbee2mqtt:latest` en je compose command opnieuw uitvoeren. Bijvoorbeeld `docker compose up -d homeassistant`.

Als je hem met de hand had aangemaakt met `docker run`, dan zul je dat commando opnieuw uit moeten voeren (na de huidge verwijderd te hebben. Ik zou dan ook aanraden om en docker compose config aan te maken.

Sorrie niet erbij gezet.
Ik zit op domoticz met z2m

[Martin.Air]

Dylantje2 schreef op vrijdag 7 februari 2025 @ 08:56:
[...]


Sorrie niet erbij gezet.
Ik zit op domoticz met z2m

Dat maakt gelukkig niet uit. In mijn beschrijvingen gewoon HA vervangen voor domoticz

Tijd om de releasenotes te gaan lezen zou ik zeggen

[Dylantje2]

Hmmbob schreef op vrijdag 7 februari 2025 @ 08:55:
[...]
Hier staat veel maar precies 0 over wat je zelf al hebt gevonden over de overgang.

Ik zal je op weg helpen: lees altijd de release notes. Deze zijn van versie 2.0.0: https://github.com/Koenkk/zigbee2mqtt/releases/tag/2.0.0

Die verwijzen naar BREAKING CHANGES <-- dat is altijd een aandachtspunt om te kijken of het ook voor jou breaking is. Gelukkig heeft Koen er een heel stuk aan gewijd wat er breaking is: https://github.com/Koenkk/zigbee2mqtt/discussions/24198

Ik zou zeggen: ga aan de slag met lezen, en koppel terug als je nog vragen hebt. En dit zeg ik niet om een hufter te zijn, maar omdat het belangrijk is dat jij begrijpt wat jij op jouw systeem aan het doen bent. Ik wil heel graag dat je begrijpt wat je doet, in plaats van dat je iemands (soms halve) aanwijzingen volgt.

edit: kleine spoiler; de kans is klein dat je zomaar van versie 1 naar versie 2 kan updaten zonder iets te wijzigen, maar je hebt geluk: voor veel mensen is precies 1 wijziging in hun configuratie genoeg geweest om te zorgen dat alles gewoon bleef werken.

edit2: en die wijziging staat hierboven zelfs al genoemd

Thanks.!!!
Dit is wat ik zocht.
En hufterig zeeeer zeker niet.
I try to understand sommige dingen

Ik meld me weer als ik er tijd voor heb

[Dylantje2]

henkNL schreef op vrijdag 7 februari 2025 @ 08:54:
Zelf ben ik gisteren ook overgegaan van versie 1.x naar 2.x.

Dit ging zowaar zonder problemen.
Ik draai het in een Docker container.

@Dylantje2

Wat ik gedaan heb is:
De map van zigbee2mqtt-1.42.0 gedupliceerd naar zigbee2mqtt-2.0.0 (dus een kopie met een andere naam)
In de map van 2.0.0 heb ik de configuration.yaml aangepast met de regels die hier staan.

En ook achter 'adapter' zstack gezet:

code:

serial:
  adapter: zstack # <-- Add this line
  port: /dev/ttyACM0

Daarna de 1.42 container gestopt.
Daarna een nieuwe docker container gestart met de nieuwe versie. Niet 'latest' gekozen, maar echt het versienummer heb ik in de compose gezet.

Zodoende kan ik altijd nog terug als het niet werkt (hoop ik ).


Edit: Ik gebruik in de basis Domoticz. Op de achtergrond draait ook HA, en het mooie van mqtt is, HA ziet ook gewoon alles voorbij komen.

Dit is wat ik nu heb:

code:

Zigbee2MQTT versie
    1.42.0 commit: 861cba6

Coördinator type
    zStack3x0

Coordinator revisie
    20221102

Coordinator IEEE adres
    0x00124b0026d1633c

Versie frontend
    0.7.6

zigbee_herdsman_converters_version
    20.58.0

zigbee_herdsman_version
    2.1.9

Moet ik dan ook nog wat die zack?
Snap niet goed wat je daarmee bedoelt?

[Hmmbob]

Dylantje2 schreef op vrijdag 7 februari 2025 @ 09:01:
[...]


Dit is wat ik nu heb:

code:

Zigbee2MQTT versie
    1.42.0 commit: 861cba6

Coördinator type
    zStack3x0

Coordinator revisie
    20221102

Coordinator IEEE adres
    0x00124b0026d1633c

Versie frontend
    0.7.6

zigbee_herdsman_converters_version
    20.58.0

zigbee_herdsman_version
    2.1.9

Moet ik dan ook nog wat die zack?
Snap niet goed wat je daarmee bedoelt?

[Mrwandelfreak]

D4NG3R schreef op maandag 3 februari 2025 @ 08:45:
Deze hostname gebruiken als server:

[Afbeelding]

Dus bijv:

YAML:

server: mqtt://core-mosquitto:1883
user: mqtt-user
password: mqtt-password

Draait je broker (bovenstaande screenshot) wel @Mrwandelfreak ?

Edit: Zoals @Septillion aangeeft is het invullen van de bovenstaande gegevens overigens niet verplicht bij recente versies van Z2M en de MQTT broker addon. De addon moet natuurlijk wel actief zijn.

Helaas krijg ik de zigbee stick niet aan het draaien:

code:

13:55:57] INFO: Preparing to start...
[13:55:57] INFO: Socat not enabled
[13:55:57] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2025-02-07 13:56:02] info:     z2m: Logging to console, file (filename: log.log)
[2025-02-07 13:56:03] info:     z2m: Starting Zigbee2MQTT version 2.1.1 (commit #unknown)
[2025-02-07 13:56:03] info:     z2m: Starting zigbee-herdsman (3.2.5)
[2025-02-07 13:56:03] info:     zh:zstack:znp: Opening SerialPort with {"path":"/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_ac4bbcf5d01bef11ab239bd94909ffd0-if00-port0","baudRate":115200,"rtscts":false,"autoOpen":false}
[2025-02-07 13:56:03] info:     zh:zstack:znp: Serialport opened
[2025-02-07 13:56:03] info:     zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2025-02-07 13:56:04] info:     zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2025-02-07 13:56:23] error:    z2m: Error while starting zigbee-herdsman
[2025-02-07 13:56:23] error:    z2m: Failed to start zigbee-herdsman
[2025-02-07 13:56:23] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-02-07 13:56:23] error:    z2m: Exiting...
[2025-02-07 13:56:23] 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)

Zo heb ik het nu geconfigureerd:

YAML:

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

erver: mqtt://core-mosquitto:1883
user: mqttuser
password: ************

port: >-
  /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_ac4bbcf5d01bef11ab239bd94909ffd0-if00-port0
adapter: zstack

Hoop echt dat iemand mij kan helpen...

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

[Hmmbob]

Er is zelfs al een help pagina voor die specifieke fout: https://www.zigbee2mqtt.i...fatal-error-for-emberznet

Weet je zeker dat deze klopt?

/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_ac4bbcf5d01bef11ab239bd94909ffd0-if00-port0

[tlpeter]

@Mrwandelfreak

Als dit YAML is en geen typo dan is de config niet correct:

code:

erver: mqtt://core-mosquitto:1883
user: mqttuser
password: ************

Zoals je kunt zien staat er niet server maar erver

[D4NG3R]

Copy-paste foutje waarschijnlijk, wanneer er geen server is geconfigureerd (of een lege array in de config staat) was de melding weer de eerdere geweest: Mrwandelfreak in "Zigbee2mqtt - open source zigbee bridge - Deel 2"

Aangenomen dat de port gewoon klopt, is het 9/10x de firmware bij deze foutmelding en deze adapter.

[ Voor 16% gewijzigd door D4NG3R op 07-02-2025 14:25 ]

[Mrwandelfreak]

Hmmbob schreef op vrijdag 7 februari 2025 @ 14:12:
Er is zelfs al een help pagina voor die specifieke fout: https://www.zigbee2mqtt.i...fatal-error-for-emberznet

Weet je zeker dat deze klopt?

/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_ac4bbcf5d01bef11ab239bd94909ffd0-if00-port0

Deze zal moeten kloppen heb ik gecopieerd uit de hardware.

[Mrwandelfreak]

D4NG3R schreef op vrijdag 7 februari 2025 @ 14:23:
Copy-paste foutje waarschijnlijk, wanneer er geen server is geconfigureerd (of een lege array in de config staat) was de melding weer de eerdere geweest: Mrwandelfreak in "Zigbee2mqtt - open source zigbee bridge - Deel 2"

Aangenomen dat de port gewoon klopt, is het 9/10x de firmware.

Klopt is een copy-paste fout.
Er staat "server"

De port ID heb ik gecopieerd, dus ga ervan uit dat deze klopt.

Wat bedoel je met "9/10x" ?

[D4NG3R]

Negen van de tien keer. Bijna altijd.

Zoek even hoe je die sonoff stick kan flashen, het stelt niet veel voor maar is alweer even geleden dat ik het zelf heb moeten doen.

[ Voor 62% gewijzigd door D4NG3R op 07-02-2025 14:32 ]

[Mrwandelfreak]

Ik begrijp nu wat je beoeld.

De firmware zal niet goedof verouderd zijn.
Dit is natuurlijk ook weer lastig om te upgrade neem ik aan.

Kan ik niet beter een andere zigbee stick kopen.
Met actuelere firmware.

Wil best nog wel investeren, ik vind het behoorlijk frustrerend dat ik het niet aan het lopen krijg.

[D4NG3R]

Je hebt 0,0 garanties over de firmware welke op een stickje staat als je die koopt, die kan bij wijze van een maand oud zijn of van meerdere jaren geleden. Sowieso maakt de leeftijd van de firmware wat minder uit dan of het wel/niet werkt in HA, m'n eigen firmware is van ergens in 2021. Als het werkt, dan werkt het.

Het stelt gelukkig weinig voor: YouTube: Sonoff Zigbee 3.0 USB Dongle Plus - How to upgrade the firmware

[ Voor 4% gewijzigd door D4NG3R op 07-02-2025 14:40 ]

[Mrwandelfreak]

@D4NG3R

Heel erg bedankt.
Ik ga ermee aan de slag.

Wordt vervolgd....

[mrbert]

Ik weet het niet maar ik voel me soms alof ik van het ene gat naar het andere struikel, Ik geef het niet graag op maar ik wordt wel een beetje naar mijn inkasseringsvermogen gedreven:S

Ik draai HA op een thin client en heb een sonoff stick met de laatste versie incl ember.
Ik ben niet nieuw in HA maar wel met zigbee en loop daar tegen dingen aan die ik niet helemaal begrijn en ook niet opgelost krijg dus hopelijk vind ik hier wat hulp

Ik heb nu mijn andere gledopto ledcontrollers binnen allemaal zelfde type en zelde software versie.

Voor iks veel verder kan met de automationsm, probeer ik dus even de basis dingen die ik op 1 controler werkend had werkend te krijgen voor de andere.. Graag 1 stap tegelijk tot ik weet dat deze werkt.

In zigbee2Mqtt in de webpage I add the new controler. Deze worden probleemloos herkend
Dan doe ik de binding naar mijn kleuren coltrol afstandbedeinning. Deze kan 4 controlers aan.om in te stellen
ik doe binding voor on/off, levelCtrl, en ColorCtrl op kanaal2
Ik selecteer de nieuwe controler met 2 en zie als ik over het kleuren wiel ga dat de kleur e..d. aangepast worden.Dus dat werkt.

Nu open ik de device in Z2M en kijk bij state en daar zie ik bij de 1e controler de color X/Y waarden veranderen Bij de 2e zie deze niet wijzigen.
BIj de 1e had ik als test de reporting ingesteld voor LColorCTRL Current x, Current Y en ColorTemperature. Dat werkt goed voor de 1e.
Bij de 2e krijg ik deze foutmeldingen

code:

info 2025-02-07 15:47:08z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/response/device/configure_reporting', payload '{"data":{"attribute":"currentX","cluster":"lightingColorCtrl","endpoint":"11","id":"slaapkamer_LED_controler_3_bovenspiegel","maximum_report_interval":3600,"minimum_report_interval":60,"reportable_change":1},"status":"ok","transaction":"iapdb-7"}'
error 2025-02-07 15:47:37z2m: Request 'zigbee2mqtt/bridge/request/device/configure_reporting' failed with error: 'Bind 0xa4c138b6310c02d9/11 lightingColorCtrl from '0xe8e07efffe7c84c5/1' failed (Delivery failed for '7259'.)'
info 2025-02-07 15:47:37z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/response/device/configure_reporting', payload '{"data":{},"error":"Bind 0xa4c138b6310c02d9/11 lightingColorCtrl from '0xe8e07efffe7c84c5/1' failed (Delivery failed for '7259'.)","status":"error","transaction":"iapdb-8"}'
error 2025-02-07 15:47:37z2m: Request 'zigbee2mqtt/bridge/request/device/configure_reporting' failed with error: 'ZCL command 0xa4c138b6310c02d9/11 lightingColorCtrl.configReport([{"attribute":"currentY","minimumReportInterval":60,"maximumReportInterval":3600,"reportableChange":1}], {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Status 'INSUFFICIENT_SPACE')'

Hoop dat het zo goed is met de code tags.
Ik heb zelfs alles spanningsloos gehad maar ook dan na reboot kan ik nog steeds geen reporting instellen.
Ik weet niet heel zeker of deze reporting de reden is dat ik de status niet zie veranderen. Mogelijk is die reporting niet van belang, Maar dan is de vraag waarom zie ik het wel veranderen bij de 1e en niet bij de 2e conroler?

[HuismAndré]

Mrwandelfreak schreef op vrijdag 7 februari 2025 @ 14:28:
[...]


Klopt is een copy-paste fout.
Er staat "server"

De port ID heb ik gecopieerd, dus ga ervan uit dat deze klopt.

Wat bedoel je met "9/10x" ?

Waarom ervan uitgaan dat het klopt. Het is maar een directory dus een:

ls /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_ac4bbcf5d01bef11ab239bd94909ffd0-if00-port0

Zou resultaat moeten geven (dus geen No such file or directory). Dan weet je zeker of het klopt.

Daarnaast moet Z2M natuurlijk wel rechten hebben om het device te openen.

[Septillion]

@Mrwandelfreak Je draait dus HA OS? En Zigbee2MQTT als addon?

Ik zou nogmaals het path checken en anders eens reflashen.

[Septillion]

@mrbert Direct binds blijven gewoon wel lastig en super device specifiek helaas. Zeker als je dan meerdere devices wilt binden. Niet per se beginner proof.

Kan je anders eens screenshot maken van wat je nu qua binds heb ingesteld?

[mrbert]

Septillion schreef op vrijdag 7 februari 2025 @ 17:37:
@mrbert Direct binds blijven gewoon wel lastig en super device specifiek helaas. Zeker als je dan meerdere devices wilt binden. Niet per se beginner proof.
@Septillion Dank weer voor het mee kijken. Gaaf dat er hier op tweakers zulke mensen zijn!!
Kan je anders eens screenshot maken van wat je nu qua binds heb ingesteld?

heb het nu ingevoegd.
Het betreft overigens 2 dezelfde devices.Zelfde SW versie ook.
Dit is dus de bindng vanaf de remote gezien.
Ik was in eerste instatie enthousiast want ik zag even dat de state van de remote goed werd gerapporteerd., maar dat is ineens weer gestopt, nadat het even leek te werken zie ik nu helemaal geen state van de ledcontrolers meer veranderen behalve on/off . en ik zie afentoe een popup met een 'route error many to one'

Eeen snapshot wordt wel gemaakt maar deze heeft niet de juiste instelling en wordt dus niet met de laatste instelling gemaakt heel vaak gewoon wit of 1 kleur en kan ook daar de logica niet zo van achterhalen . Bijzonder is ook dat als ik kleuren instel en een snapshot maak en daarna activate snapshot doe dat dan de er niet verandert, maar als ik dan andere kleuren instel en dan activate snapshhot doe dat er dan heel andere instelling uit komen en vaak allles toch anders is, ddus er mist info in de snapshot.

Nu zie ik wel in de satus van de remote de wijzigingen gerappporteerd,, maar daar kan ik weinig mee voor een scene.

In de developer tool zie ik ook niet dat de ingestelde kleurwaarde verandert. Ik zie ook daar alleen de On/Off

Het lijkt er dus idd op dat het een Z2M issue is Maar nu een oplossing vinden.
ik had al een extension aan Z2M gevonden over een vergelijkbaar probleem met hue lampen maar die oplossing lijkt niet te werken
MIsschien dan toch de kleurinstelling via een automation doen? Maar waar dan te starten?

[ Voor 67% gewijzigd door mrbert op 10-02-2025 11:11 . Reden: aanvulling en correctie ]