Zigbee2mqtt - open source zigbee bridge - Deel 2

[The Zep Man]

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

Nginx Proxy Manager != nginx

[itsmarlss]

Hoi allemaal,

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

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

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

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

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

[Ben(V)]

rtscts is de hardware handshake van je Dongle.

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

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

[Step5]

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

En met welke reden?

[PhilipsFan]

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

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

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

[htca]

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

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

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

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

[Septillion]

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

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

[PhilipsFan]

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

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

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

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

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

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

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

[Septillion]

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

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

[JBS]

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

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

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

[Septillion]

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

[PhilipsFan]

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

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

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

[gazzzman61]

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

[Esumontere]

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

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

[gazzzman61]

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

[mrbert]

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

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

code:

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

[belly89]

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

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

code:

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

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

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

[mrbert]

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

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

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

[JBS]

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

[mrbert]

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

De foutmeldingen zijn in ieder geval nu denk ik opgelost


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

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

[Wachten...]

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

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

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

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

code:

No matching entities found

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

[HuismAndré]

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

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

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

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

code:

No matching entities found

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

toon volledige bericht

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

[JBS]

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

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

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

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

[HuismAndré]

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

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

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

[JBS]

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

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

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

[Wachten...]

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

Bedankt voor de reacties

[zunrob]

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

Hier de log van de container zodra de coordinator reboot:

code:

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

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

[HuismAndré]

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

Hier de log van de container zodra de coordinator reboot:

code:

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

toon volledige bericht

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

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

Voorbeeld van een docker compose:

YAML:

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

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

[zunrob]

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

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

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

Voorbeeld van een docker compose:

YAML:

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

toon volledige bericht

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

[RedRayMann]

Hallo allemaal,

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

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

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


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

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

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

--edit--

Ter info, hierbij de logfile vanuit Z2M

code:

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

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


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

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

YAML:

external_converters:
  - ext_converter.js

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

YAML:

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

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

module.exports = definition;

toon volledige bericht

3) verwijder het apparaat uit Zigbee2MQTT

4) volledige restart van Home Assistant

5) Permit join (all)

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

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

[sypie]

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

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

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

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

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

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

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

Schopje naar Z2M

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

[Septillion]

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

En anders terug naar een niet dev versie?

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

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

[sypie]

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

Hier is wat er in de log staat:

code:

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

[Septillion]

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

[sypie]

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

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

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

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

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

[bartve]

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

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

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

Uitvoering:

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

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

code:

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

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

Dit is mijn z2m configuratie:

code:

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

De output van

code:

ls -l /dev/serial/by-id

in de console van de z2m LXC is

code:

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

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

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

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

[Septillion]

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

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

[bartve]

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

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

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

[Gizz]

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


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

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

[Septillion]

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

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

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

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

[Ben(V)]

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

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

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

[Himalaya]

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

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

[JanHenk]

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

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

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

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

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

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

[htca]

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

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

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

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

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

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

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

[JanHenk]

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

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

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

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

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

[Martin.Air]

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


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

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

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

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

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

[JanHenk]

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


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

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

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

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

[HuismAndré]

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


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

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

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

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

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

[Quad]

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

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

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

[Mimiix]

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

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

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

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

[JBS]

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

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

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

[Quad]

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


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

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

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

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

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

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

[JBS]

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

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

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

[Quad]

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

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

[Himalaya]

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

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

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

[JBS]

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

[CAP-Team]

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

[synoniem]

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

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

[Cimpel]

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

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

[RobertMe]

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

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

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

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

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

[Quad]

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

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

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

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

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

Stukje regels waarbij je kan zien wat er gebeurt:

code:

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

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

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

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

Ik vind het wel gek en in zulke gevallen irritant.

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

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

[JBS]

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

[testmanager]

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

Hoi allemaal,

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

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

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


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


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

[HuismAndré]

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



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

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



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

code:

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

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

code:

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

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

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

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

[Himalaya]

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

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

Zo werkt dat niet met zigbee channels:



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

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

[Septillion]

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

[Himalaya]

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

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

[Hmmbob]

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

[Himalaya]

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

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

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

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

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

[testmanager]

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

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

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

[evol]

Kon niet veel recente ervaringen vinden over het wijzigen van kanaal en de noodzaak om te repairen.

In mijn onwetendheid ben ik lekker begonnen met HA en Z2MQTT met de default settings. Kanaal 11 dus.
Inmiddels 83 devices, waarvan 63 vaste voeding. Grootste deel daarvan is GledOpto, maar ook Hue, Innr en Ecodim.

Ik ervaar toch wel wat instabiliteit. Devices die niet altijd reageren maar dat na bijv. een restart van Z2MQTT weer wel prima doen.
Ik twijfel dus of wijziging naar kanaal 25 een goed idee is. Ik zou het graag proberen, maar alles met het handje resetten is best wel wat werk.

Ik lees dat devices op vaste voeding vaak zelf switchen. Maar hoe kom ik daar achter of bijv. de GledOpto GL-SD-001 dat doet?

[Step5]

evol schreef op zondag 11 mei 2025 @ 23:21:
Kon niet veel recente ervaringen vinden over het wijzigen van kanaal en de noodzaak om te repairen.

In mijn onwetendheid ben ik lekker begonnen met HA en Z2MQTT met de default settings. Kanaal 11 dus.
Inmiddels 83 devices, waarvan 63 vaste voeding. Grootste deel daarvan is GledOpto, maar ook Hue, Innr en Ecodim.

Ik ervaar toch wel wat instabiliteit. Devices die niet altijd reageren maar dat na bijv. een restart van Z2MQTT weer wel prima doen.
Ik twijfel dus of wijziging naar kanaal 25 een goed idee is. Ik zou het graag proberen, maar alles met het handje resetten is best wel wat werk.

Ik lees dat devices op vaste voeding vaak zelf switchen. Maar hoe kom ik daar achter of bijv. de GledOpto GL-SD-001 dat doet?

Weet je al wel zeker dat bij kanaal 25 minder Wifi kanalen actief zijn?

[evol]

Step5 schreef op zondag 11 mei 2025 @ 23:32:
[...]

Weet je al wel zeker dat bij kanaal 25 minder Wifi kanalen actief zijn?

Nee, niet zeker. Hoe controleer ik dat het eenvoudigst?

[Step5]

evol schreef op zondag 11 mei 2025 @ 23:35:
[...]

Nee, niet zeker. Hoe controleer ik dat het eenvoudigst?

Ik gebruik de app WifiAnalyzer: https://f-droid.org/packages/com.vrem.wifianalyzer

Zijn wel andere apps ook denk ik.

Edit:
De channel graph laat niet helemaal alles zien, zie verhaal hier, daar zie je ook wat plaatjes en verhaal over sidebands : https://www.metageek.com/.../zigbee-wifi-coexistence/

[ Voor 25% gewijzigd door Step5 op 12-05-2025 08:22 ]

[Septillion]

@evol Het hangt volledig af van het apparaat. Als de firmware zich locked top een kanaal dan zal je moeten repairen. Volgens mij komt dat locken op een kanaal relatief veel voor bij batterij devices maar hoeft niet te betekenen dat een niet-batterij device altijd wil wisselen. Enige manier om er achter te komen is testen.

Zelf ben ik begonnen op kanaal 25 omdat ik een device had dat niet op 11 kan. Toen woonde ik een appartement dus het hele wifi spectrum zal van voor naar achter bom vol dus een vrij plekje zoeken was er toch niet bij... Maar ik heb er ook nooit last van gehad.

[Ben(V)]

Kanaal 25 bestaat voor wifi volgens mij niet, dat is een Zigbee kanaal.
Dus welke devices heeft @evol eigenlijk?

En Zigbee devices hebben zelden last van wifi want ze gebruiken een veel smallere band en over het algemeen met heel erg weinig data per tijdeenheid, dus welk kanaal je gebruikt is nauwelijks van belang.

Wifi daarentegen is een data vreter zelfs als het helemaal niet in gebruik is maal alleen een beacon uitzend.

[Mawlana]

De laatste tijd komt het vaak voor dat de Aqara motion sensors "unavailable" raken in HomeAssistant. In zigbee2mqtt zijn de devices wel beschikbaar.

Na een herstart van zigbee2mqtt en/of mosquitto komen ze vaak wel weer terug in HomeAssistant.

Herkenbaar? Ik heb zojuist m'n nodered flows maar even aangepast om niet meer afhankelijk te zijn van HA voor wat betreft de motion sensors.

[DjoeC]

Ben(V) schreef op maandag 12 mei 2025 @ 13:48:
Kanaal 25 bestaat voor wifi volgens mij niet, dat is een Zigbee kanaal.
Dus welke devices heeft @evol eigenlijk?

En Zigbee devices hebben zelden last van wifi want ze gebruiken een veel smallere band en over het algemeen met heel erg weinig data per tijdeenheid, dus welk kanaal je gebruikt is nauwelijks van belang.

Wifi daarentegen is een data vreter zelfs als het helemaal niet in gebruik is maal alleen een beacon uitzend.

Kanalen plaatje (overlap): https://eye-vision.homeip...Frequenties-Overzicht.jpg en hier de blon pagina: https://eye-vision.homeip.net/zigbee-uitleg/

Ik zie dat er zelfs een kanaal 26 bestaat.

[D4NG3R]

DjoeC schreef op maandag 12 mei 2025 @ 15:46:
[...]

Kanalen plaatje (overlap): https://eye-vision.homeip...Frequenties-Overzicht.jpg en hier de blon pagina: https://eye-vision.homeip.net/zigbee-uitleg/

Ik zie dat er zelfs een kanaal 26 bestaat.

offtopic:
Altijd leuk zo'n no-hotlinking melding van een website welke zelf z'n materiaal ergens anders vandaan heeft gehaald.

[Ben(V)]

Plus dat het nergens over gaat.
Dat kanalenplaatje was hier al gepost (echt plaatje geen link).
Himalaya in "Zigbee2mqtt - open source zigbee bridge - Deel 2"

Waar het om gaat is dat Zigbee kanalen wat anders zijn als Wifi kanalen en dat er niet verteld werd of hij Zigbee of Wifi devices gebruikt.

[RobertMe]

Ben(V) schreef op maandag 12 mei 2025 @ 16:04:
Plus dat het nergens over gaat.
Dat kanalenplaatje was hier al gepost (echt plaatje geen link).
Himalaya in "Zigbee2mqtt - open source zigbee bridge - Deel 2"

Waar het om gaat is dat Zigbee kanalen wat anders zijn als Wifi kanalen en dat er niet verteld werd of hij Zigbee of Wifi devices gebruikt.

In het Zigbee2mqtt topic worden vast geen wifi devices besproken, toch? En als kanaal 25 geen wifi kanaal is is het nog duidelijker dat het vast en zeker over Zigbee gaat. Ook in de context van "overstappen op kanaal 25 om mogelijk de stabiliteit te verbeteren". Immers heeft Zigbee kanaal 25 alleen overlap met wifi kanaal 11.

[Ben(V)]

@RobertMe
Ok je heb een punt, mijn fout.

Blijft over dat in mijn ogen je Zigbee kanaal wisselen weinig zinvol is omdat Zigbee nauwelijks last heeft van Wifi tenzij je heel erg veel wifi devices hebt.

[ Voor 11% gewijzigd door Ben(V) op 13-05-2025 08:34 ]

[Himalaya]

Ben(V) schreef op dinsdag 13 mei 2025 @ 08:33:
@RobertMe
Ok je heb een punt, mijn fout.

Blijft over dat in mijn ogen je Zigbee kanaal wisselen weinig zinvol is omdat Zigbee nauwelijks last heeft van Wifi tenzij je heel erg veel wifi devices hebt.

Voor gewoon algemeen gebruik ben ik het met je eens, alles werkt wel en op veel plekken heb je geen last als het iets trager is. Maar ik merk duidelijk invloed op de snelheid van met name motion sensors. Ik had voordat ik Wifi en Zigbee wat uit elkaar trok naar eigen frequentiegebieden echt dat ik de bijkeuken al bijna door was voor het licht aansprong. Nu sta ik amper op de drempel en het licht springt al aan. En dat was voor mij echt een dealbreaker bij het gebruik van Zigbee in ons huis.

Maar er zijn meer zaken die van invloed op je Zigbee performance zijn zoals veelvuldig gebruik van powerplugs die elke paar seconden vermogen en verbruik doorgeven, slechte schakelende voedingen, ultrasoon luchtbevochtigers, Dect telefoons.

[Kodess]

Wat zijn tegenwoordig goede zigbee sockets met power measurement? Ik heb jaren terug die Blitzwolfjes gekocht, maar heb er nu wat meer nodig.

[KoekieMonstert]

Kodess schreef op donderdag 15 mei 2025 @ 15:27:
Wat zijn tegenwoordig goede zigbee sockets met power measurement? Ik heb jaren terug die Blitzwolfjes gekocht, maar heb er nu wat meer nodig.

https://www.ikea.com/nl/n...t-stroommonitor-00569836/

[Gizz]

@Kodess als ik nu iets nieuws zou kopen, dan haal ik bij de IKEA een paar INSPELNINGS. Prima prijs, 16A en vrij grote kans dat ie netjes aan alle veiligheidseisen voldoet.

edit: Wat @KoekieMonstert zegt dus

[ Voor 7% gewijzigd door Gizz op 15-05-2025 16:09 ]

[evol]

Himalaya schreef op dinsdag 13 mei 2025 @ 14:14:
[...]

Voor gewoon algemeen gebruik ben ik het met je eens, alles werkt wel en op veel plekken heb je geen last als het iets trager is. Maar ik merk duidelijk invloed op de snelheid van met name motion sensors. Ik had voordat ik Wifi en Zigbee wat uit elkaar trok naar eigen frequentiegebieden echt dat ik de bijkeuken al bijna door was voor het licht aansprong. Nu sta ik amper op de drempel en het licht springt al aan. En dat was voor mij echt een dealbreaker bij het gebruik van Zigbee in ons huis.

Maar er zijn meer zaken die van invloed op je Zigbee performance zijn zoals veelvuldig gebruik van powerplugs die elke paar seconden vermogen en verbruik doorgeven, slechte schakelende voedingen, ultrasoon luchtbevochtigers, Dect telefoons.

Ben wel benieuwd welk kanaal jij nu gebruikt voor je Zigbee netwerk.

Wat je zegt over de verstorende apparaten is iets waar ik nog meer naar wil kijken ook. Maar ik heb het idee dat een switch naar 25 best wat kan brengen als ik online ervaringen lees.

Ik ben alleen nog wat huiverig voor evt. gevolgen en repairen. Maar als ik niets bereik met verstoringen verhelpen en/of extra router devices dan is dat misschien de enige weg.

[Himalaya]

evol schreef op donderdag 15 mei 2025 @ 16:55:
[...]

Ben wel benieuwd welk kanaal jij nu gebruikt voor je Zigbee netwerk.

Wat je zegt over de verstorende apparaten is iets waar ik nog meer naar wil kijken ook. Maar ik heb het idee dat een switch naar 25 best wat kan brengen als ik online ervaringen lees.

Ik ben alleen nog wat huiverig voor evt. gevolgen en repairen. Maar als ik niets bereik met verstoringen verhelpen en/of extra router devices dan is dat misschien de enige weg.

Ik heb nu twee Zigbee meshes in huis, eentje voor de benedenverdieping en buiten, en een eentje voor de bovenverdieping en de zolder. Deze draaien beide op kanaal 25 met max 5dBm. Daarnaast heb ik mijn 4 wifi accespoints voorzover 2.4GHz nog aan staat op kanaal 1 en 6 staan met een kanaalbreedte van 20MHz en op low power.

[ShaneV]

Kodess schreef op donderdag 15 mei 2025 @ 15:27:
Wat zijn tegenwoordig goede zigbee sockets met power measurement? Ik heb jaren terug die Blitzwolfjes gekocht, maar heb er nu wat meer nodig.

Ik ben ze aan het vervangen voor inbouw van niko. Die hebben nu ook zigbee inbouw stopcontacten, schakelaars en dimmers. Handig als je al niko hebt natuurlijk.

[Yannick97]

KoekieMonstert schreef op donderdag 15 mei 2025 @ 16:08:
[...]

https://www.ikea.com/nl/n...t-stroommonitor-00569836/

Gizz schreef op donderdag 15 mei 2025 @ 16:09:
@Kodess als ik nu iets nieuws zou kopen, dan haal ik bij de IKEA een paar INSPELNINGS. Prima prijs, 16A en vrij grote kans dat ie netjes aan alle veiligheidseisen voldoet.

edit: Wat @KoekieMonstert zegt dus

Ja, de INSPELNING is een prima stekker, MAAR, werken niet voor ieder (niet IKEA) end-device als mogelijke router. Zo wel meer IKEA apparaten van de laatste 2 jaar. Vooral Aqara is een ding, maar daar is sowieso bekend dat ze iets afwijken van de standaard en met meer apparaten niet lekker samenwerken, maar er zijn ook andere apparaten waarbij ik dit merk.

Shelly Gen4 zijn mooie schakelaars op Zigbee met stroommeten voor inbouw, zeker omdat je de keuze houd voor het type schakelaar en dat ze 20dBm zendvermogen hebben, maar die werken UBERHAUPT (nog) niet als routers voor end-devices, dus wel even rekening mee houden. En WiFi nodig voor beheer en OTA.

[Kodess]

Heb meteen een paar INSPELNINGs gekocht.
Standaard rapporteren ze Energy met 1 decimaal (kWh), dus per 100Wh.
Je kan het aanpassen naar 3 decimalen dus dan is het 'per watt'.
Wel gek, in de z2m documentatie staat dat je met die instelling de preciesie alleen kan verlagen, maar hij staat dus default op 1 decimaal waarbij je minimaal 2 decimalen wilt.

[Kalentum]

Die IKEA dingen zijn wel lekker geprijsd! Ik heb zelf een paar Frient Smart Plugs, die zijn een stuk duurder maar ze passen naast elkaar in een stopcontact of stekkerblok.

[zunrob]

Kodess schreef op zaterdag 17 mei 2025 @ 11:23:
Heb meteen een paar INSPELNINGs gekocht.
Standaard rapporteren ze Energy met 1 decimaal (kWh), dus per 100Wh.
Je kan het aanpassen naar 3 decimalen dus dan is het 'per watt'.
Wel gek, in de z2m documentatie staat dat je met die instelling de preciesie alleen kan verlagen, maar hij staat dus default op 1 decimaal waarbij je minimaal 2 decimalen wilt.

Waar kun je dat aanpassen?

[Kodess]

zunrob schreef op zaterdag 17 mei 2025 @ 23:18:
[...]


Waar kun je dat aanpassen?

In Zigbee2MQTTAssistant je device aanklikken, dan Settings (specific) en dan Energy precision op 2 of 3 zetten.

[zunrob]

Kodess schreef op zondag 18 mei 2025 @ 00:51:
[...]

In Zigbee2MQTTAssistant je device aanklikken, dan Settings (specific) en dan Energy precision op 2 of 3 zetten.

Check, gevonden, dankjewel! Maar bij mij lijkt het niet zo te werken als gehoopt. Hij geeft nu wel meer decimalen meer, maar hij wordt nog steeds maar per 0,1 kWh aangepast in Home Assistant. Is dat ook aan te passen?

[Kodess]

zunrob schreef op zondag 18 mei 2025 @ 09:09:
[...]


Check, gevonden, dankjewel! Maar bij mij lijkt het niet zo te werken als gehoopt. Hij geeft nu wel meer decimalen meer, maar hij wordt nog steeds maar per 0,1 kWh aangepast in Home Assistant. Is dat ook aan te passen?

Hm zie het nu ook
De Energy dashboard draait op de long term statistics en die is blijkbaar per 100Wh gelogged.
Home Assistant is dan dus heel erg ingericht op Amerika waar je veel meer gebruikt.
Voor mij is 100Wh vaak meer dan 10% van mijn verbruik in een uur. Behoorlijk in accuraat dus inderdaad.

[RobertMe]

Kodess schreef op zondag 18 mei 2025 @ 13:41:
[...]

Hm zie het nu ook
De Energy dashboard draait op de long term statistics en die is blijkbaar per 100Wh gelogged.
Home Assistant is dan dus heel erg ingericht op Amerika waar je veel meer gebruikt.
Voor mij is 100Wh vaak meer dan 10% van mijn verbruik in een uur. Behoorlijk in accuraat dus inderdaad.

Je hebt "de plug" verkeerd geschreven Als de plug alleen maar elke 100Wh rapporteert dan kan HA daar verder niks aan doen. In HA zie ik, bij meerdere soorten energiemeters, de weergave in 2 decimalen. Of dat nu de Chinese Zigbee plugs zijn, de Fibaro (ZWave) plug, de Fibaro (ZWave) double switches, of de Fibaro (ZWave) Roller shutter. Allemaal staan op het energy dashboard met 2 decimalen. Zou anders bij de roller shutter ook wel leuk zijn. Die registreert nu al maar 0,01kWh per zoveel keer dat het rolluik open en dicht gaat. Dat zou anders nog eens * 10 zijn als die maar elke 0,1kWh zou laten zien.

[zunrob]

RobertMe schreef op zondag 18 mei 2025 @ 14:00:
[...]

Je hebt "de plug" verkeerd geschreven Als de plug alleen maar elke 100Wh rapporteert dan kan HA daar verder niks aan doen. In HA zie ik, bij meerdere soorten energiemeters, de weergave in 2 decimalen. Of dat nu de Chinese Zigbee plugs zijn, de Fibaro (ZWave) plug, de Fibaro (ZWave) double switches, of de Fibaro (ZWave) Roller shutter. Allemaal staan op het energy dashboard met 2 decimalen. Zou anders bij de roller shutter ook wel leuk zijn. Die registreert nu al maar 0,01kWh per zoveel keer dat het rolluik open en dicht gaat. Dat zou anders nog eens * 10 zijn als die maar elke 0,1kWh zou laten zien.

En @Kodess, ik heb het voor elkaar gekregen!

Door de onderste parameter naar 1 te veranderen, was eerst 100, rapporteert ie nu elke Wh verschil!

[ Voor 11% gewijzigd door zunrob op 18-05-2025 14:46 ]

[Kodess]

Vaag hoor, toen ik die decimalen had aangepast en toen bij exposes had gekeken zag ik het met 3 decimalen. Maar inderdaad nu met die seReporting aanpassing doet ie het beter.

Wat ik wel las is dat Energy Dashboard in HA wel maar per 100Wh doet, klopt dat of is dat ook verouderde informatie.

[Septillion]

@Kodess Zo ver ik weet doet HA daar geen afrondingen anders dan dat het in een (denk 64-bit) float moet.

Wel probeert het in enkele weergave maximaal 3 (of 4) digits weer te geven. Dus 2,56 of 12,3 etc. Maar dat is dus alleen een ding qua weergave in het energy dashboard.