Zigbee2mqtt - open source zigbee bridge - Deel 2

[kroonen]

Opgelost. Toen ik spefifiek een kleur koos, ging hij wel updaten van de brightness.


Hoi ,

Ik heb een Philips (Hue outdoor Impress wall lamp). In de zigbee2mqtt wordt hij netjes gemeld en ook de brightness gaat goed, en onthoud deze.

In homeassinstant kom hij ook netjes, ik kan de brightness wijzigen en doet hij ook maar hij bewaart hem niet. in de statussen (in onwikkelhulpmiddelen, daar de attiuburen bljift hij op null staan). Het lijkt net of zigbee2mqtt de brightness niet doorgeeft aan homeassistant.

Enig idee wat hier fout gaat? Of moet ik nog ergens een vinkje zetten. Ik heb hem ook al een keer verwijdert en opnieuw gekoppeld

met mqtt explorer kriijg ik gewoon de waarde

{"brightness":99,"effect":null,"linkquality":142,"power_on_behavior":"off","state":"ON","update":{"installed_version":16786692,"latest_version":16787202,"progress":0.51,"remaining":97194,"state":"updating"}}


in ontwikkelhulpmiddelen heb ik deze waarde

code:

min_color_temp_kelvin: 2000
max_color_temp_kelvin: 6666
min_mireds: 150
max_mireds: 500
effect_list:
  - blink
  - breathe
  - okay
  - channel_change
  - candle
  - fireplace
  - colorloop
  - finish_effect
  - stop_effect
  - stop_hue_effect
supported_color_modes:
  - color_temp
  - xy
friendly_name: Bijkeuken Buiten
supported_features: 44
effect: null
color_mode: unknown
brightness: null
color_temp_kelvin: null
color_temp: null
hs_color: null
rgb_color: null
xy_color: null

[ Voor 46% gewijzigd door kroonen op 28-01-2026 18:28 ]

[badkuip]

@rogervdh Ben je al achter de oorzaak van je chrashende Z2M gekomen? Bij mij draaide het ook jaren stabiel maar deze week heb ik al twee keer moeten herstarten.
Gelukkig hoefde ik niets te restoren en werkte het gewoon weer. Ook heb ik een usb Zigbee coordinator en volgens mij heb jij er een via ethernet.

Ik had het zelf gerelateerd aan dit probleem maar dat is niet helemaal aan de orde. Het enige andere wat ik kan bedenken is de update naar HA OS 17.0.

Mijn logs zeggen mij niets. Het staat vol met debug info en ik heb geen log meer van de vastloper. Maar misschien kijk ik verkeerd. Welk log moet ik raadplegen?
Ik draai het op Proxmox in HA OS supervised. ZIgbee2MQTT is een Add on in mijn home assistant.

[HuismAndré]

badkuip schreef op donderdag 29 januari 2026 @ 19:59:
@rogervdh Ben je al achter de oorzaak van je chrashende Z2M gekomen? Bij mij draaide het ook jaren stabiel maar deze week heb ik al twee keer moeten herstarten.
Gelukkig hoefde ik niets te restoren en werkte het gewoon weer. Ook heb ik een usb Zigbee coordinator en volgens mij heb jij er een via ethernet.

Ik had het zelf gerelateerd aan dit probleem maar dat is niet helemaal aan de orde. Het enige andere wat ik kan bedenken is de update naar HA OS 17.0.

Mijn logs zeggen mij niets. Het staat vol met debug info en ik heb geen log meer van de vastloper. Maar misschien kijk ik verkeerd. Welk log moet ik raadplegen?
Ik draai het op Proxmox in HA OS supervised. ZIgbee2MQTT is een Add on in mijn home assistant.

Als je log vol staat met debug info dan heb je log level verkeerd staan tenzij je daadwerkelijk aan het debuggen bent. Ben je dat niet dan dient het level op warning of error te staan (anders loopt de boel best snel vast).

[rogervdh]

badkuip schreef op donderdag 29 januari 2026 @ 19:59:
@rogervdh Ben je al achter de oorzaak van je chrashende Z2M gekomen? Bij mij draaide het ook jaren stabiel maar deze week heb ik al twee keer moeten herstarten.

@badkuip Nee, ik ben er niet achter gekomen. Op de een of andere manier kon Z2M geen verbinding meer krijgen met de ethernet Zigbee coordinator. Vervolgens echt vanalles geprobeerd om het weer werkend te krijgen, maar zonder resultaat. Restore gedaan en voila...het werkte direct weer. Bizar en irritant dat ik de oorzaak nooit heb kunnen achterhalen. Sindsdien draait het gewoon weer stabiel aan een stuk. Inmiddels overigens HAOS 17.0 draaien.

Ik had het zelf gerelateerd aan dit probleem maar dat is niet helemaal aan de orde. Het enige andere wat ik kan bedenken is de update naar HA OS 17.0.

Lijkt erop dat gebruiker empierrelouis in bovenstaande link exact hetzelfde probleem had als ik. Exact zelfde foutmelding, hardware, etc. full restore was de enige oplossing om het weer werkend te krijgen en sindsdien werkt het weer.

[ Voor 26% gewijzigd door rogervdh op 29-01-2026 22:13 ]

[sapphire]

Hier sinds vanavond wat vage problemen met Z2M, tenminste dat of mijn ZBMINI-L2 is gaar.

Vanavond opeens licht niet meer aan via de wandschakelaar, en via de HA app/Z2M reageerde de ZBMINI-L2 ook niet meer. Nagekeken of alles nog goed zat, voelde niet warm aan, geen brandplekken oid dus dat kan het niet zijn. Module geforceerd verwijderd, weer toegevoegd maar nu staat er een rood uitroepteken bij interview status 'failed'. Hij is gewoon te bedienen via Z2M/HA

Voor het verwijderen kreeg ik de volgende error:


Wat ik zo snel heb kunnen vinden is een verouderde firmware maar dit is de nieuwste versie en de overige modules hebben dezelfde versie en werken prima

[ Voor 68% gewijzigd door sapphire op 04-02-2026 23:55 ]

[HuismAndré]

Als bedienen met de wandschakelaar niet meer werkt dan zou je denken dat er een hardware issue is met je ZBMINIL2. Hij kan immers niet in detached mode werken (zoals z'n ZBMINIR2 broertje dat kan) zodat hij altijd zal moeten reageren op de schakelaar (kan hooguit per ongeluk in edge mode terecht komen ipv high/low maar zelfs dan moet hij reageren op een aangesloten schakelaar).

Geforceerd verwijderen is nooit een goed idee. Altijd eerst proberen het device op de nette manier te verwijderen (ook omdat het device dan tenminste netjes een zelfreset uitvoert). Nu kun je nog overwegen om dat zelf te doen. Knop op de ZBMINIL2 een seconde of 10 ingedrukt houden. Als hij ingebouwd zit dan kun je het ook met de aangesloten aan/uit schakelaar doen (keer of 10 heen en weer in een vrij vlot tempo). Licht knippert even als het gelukt is (IIRC). Daarna is hij gereset zou zou de coördinator hem weer moeten kunnen vinden.

[Ben.Hahlen]

Misschien heeft iemand hier dit al een keer meegemaakt, maar deze is nieuw voor mij:
Ik heb een "Tradfri Starterset" gekocht (3 lampen + afstandsbediening), maar ik krijg de lampen met geen mogelijkheid gekoppeld in Z2M.
Het gaat om LED2106R3 GU10's, die "gewoon" supported zouden moeten zijn.

Normaliter zouden ze zelfs moeten verbinden als ze niet supported zijn, maar ook dat doen ze niet...
Alle 3 overigens niet.
Heb ook nog met een Hue Bridge geprobeerd (even afgestoft en aangesloten), maar ook daar joinen ze niet.

Heb er ook een issue voor aangemaakt, maar wilde het ook hier proberen.

[Cyberpope]

Sinds een paar weken heb ik dat mijn ikea afstandbedieningen (strybar en rotred heten ze geloof ik) de verbinding verliezen met de coordinator. Ik heb toch genoeg routers. Iemand een begin waar ik moet gaan zoeken. IA komt vooral dat ik mijn kanaal naar 20 moet zetten, terwijl ze eerst het advies hadden om mijn zigbee kanaal op 25 te zetten.

[Gizz]

@Ben.Hahlen waarschijnlijk is je timing niet goed bij de factory reset. Die luistert heel nauw bij IKEA. Zie ook de uitleg bij deze lampjes in de database van Z2M:

Pairing

Factory reset the light bulb (video). After resetting the bulb will automatically connect.

While pairing, keep the bulb close to the coordinator (adapter).

What works is to use (very) short “on’s” and a little bit longer “off’s”, where you kill the light as soon as the bulb shows signs of turning on. Start with bulb on, then off, and then 6 “on’s”, wait in the 6th ON state. (If you try play safe and go for 7 "on's" the reset sometimes fails.)

[ Voor 5% gewijzigd door Gizz op 06-02-2026 12:39 ]

[Ben.Hahlen]

Gizz schreef op vrijdag 6 februari 2026 @ 12:38:
@Ben.Hahlen waarschijnlijk is je timing niet goed bij de factory reset. Die luistert heel nauw bij IKEA. Zie ook de uitleg bij deze lampjes in de database van Z2M:
[...]

Ok... 6 times is the charm
Blijkbaar deed ik steeds 7 keer, omdat ik niet kan lezen, ofzo...
Nu dus wel gelukt!
Dank!

[belly89]

Ben.Hahlen schreef op vrijdag 6 februari 2026 @ 12:55:
[...]



Ok... 6 times is the charm
Blijkbaar deed ik steeds 7 keer, omdat ik niet kan lezen, ofzo...
Nu dus wel gelukt!
Dank!

Voor een volgende keer, dit script helpt mij altijd uit de brand.
https://gathering.tweaker...message/76068562#76068562

Alle credits uiteraard voor @TheFes

[Hmmbob]

belly89 schreef op vrijdag 6 februari 2026 @ 14:38:
[...]


Voor een volgende keer, dit script helpt mij altijd uit de brand.
https://gathering.tweaker...message/76068562#76068562

Alle credits uiteraard voor @TheFes

Nieuwe locatie van die code:

https://github.com/TheFes/HA-configuration/blob/main/packages/00%20general/ikea_pairing.yaml

[Ben.Hahlen]

belly89 schreef op vrijdag 6 februari 2026 @ 14:38:
[...]


Voor een volgende keer, dit script helpt mij altijd uit de brand.
https://gathering.tweaker...message/76068562#76068562

Alle credits uiteraard voor @TheFes

Dat werkt uiteraard alleen als je slimme schakelaars hebt ook, dat heb ik niet :-)

Wel een cool script, overigens!

[oltk]

rogervdh schreef op donderdag 29 januari 2026 @ 22:06:
[...]


@badkuip Nee, ik ben er niet achter gekomen. Op de een of andere manier kon Z2M geen verbinding meer krijgen met de ethernet Zigbee coordinator. Vervolgens echt vanalles geprobeerd om het weer werkend te krijgen, maar zonder resultaat. Restore gedaan en voila...het werkte direct weer. Bizar en irritant dat ik de oorzaak nooit heb kunnen achterhalen. Sindsdien draait het gewoon weer stabiel aan een stuk. Inmiddels overigens HAOS 17.0 draaien.


[...]


Lijkt erop dat gebruiker empierrelouis in bovenstaande link exact hetzelfde probleem had als ik. Exact zelfde foutmelding, hardware, etc. full restore was de enige oplossing om het weer werkend te krijgen en sindsdien werkt het weer.

Ik had zo een maandje geleden hetzelfde. Ineens werd mjn sonoff-P stick niet meer gevonden. Erin en eruit: bij hardware info in HA geen Sonoff. Uiteindelijk de USB hub (van de Hema) eruit gehaald en vervangen door een andere USB hub, en het werkte weer. Geen idee wat er aan de hand was.

[HowsMyApple]

Sinds een week of 2 valt een Aqara Motion Sensor met regelmaat weg uit m'n netwerk. In Zigbee2MQTT staat dat de device nog wel online is, maar het is nergens meer mee verbonden in het mesh netwerk. Opnieuw pairen en dan doet ie het weer voor een paar uur.
Ik heb deze motion sensor al ruim 5 jaar in gebruik en het heeft altijd zonder problemen gedraaid. Je zou denken dan is de batterij vast aan vervanging toe, maar ook met een nieuwe batterij blijft het probleem zich voordoen. De motion sensor staat op een meter of 3 van m'n Coordinator. En er is onlangs niets gewijzigd aan m'n mesh netwerk.

Iemand een idee wat er aan de hand kan zijn?

[Gizz]

HowsMyApple schreef op maandag 16 februari 2026 @ 08:30:
Sinds een week of 2 valt een Aqara Motion Sensor met regelmaat weg uit m'n netwerk. In Zigbee2MQTT staat dat de device nog wel online is, maar het is nergens meer mee verbonden in het mesh netwerk. Opnieuw pairen en dan doet ie het weer voor een paar uur.
Ik heb deze motion sensor al ruim 5 jaar in gebruik en het heeft altijd zonder problemen gedraaid. Je zou denken dan is de batterij vast aan vervanging toe, maar ook met een nieuwe batterij blijft het probleem zich voordoen. De motion sensor staat op een meter of 3 van m'n Coordinator. En er is onlangs niets gewijzigd aan m'n mesh netwerk.

Iemand een idee wat er aan de hand kan zijn?

(ik reageer hier even op je, want dit heeft met Z2M te maken en niet HA )
Kijk even met welke router je verbindt, de Aqara houdt zich niet helemaal netjes aan de zigbee-standaard en heeft daarom ruzie met bijvoorbeeld routers van Lidl en nog wat andere merken.

Zie ook de uitleg in de documentatie:

Troubleshooting: device stops sending messages/disconnects from network

Since Xiaomi devices do not fully comply to the Zigbee standard, it sometimes happens that they disconnect from the network. Most of the times this happens because of the following reasons:

Device has a weak signal, you can see the signal quality in the published messages as linkquality. A linkquality < 20 is considered weak.
Low battery voltage, this can even happen when the battery still appears full. Try a different battery.
The device is connected through a router which cannot deal with Xiaomi devices. This is known to happen devices from: Centralite, General Electric, Iris, Ledvance, Legrand, OSRAM, Sylvania, SmartThings, Securifi. A possible solution is to connect the device directly to the central coordinator by pushing the reset button while being physically close to it

Dit kun je oplossen door niet Permit join All te kiezen, maar een specifieke router te selecteren.

edit: nu ik toch aan het posten ben, ik heb zelf ook ruzie met een Aqara RTCGQ11LM. Ik krijg deze niet meer gereset of aan het pairen.

Gedrag:

• 1x klikken op de resetknop = blauwe led knippert, 2 seconden wachten, blauwe led knippert weer
• Resetknop ingedrukt houden voor 5, 10, 15 seconden of nog langer: er gebeurt niks, geen blauwe led.

Terwijl dat laatste de procedure zou moeten zijn voor een reset en het activeren van de pairmodus.

Geprobeerd met verse batterijtjes van 2 verschillende merken/batches. Wat nu?

[ Voor 11% gewijzigd door Gizz op 16-02-2026 08:39 ]

[HowsMyApple]

@Gizz Ah dat van die Permit join All wist ik niet, nooit bij stil gestaan eigenlijk

Maar de motion sensor heeft altijd een directe verbinding met de coordinator gehad, welke dus op zo'n 3 meter afstand staat. De sensor is m'n meest betrouwbare zigbee device tot nu toe geweest. Er is niets veranderd, geen idee waarom 'ie nu telkens na een paar uur 'niet meer werkt' ..

Ik zie nu je edit. Weet jij toevallig vanaf welke dag exact jouw problemen spelen? Ik helaas niet, maar wellicht kunnen we dan opzoeken of er rond die dag een update is geweest voor Z2MQTT waar die motion sensors niet heel blij mee zijn.

[ Voor 24% gewijzigd door HowsMyApple op 16-02-2026 09:00 ]

[Septillion]

@HowsMyApple Detail dat ik mis, werkt hij ook werkelijk niet?

Want Zigbee kent geen echte manier om "offline" te detecteren, dan kan alleen door reactie te timen. En dat staat standaard uit in Z2M. En dat van een batterij device tijdens een scan niet duidelijk is met wel device hij verbonden is wil ook nog niets zeggen.

[HowsMyApple]

@Septillion Ja de sensor werkt nog wel. Zodra ik 'm opnieuw pair wordt ie gelijk gevonden en springen de lichten in de keuken direct aan (oftewel, de sensor ziet dat er iemand in de keuken is en de juiste automation wordt afgetrapt)

[Septillion]

@HowsMyApple Nee, niet na re-pairen. Geen streepje op het kaartje of offline melding zijn beide maar symptomen. Maar werkt de sensor dan werkelijk dan ook niet meer?

[HowsMyApple]

@Septillion
Precies andersom: volgens Z2MQTT is er niets aan de hand met de sensor. Status in het Devices overzicht is dan nog steeds online. DE LQI was +- 150.
Maar in werkelijkheid komt er niets meer binnen in de logs. Niet wanneer er iemand de keuken in loopt maar ook geen tussentijdse status updates (voor zover batterypowered devices dat doen?).

Overigens vermoed ik inderdaad toch dat het met de route te maken heeft (gehad). De sensor hangt nu alweer +- 20 uur in m'n netwerk zonder weg te vallen. En vermoedelijk juist omdat deze nu niet meer direct met m'n coordinator is verbonden maar via een Zigbee wanddimmer (die verder weg zit dan de coordinator..)

Kortom: Na een reboot van HASS heeft de sensor bedacht een andere route dan de 5 jaar ervoor te nemen. Dat was niet stabiel. Na meerdere malen opnieuw pairen koos de sensor weer een andere route en sindsdien draait dat weer stabiel.

Bedankt voor het meedenken @Septillion en @Gizz

[Ben(V)]

Het probleem met aqara devices is dat ze altijd alleen maar verbinden met het device waar ze mee gepaired zijn en nooit meer met een ander device willen verbinden (slechte Zigbee implementatie).

Als er dan tijden het pairen een device is zoals bijvoorbeeld de coordinator die relatief veel signaal uitstuurt loopt je de kans dat hij daar mee paired, terwijl hij zelf niet zoveel signal heeft en die coordinator eigenlijk slecht kan bereiken.

Als je tegen dit probleem aanloopt kun je proberen geforceerd te pairen via een bepaalt device waar hij wel mee kan verbinden of die coordinator even afschermen tijden het pairen.

[Septillion]

@HowsMyApple Dat detail miste dus even en probeerde ik duidelijk te krijgen. Gezien ik ook wel eens gezien heb dat men een "verbindingsprobleem" probeerde op te lossen terwijl hij alleen soms als offlinf of zonder lijntje op de kaart stond maar wel gewoon nog werkte. Dan ben je dus achter een spook aan het gaan. Maar als hij werkelijk niets doorgeeft heb je een probleem ja.

Welke coördinator heb je? En welke firmware?

[manusjevanalles]

Ik probeer https://www.ikea.com/nl/n...-globe-opaalwit-10611302/ te koppelen in z2m (laatste versie). Als ik met reset (6x aan/uit) en vervolgens 12x aan/uit zet dan paired hij wel (en wordt ook herkend met de juiste naam), en gedurende een seconde of 10 kan ik hem bedienen. Vervolgens valt hij weer uit het netwerk. Dit gebeurt elke keer. Iemand die dit herkent en een oplossing weet?

[ Voor 4% gewijzigd door manusjevanalles op 21-02-2026 09:58 ]

[PCan]

Valt mij op dat in de Zigbee to mqqt configuratie.yaml onder serial niet meer het zinnetje
adapter: ember
staat.
Vraag 1: Hoeft dat niet meer?
Ik ben er een tijd uit geweest, dus excusses als er iets veranderd is.

Mijn geflashte Sonoff zigbee dongle E werkt volgens mij normaal en ondersteund ook Matter in HA.
Dat is het probleem niet.
Alleen lukt het mij niet om zowel via de Zigbee Bridge-Pro in Ewelink én de Dongle E in HA tegelijk verbinding te maken met de Sonoff Air Quality Monitor (matter). Waarschijnlijk omdat de Pro geen matter ondersteund. Wat er gebeurd is dat ik wel de sensor kan toevoegen in Ewelink, maar dan krijgt hij geen contact meer via mijn WiFi thuisnetwerk Router. Doe ik andersom de sensor eerst in HA en daarna in Ewelink, dan werkt hij niet meer in HA. alle waardes staan dan op onbereikbaar.
Verwijder ik alle apparaten in HA en Ewelink en doe ik een schone toevoeging in HA dan werkt de sensor prima via de Matter server in HA.
Alleen in de Ewelink App is de grafische interface wat mooier.

Vraag 2: Kan ik dit oplossen door een Dongle Max (€44,-), een Dongle Plus MG24 €34,- of een Zigbee Bridge Ultra (€72,-) te kopen? De Dongels zijn ember adapters. De Ultra is vergelijkbaar met de Pro, maar dan met thread (matter). De max heeft een ethernet kabel PoE aansluiting en web interface.
Of blijft ook daarnee het probleem bestaan?

[Gizz]

Volgens mij ben je wat zaken door elkaar aan het halen @PCan

PCan schreef op maandag 2 maart 2026 @ 12:37:
Valt mij op dat in de Zigbee to mqqt configuratie.yaml onder serial niet meer het zinnetje
adapter: ember
staat.
Vraag 1: Hoeft dat niet meer?

Daar moet iets van een adapter-type staan. Of dat ember moet zijn hangt van je adapter af.

Mijn geflashte Sonoff zigbee dongle E werkt volgens mij normaal en ondersteund ook Matter in HA.

Wat bedoel je met dat je dongle Matter ondersteund? Dongles spreken geen matter, maar een radioprotocol zoals zigbee, thread of z-wave.

Er zijn een paar opties bij je Sonoff dongle:

• Er staat zigbee-firmware op je stick: hij ondersteunt alleen zigbee
• Er staat thread-firmware op je stick: hij ondersteunt alleen thread
• Er staat combi-firmware op je stick: hij ondersteunt zigbee en thread. Deze optie wordt eigenlijk overal afgeraden omdat het niet goed werkt.

Thread is het radioprotocol. Als je een dongle met Thread-firmware hebt kun je zorgen dat Thread-apparaten met je Home Assistant kunnen praten, in Home Assistant zit dan het stukje waardoor Matter werkt.

Alleen lukt het mij niet om zowel via de Zigbee Bridge-Pro in Ewelink én de Dongle E in HA tegelijk verbinding te maken met de Sonoff Air Quality Monitor (matter).

Gaat het om dit ding? Dat is een apparaat op basis van wifi en heeft dus helemaal niks te maken met je Sonoff dongle. Die Air Quality Monitor moet gewoon verbinden met je eigen wifi-netwerk en zal dan ook in Home Assistant werken, via de Matter integration.

Vraag 2: Kan ik dit oplossen door een Dongle Max (€44,-), een Dongle Plus MG24 €34,- of een Zigbee Bridge Ultra (€72,-) te kopen? De Dongels zijn ember adapters. De Ultra is vergelijkbaar met de Pro, maar dan met thread (matter). De max heeft een ethernet kabel PoE aansluiting en web interface.
Of blijft ook daarnee het probleem bestaan?

Je kan er tig dongles tegenaan gooien, maar dat gaat je dus niet helpen met een wifi-apparaat. Net als dat je mobiel en laptop wifi hebben en ook niet verbinden met je zigbee/thread-dongle

[ Voor 4% gewijzigd door Gizz op 02-03-2026 15:58 ]

[deepbass909]

Ben(V) schreef op dinsdag 17 februari 2026 @ 09:53:
Het probleem met aqara devices is dat ze altijd alleen maar verbinden met het device waar ze mee gepaired zijn en nooit meer met een ander device willen verbinden (slechte Zigbee implementatie).

Als er dan tijden het pairen een device is zoals bijvoorbeeld de coordinator die relatief veel signaal uitstuurt loopt je de kans dat hij daar mee paired, terwijl hij zelf niet zoveel signal heeft en die coordinator eigenlijk slecht kan bereiken.

Als je tegen dit probleem aanloopt kun je proberen geforceerd te pairen via een bepaalt device waar hij wel mee kan verbinden of die coordinator even afschermen tijden het pairen.

Goed om te weten, ik heb een aqara schakelaar die regelmatig verbinding verliest. Ik moet even kijken met welke router hij verbinding maakt, of wellicht direct met de controller, die op nog geen meter daar vandaan hangt.

[PCan]

In 3 van de 4 dongles zit een chip die thread ondersteund. Zonder Thread geen Matter.
Wel zie ik in alle 4 Thread RCP firmware support. Ik vermoed echter dat de Z-stack SIP in de Pro roet in het eten gooit.
Ik heb inmiddels de Max besteld en verwacht dat het daarmee beter zal gaan.

[Gizz]

@PCan heb je ook maar iets van mijn post gelezen?

Zonder Thread kun je prima met Matter werken. Die SONOFF AirGuard PM2.5/PM10 Matter Over Wi-Fi Air Quality Monitor werkt via wifi.. Dat hij wel kan verbinden met je Zigbee Bridge-Pro is logisch, want die is ook een wifi-accesspoint. Daarom loop je ook tegen het probleem aan dat als die Air Quality Monitor via wifi met de Zigbee Bridge-Pro verbindt hij niet meer te verbinden is met je eigen wifi-netwerk.

Lees ook even de link door van de Matter Integration die ik al eerder met je deelde. Daarin staat wat meer uitleg over Matter en waarom je prima Matter kunt hebben zonder Thread:

Unlike other common radio-based protocols for IoT, (like Zigbee, Z-Wave, and Bluetooth), the Matter standard specification itself does not contain its own proprietary radio protocol or network transport protocol, but instead, it is a service control protocol that runs on top of the existing network infrastructure at the application level, with all Matter devices communicating using standard IP-based (IPv6) communication over your existing local area network (i.e. LAN networks like Wi-Fi and Ethernet)
or Thread (Low-Power Wireless Personal Area Network) depending on the type of device.

Je koopt nu spullen die je niet nodig hebt, waar ik je al voor waarschuwde. Je vraagt advies en je doet het tegenovergestelde?

Om je wifi(!) Sonoff air quality geval in Home Assistant te krijgen doe je het volgende:

1. Installeer de Matter Integration in HA
2. Ga met je telefoon naar je Sonoff Air Quality Monitor en doe dit (Android) of dit (iPhone).
3. Klaar

[Septillion]

@PCan Matter is alleen een top level protocol, het heeft nog een (IP based) netwerk nodig om over te werken. Vandaar dat gewoon spreken over "het doet Matter" eigenlijk dus incompleet is. Het is dus Matter over Thread, matter over Wifi, Matter over Ethernet, Matter over Mijn eigen netwerkprotocol etc. Vandaar dat ik het dus zo BS vind dat Ikea nu alleen "Matter" op de verpakking heeft staan.

En voor de MQTT config, daar hoort inderdaad het adapter type te staan. Maar wel alleen in de echte configuration.yaml van Z2M. De addon app config mag tegenwoordig eigenlijk gewoon leeg zijn en doet Z2M zelf onboarding waarbij de configuration.yaml gemaakt wordt.

[PCan]

@Septillion @Gizz
Bedankt voor de hulp.
Ik heb gewoon teveel aan mijn hoofd de laatste tijd. Waardoor ik soms door de bomen het bos niet meer zie.
In HA doet doen de sensoren het gewoon. Ik vond alleen de interface van Ewelink mooi, dus hoopte dat het allebei kon. Veel van mijn automatiseringen lopen via Ewelink, maar ik wordt langzaam steeds beter in HA.
Ik heb wel vaak last van uitval in HA, dan wordt e.e.a. niet ververst of is niet meer bereikbaar.
Ook de nieuwe CO2 sensor was er gisteren spontaan mee gestopt. Geen idee waarom. Vanmorgen de USB-C er ff uit en weer in, toen deed hij het weer een tijdje.

In het Yaml bestand heb ik vanmorgen de toevoeging "adapter: Ember" er weer uit gehaald.
Volgens mij is het ook Z-stack of zoiets. (Sonoff dongel E firmware geflashed in 2024), direct in mijn minipc met HA, met verlengkabel)
Gekke is dat hij gisteren toen ik de regel er tussen gezet had, hij alle overige regels daaronder wiste.

Ik ga alle adviezen etc. nog eens goed doornemen en alles op een rijtje zetten.
Kan de Max gewoon terugsturen als ik dat wil.

[Gizz]

PCan schreef op dinsdag 3 maart 2026 @ 15:58:
In HA doet doen de sensoren het gewoon. Ik vond alleen de interface van Ewelink mooi, dus hoopte dat het allebei kon.

Een Matter-apparaat moet met minimaal 5 andere systemen te koppelen zijn. Dus aan HA en Ewelink gekoppeld zijn zou qua hoeveelheid geen probleem moeten zijn.

Waar je misschien tegenaan loopt (ik heb zelf geen Ewelink spullen of die Sonoff Zigbee Bridge Pro) is dat die Ewelink-app alleen apparaten wil laten zien die direct wifi-verbinding maken met die Zigbee Bridge Pro.

Ik denk dat je dit beter verder kan uitzoeken met hulp van anderen in dit topic: Sonoff: goedkope smart modules met wifi (ESP) / Zigbee
Want met zigbee of Z2M heeft jouw probleem niks te maken

edit: nu je apparaat met HA verbonden is via Matter, lukt het je dan echt niet met deze stappen in de documentatie van de Matter Integration om 'm vervolgens ook in Ewelink te krijgen?

1: Go to Settings > Devices & services and on the Matter integration card, select Devices.
2: From the list of devices, select the device you want to share.
3: Select Share device, then in the dialog, select Share device again.
There is no need to press a hardware button on the device to set it to commissioning mode.
4: To join the device to the other platform, in their app, scan the QR code or enter the sharing code.
5: Follow the instructions in their app.

[ Voor 63% gewijzigd door Gizz op 03-03-2026 16:30 ]

[PCan]

@Gizz Heb ik kort geprobeert, die share functie. Dan zegt hij dat je niet iets met jezelf kan delen.
Maar, ik heb nog niet uitgezocht waarom en of ik dat kan omzeilen.

[Gizz]

@PCan de QR-code maak je in de HA-app en scan je met de Ewelink app. Klopt het dat je het zo doet? Waarom je dan de melding krijgt in Ewelink dat je iets met jezelf deelt snap ik niet.

Maar goed, dit wordt misschien iets voor een apart of ander topic

[Septillion]

Had de vraag eerst door laten gaan omdat er zoveel Matter verwarring was, maar nu beter in het HA topic verder.

[manusjevanalles]

manusjevanalles schreef op vrijdag 20 februari 2026 @ 22:54:
Ik probeer https://www.ikea.com/nl/n...-globe-opaalwit-10611302/ te koppelen in z2m (laatste versie). Als ik met reset (6x aan/uit) en vervolgens 12x aan/uit zet dan paired hij wel (en wordt ook herkend met de juiste naam), en gedurende een seconde of 10 kan ik hem bedienen. Vervolgens valt hij weer uit het netwerk. Dit gebeurt elke keer. Iemand die dit herkent en een oplossing weet?

Iemand nog een tip? Ik gebruik de Sonoff dongle E. Als ik tijdens het pairen op touchlink en dan scannen klik, dan wordt hij wel gepaired en dan verdwijnt hij niet meer uit zigbee2mqtt, maar de lamp is onbereikbaar.

[Deshmir]

@manusjevanalles al geprobeerd met 15x aan/uit?
Als hij bij 12 al toegevoegd wordt zou het niks uit moeten maken, maarja worth a try?

[manusjevanalles]

Deshmir schreef op zondag 8 maart 2026 @ 19:53:
@manusjevanalles al geprobeerd met 15x aan/uit?
Als hij bij 12 al toegevoegd wordt zou het niks uit moeten maken, maarja worth a try?

Had ik inderdaad al geprobeerd, bij 15x gaat hij niet in pairing mode, bij 12x wel.

[bigbuddha]

ik heb een HOBEIAN ZG-204Z PIR detector die perfect in z2m opgepikt wordt, maar nergens te bespeuren is in HA. Andere devices op dezelfde z2m instance worden wel gewoon door HA opgepikt. Iemand een idee?

[HuismAndré]

bigbuddha schreef op dinsdag 10 maart 2026 @ 09:28:
ik heb een HOBEIAN ZG-204Z PIR detector die perfect in z2m opgepikt wordt, maar nergens te bespeuren is in HA. Andere devices op dezelfde z2m instance worden wel gewoon door HA opgepikt. Iemand een idee?

Voor de zekerheid device verwijderen in Z2M, daarna Z2M en HA opnieuw opstarten en het device nogmaals toevoegen. Wacht met hernoemen van het device totdat je het gevonden hebt in HA (default name is het IEEE adres).

[LordSinclair]

Tot gisteren werkte het prima, maar er lijkt iets veranderd te zijn in de aansturen via Zigbee2MQTT
Voorheen kon ik als ik een lamp schakelde naast de brightness ook kelvin meegeven. Maar sinds gisteren geeft het systeem daar een error op:

Gestopt omdat er een fout is opgetreden om 10 maart 2026 om 17:05:43 (uitgevoerd in 0.00 seconden)
extra keys not allowed @ data['kelvin']

code:

id: '1737731424174'
alias: Keuken ledbar aan/uit
description: ''
triggers:
  - domain: mqtt
    device_id: bb1b07731e8e794c16072986f31f8412
    type: action
    subtype: single
    trigger: device
conditions: []
actions:
  - action: light.toggle
    metadata: {}
    data:
      brightness_pct: 100
      kelvin: 3500
    target:
      device_id: 0f1cd376552a0d18e8681d538ae8f5ec
mode: single

Zijn er betere manieren om die parameter mee te geven?

[synoniem]

LordSinclair schreef op dinsdag 10 maart 2026 @ 17:33:
Tot gisteren werkte het prima, maar er lijkt iets veranderd te zijn in de aansturen via Zigbee2MQTT
Voorheen kon ik als ik een lamp schakelde naast de brightness ook kelvin meegeven. Maar sinds gisteren geeft het systeem daar een error op:


[...]

code:

id: '1737731424174'
alias: Keuken ledbar aan/uit
description: ''
triggers:
  - domain: mqtt
    device_id: bb1b07731e8e794c16072986f31f8412
    type: action
    subtype: single
    trigger: device
conditions: []
actions:
  - action: light.toggle
    metadata: {}
    data:
      brightness_pct: 100
      kelvin: 3500
    target:
      device_id: 0f1cd376552a0d18e8681d538ae8f5ec
mode: single

Zijn er betere manieren om die parameter mee te geven?

Release notes HA 2026.3

Lights
Using color_temp (in mireds) to set a light’s color temperature is no longer supported. Use color_temp_kelvin instead.

Additionally, the color_temp, kelvin, min_mireds, and max_mireds light entity state attributes have been removed. Use color_temp_kelvin, min_color_temp_kelvin, and max_color_temp_kelvin instead.

[LordSinclair]

synoniem schreef op dinsdag 10 maart 2026 @ 18:27:
[...]

Release notes HA 2026.3

[...]

Thanks, zal wel een reden hebben, niet zo handig om constant alles te moeten hernoemen.

[bigbuddha]

HuismAndré schreef op dinsdag 10 maart 2026 @ 14:57:
[...]

Voor de zekerheid device verwijderen in Z2M, daarna Z2M en HA opnieuw opstarten en het device nogmaals toevoegen. Wacht met hernoemen van het device totdat je het gevonden hebt in HA (default name is het IEEE adres).

A no go. Zelfs wanneer ik device niet hernoem en pikt HA dit ook niet op met default IEEE adres volgens jouw methode. In z2m is het gewoon beschikbaar en wordt alles perfect uitgelezen. Bizar behaviour.

[Septillion]

@bigbuddha Dan zou ik eens iets als MQTT Explorer pakken. Er zou dan een config bericht moeten staan in:
homeassistant/binary_sensor/0x[address]/occupancy/config

Is die er?

Zou ook moeten bestaan in:
homeassistant/sensor/0x[address]/battery/config
homeassistant/sensor/0x[address]/linkquality/config

[Septillion]

@deepbass909 Jij had iets zelfde toch? Jij al eens met MQTT Explorer gekeken?

[Cyrus The Virus]

Ik heb al een aantal maanden zonder issues 2 instances draaien in HA in combinatie met 2x SLZB-06. Alleen sinds vandaag wil 1 Z2M niet meer starten en krijg ik de volgende error

code:

[10:24:34] INFO: Preparing to start...
[10:24:35] INFO: Socat not enabled
[10:24:35] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2026-03-13 10:24:37] info:     z2m: Logging to console, file (filename: log.log)
[2026-03-13 10:24:37] info:     z2m: Starting Zigbee2MQTT version 2.9.1 (commit #unknown)
[2026-03-13 10:24:37] info:     z2m: Starting zigbee-herdsman (9.0.9)
[2026-03-13 10:24:37] info:     zh:zstack:znp: Opening TCP socket with 192.168.1.18:6638
[2026-03-13 10:24:37] info:     zh:zstack:znp: Socket connected
[2026-03-13 10:24:37] info:     zh:zstack:znp: Socket ready
[2026-03-13 10:24:37] info:     zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2026-03-13 10:24:38] info:     zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2026-03-13 10:24:56] error:    z2m: Error while starting zigbee-herdsman
[2026-03-13 10:24:56] error:    z2m: Failed to start zigbee-herdsman
[2026-03-13 10:24:56] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2026-03-13 10:24:56] error:    z2m: Exiting...
[2026-03-13 10:24:56] error:    z2m: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
    at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@9.0.9/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:107:27)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@9.0.9/node_modules/zigbee-herdsman/src/controller/controller.ts:145:29)
    at Zigbee.start (/app/lib/zigbee.ts:70:27)
    at Controller.start (/app/lib/controller.ts:111:29)
    at start (/app/index.js:156:5)

Nu heb ik al volledige reboots/power cycles geprobeerd van HA en de SLZB, evenals een firmware upgrade en downgrade. Maar in geen gevallen wil hij starten. Via google kom ik ook niet op een oplossing.
Enige wat ik nog niet geprobeerd heb is Z2M te verwijderen en alles opnieuw te installeren (want dan moet ik alles weer opnieuw pairen).

Iemand wat tips ?

EDIT: Zelfs een nieuwe install werkt niet

[deepbass909]

Septillion schreef op woensdag 11 maart 2026 @ 12:15:
@deepbass909 Jij had iets zelfde toch? Jij al eens met MQTT Explorer gekeken?

Dit klinkt inderdaad als exact hetzelfde met wat ik met een knop heb. Ik heb daar nog niet verder naar kunnen kijken alleen.

Ik heb vandaag wel een slimme lamp toegevoegd in z2m, en die is wel gewoon beschikbaar in HA.

De bewuste knop laat zich trouwens ook probleemloos zien in mqtt explorer:

code:

192.168.1.10
 homeassistant
  event
   0xa4c138760447d110
    action
    config = {"availability":[{"topic":"zigbee2mqtt/bridge/state","value_template":"{{ value_json.state }}"},{"topic":"zigbee2mqtt/Knop1/availability","value_template":"{{ value_json.state }}"}],"availability_mode":"all","default_entity_id":"event.knop1_action","device":{"hw_version":1,"identifiers":["zigbee2mqtt_0xa4c138760447d110"],"manufacturer":"Tuya","model":"Wireless switch with 1 button","model_id":"TS0…
  sensor
   0xa4c138760447d110
    action
     config = {"availability":[{"topic":"zigbee2mqtt/bridge/state","value_template":"{{ value_json.state }}"},{"topic":"zigbee2mqtt/Knop1/availability","value_template":"{{ value_json.state }}"}],"availability_mode":"all","default_entity_id":"sensor.knop1_action","device":{"hw_version":1,"identifiers":["zigbee2mqtt_0xa4c138760447d110"],"manufacturer":"Tuya","model":"Wireless switch with 1 button","model_id":"TS…
    battery
     config = {"availability":[{"topic":"zigbee2mqtt/bridge/state","value_template":"{{ value_json.state }}"},{"topic":"zigbee2mqtt/Knop1/availability","value_template":"{{ value_json.state }}"}],"availability_mode":"all","default_entity_id":"sensor.knop1_battery","device":{"hw_version":1,"identifiers":["zigbee2mqtt_0xa4c138760447d110"],"manufacturer":"Tuya","model":"Wireless switch with 1 button","model_id":"T…
    last_seen
     config = {"availability":[{"topic":"zigbee2mqtt/bridge/state","value_template":"{{ value_json.state }}"},{"topic":"zigbee2mqtt/Knop1/availability","value_template":"{{ value_json.state }}"}],"availability_mode":"all","default_entity_id":"sensor.knop1_last_seen","device":{"hw_version":1,"identifiers":["zigbee2mqtt_0xa4c138760447d110"],"manufacturer":"Tuya","model":"Wireless switch with 1 button","model_id":…
    linkquality
     config = {"availability":[{"topic":"zigbee2mqtt/bridge/state","value_template":"{{ value_json.state }}"},{"topic":"zigbee2mqtt/Knop1/availability","value_template":"{{ value_json.state }}"}],"availability_mode":"all","default_entity_id":"sensor.knop1_linkquality","device":{"hw_version":1,"identifiers":["zigbee2mqtt_0xa4c138760447d110"],"manufacturer":"Tuya","model":"Wireless switch with 1 button","model_id…
 zigbee2mqtt
  bridge
   devices = [{"disabled":false,"endpoints":{"1":{"bindings":[],"clusters":{"input":["genBasic","genIdentify","genOnOff","genTime","genOta","powerProfile","lightingColorCtrl"],"output":["genBasic","genIdentify","genGroups","genScenes","genOnOff","genLevelCtrl","genPollCtrl","lightingColorCtrl","msIlluminanceMeasurement","msTemperatureMeasurement","msRelativeHumidity","msOccupancySensing","ssIasZone","seMeterId…
   health = {"response_time":1773414873377,"os":{"load_average":[2.34,2.58,2.28],"memory_used_mb":4071.49,"memory_percent":54.6759},"process":{"uptime_sec":766267,"memory_used_mb":69.25,"memory_percent":0.9299},"mqtt":{"connected":true,"queued":0,"published":1276542,"received":1525},"devices":{"0xc4d8c8fffe8a041b":{"messages":4297,"messages_per_sec":0.0056,"leave_count":0,"network_address_changes":0},"0xa4c13…
  info = {"commit":"85875aee27caa005946bb5a446080461a0d2fc33\n","config":{"advanced":{"cache_state":true,"cache_state_persistent":true,"cache_state_send_on_startup":true,"channel":20,"elapsed":false,"ext_pan_id":[221,221,221,221,221,221,221,221],"last_seen":"ISO_8601","log_console_json":false,"log_debug_namespace_ignore":"","log_debug_to_mqtt_frontend":false,"log_directories_to_keep":10,"log_directory":"/a…

Hij komt dus alleen niet door in HA.

[Septillion]

@deepbass909 Als je wel discovery berichten ziet kan ik maar twee fouten bedenken:
- Fout in MQTT integratie van HA
- Of er zit een fout in waardoor HA hem afkeurt

In laatste geval is het een fout van Z2M maar zou ik dus een error in de log van HA verwachten over een ongeldige config. Ik dacht, ik test hem eens hier maar de JSON in je bericht is afgekapt. Als je eens een hele JSON van bijvoorbeeld de battery sensor deelt kan ik die hier eens erin gooien en kijken of ik wat zie.

Laatste wat je eens zou kunnen proberen:
- Verwijderen uit Z2M
- Met MQTT explorer deze berichten verwijderen (gezien ze retained zijn)
- Device weer aanmelden bij Z2M

[Vorkie]

Gewoon om te delen, maar gisteren reageerde de laatste versie van de Addon uh App ineens niet meer.

Opgelost door de App stoppen en weer te starten, toen gingen al mijn opdrachten ineens wel door vanuit Hass(discoooo)

Geen idee wat het was, toevallig meer mensen gehad?

[deepbass909]

Septillion schreef op zaterdag 14 maart 2026 @ 08:51:
@deepbass909 Als je wel discovery berichten ziet kan ik maar twee fouten bedenken:
- Fout in MQTT integratie van HA
- Of er zit een fout in waardoor HA hem afkeurt

Het eerste punt kan ik eigenlijk al ontkrachten omdat ik 2 identieke buttons heb (ieder uiteraard wel met eigen adres), waarvan er één wel gewoon werkt. Als er een fout in de integratie zit, zou ik verwachten dat die daarover struikelt.

Tweede punt zou kunnen, maar zou ik niet weten hoe ik dat kan achterhalen...

In laatste geval is het een fout van Z2M maar zou ik dus een error in de log van HA verwachten over een ongeldige config. Ik dacht, ik test hem eens hier maar de JSON in je bericht is afgekapt. Als je eens een hele JSON van bijvoorbeeld de battery sensor deelt kan ik die hier eens erin gooien en kijken of ik wat zie.

Laatste wat je eens zou kunnen proberen:
- Verwijderen uit Z2M
- Met MQTT explorer deze berichten verwijderen (gezien ze retained zijn)
- Device weer aanmelden bij Z2M

Op zich heb ik dat al een keer gedaan, maar ik weet niet of ik toen ook alles weg had gehaald waarin het adres de verwijzing was. Dat ga ik dus nog een keer proberen.

In Domoticz heb ik ook weleens iets vergelijkbaars gehad, maar dan kon ik "nieuwe hardware toelaten" activeren en dan vond Domoticz het, en negeerde hij waarschijnlijk discover berichten. Een dergelijke functie mis ik helaas in HA...¨

[Prisma16]

Cyrus The Virus schreef op vrijdag 13 maart 2026 @ 10:55:
Ik heb al een aantal maanden zonder issues 2 instances draaien in HA in combinatie met 2x SLZB-06. Alleen sinds vandaag wil 1 Z2M niet meer starten en krijg ik de volgende error


Nu heb ik al volledige reboots/power cycles geprobeerd van HA en de SLZB, evenals een firmware upgrade en downgrade. Maar in geen gevallen wil hij starten. Via google kom ik ook niet op een oplossing.
Enige wat ik nog niet geprobeerd heb is Z2M te verwijderen en alles opnieuw te installeren (want dan moet ik alles weer opnieuw pairen).

Iemand wat tips ?

EDIT: Zelfs een nieuwe install werkt niet

Ik had hetzelfde, is hier opgelost door de firmware van SLZB-06 te downgraden naar 20250325.

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

[ Voor 3% gewijzigd door Prisma16 op 14-03-2026 13:28 ]

[Septillion]

@deepbass909 Met een identieke zou ik eigenlijk juist het tweede punt ontkrachten, niet het eerste. Want zou verwachten dat de berichten voor je twee buttons gelijk zijn afgezien van naam/identifier.

Kan je anders eens autodiscovery bericht van de werkende en de niet werkende (van battery sensor ofzo) eens delen?

Maar wel in je HA log gekeken voor errors/warning hierover?

[Cyberpope]

Zo mijn volgens mij mijn laatste lampen in huis (badkamer en zolder) toch ook maar even smart gemaakt.
Maar wel op een manier dat ze altijd werken, ook als HA eruit ligt. Blij met de hoeveel verschillende zigbee mogelijkheden er zijn.

[deepbass909]

Septillion schreef op zaterdag 14 maart 2026 @ 14:22:
@deepbass909 Met een identieke zou ik eigenlijk juist het tweede punt ontkrachten, niet het eerste. Want zou verwachten dat de berichten voor je twee buttons gelijk zijn afgezien van naam/identifier.

Kan je anders eens autodiscovery bericht van de werkende en de niet werkende (van battery sensor ofzo) eens delen?

Wat ik bedoelde is, dat de button mogelijk een foutieve waarde uitstuurt die HA weigert. Een fout in MQTT integratie zou effect moeten hebben op beiden, lijkt mij.

Ik moet de knoppen even weer opzoeken om de berichten te kunnen inzien.

Maar wel in je HA log gekeken voor errors/warning hierover?

Nog niet, ik zie dat ik sowieso even wat moet opruimen, want het log staat ook vol foutmeldingen van een slimme stekker die tijdelijk buiten gebruik is.

[Cyrus The Virus]

Prisma16 schreef op zaterdag 14 maart 2026 @ 13:26:
[...]


Ik had hetzelfde, is hier opgelost door de firmware van SLZB-06 te downgraden naar 20250325.

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

Held dit fixed het voor mij, ik zie nu ook dat ik bij de andere die wel gewoon nog werkte firmware van 2024 had daar stond auto update namelijk uit.

[roelieboelie]

Cyberpope schreef op zaterdag 14 maart 2026 @ 15:28:
Zo mijn volgens mij mijn laatste lampen in huis (badkamer en zolder) toch ook maar even smart gemaakt.
Maar wel op een manier dat ze altijd werken, ook als HA eruit ligt. Blij met de hoeveel verschillende zigbee mogelijkheden er zijn. [Afbeelding]

[Afbeelding]

Op deze manier haal je wel telkens de stroom van de zigbee module af (?) als de normale schakelaar uit staat. Hoe heb je dat opgelost?

[Frappuccino]

roelieboelie schreef op zaterdag 14 maart 2026 @ 19:38:
[...]


Op deze manier haal je wel telkens de stroom van de zigbee module af (?) als de normale schakelaar uit staat. Hoe heb je dat opgelost?

Als je de zigbee module aansluit volgens het schema wat er op gedrukt staat dan kun je je lamp altijd bedienen ook als zigbee eruit ligt. Ik snap de reden dan ook niet om het anders aan te sluiten.

[Prisma16]

Cyrus The Virus schreef op zaterdag 14 maart 2026 @ 19:05:
[...]


Held dit fixed het voor mij, ik zie nu ook dat ik bij de andere die wel gewoon nog werkte firmware van 2024 had daar stond auto update namelijk uit.

Ik heb de auto update nu ook maar uitgezet.

[ Voor 22% gewijzigd door Prisma16 op 15-03-2026 09:19 ]

[HuismAndré]

roelieboelie schreef op zaterdag 14 maart 2026 @ 19:38:
[...]


Op deze manier haal je wel telkens de stroom van de zigbee module af (?) als de normale schakelaar uit staat. Hoe heb je dat opgelost?

Als je voldoende routers hebt dan is dit niet iets waar je je druk om hoeft te maken. Overdag hebben wij op de eerste verdieping iets van 10 Hue lampjes die spanningsloos zijn en 's nachts hebben we beneden zo'n 31 Hue lampjes die spanningsloos zijn. Daar kan ons Zigbee netwerk (met in totaal 71 routers) prima mee overweg.

[Cyberpope]

roelieboelie schreef op zaterdag 14 maart 2026 @ 19:38:
[...]


Op deze manier haal je wel telkens de stroom van de zigbee module af (?) als de normale schakelaar uit staat. Hoe heb je dat opgelost?

Nee, de module wordt gevoed door de fase en nul (bruin en blauw). De zwarte van de schakelaar zit ook op de module. Die activeert de switch die op zijn beurt het relay activeert (1 versie) of via binding een ikea lamp (de andere versie, want die wilde ik ook varieren in lichtsterkte). Maar de module op zich krijgt dus altijd stroom.

Maar besef dat je dat hier niet op ziet, want dit is alleen de bedrading gereed maken om hem aan te sluiten. Maar als je er op klikt zie je schema wat erop staat. En zo is het aangesloten.

[podarcis]

Cyberpope schreef op zaterdag 14 maart 2026 @ 21:22:
[...]

Nee, de module wordt gevoed door de fase en nul (bruin en blauw). De zwarte van de schakelaar zit ook op de module. Die activeert de switch die op zijn beurt het relay activeert (1 versie) of via binding een ikea lamp (de andere versie, want die wilde ik ook varieren in lichtsterkte). Maar de module op zich krijgt dus altijd stroom.

Maar besef dat je dat hier niet op ziet, want dit is alleen de bedrading gereed maken om hem aan te sluiten. Maar als je er op klikt zie je schema wat erop staat. En zo is het aangesloten.

Dus zwart zit dan op S1? Is er een plaatje van hoe het uiteindelijk is aangesloten?

[Cyberpope]

podarcis schreef op maandag 16 maart 2026 @ 08:42:
[...]

Dus zwart zit dan op S1? Is er een plaatje van hoe het uiteindelijk is aangesloten?

Ja, zwart zit op de S1. En nee, helaas geen plaatje en is ook bij beide lampen verschillend omdat de ene gaat via de relay en de ander via binding.

Dit is degene via binding, dus heel makkelijk bedraad. Daar kon ik makkelijk bij.

En ja, ik had de zwarte iets korter moeten afknippen. Had ik op dat moment geen zin in..

[ Voor 43% gewijzigd door Cyberpope op 16-03-2026 10:28 ]

[JBS]

Heb gisteren een Shelly 1 Mini Gen4 in Zigbee mode toegevoegd aan Z2M. Zag deze ochtend dat ie de Zigbee verbinding verloren had (via WiFi was ie nog wel verbonden). Na een reboot van de Shelly werd de Zigbee verbinding weer hersteld.

Ik lees elders diverse vergelijkbare ervaringen over de wat instabiele Zigbee verbinding. Hier toevallig ook ervaringen?

[ Voor 8% gewijzigd door JBS op 26-03-2026 07:48 ]

[HuismAndré]

JBS schreef op donderdag 26 maart 2026 @ 07:46:
Heb gisteren een Shelly 1 Mini Gen4 in Zigbee mode toegevoegd aan Z2M. Zag deze ochtend dat ie de Zigbee verbinding verloren had (via WiFi was ie nog wel verbonden). Na een reboot van de Shelly werd de Zigbee verbinding weer hersteld.

Ik lees elders diverse vergelijkbare ervaringen over de wat instabiele Zigbee verbinding. Hier toevallig ook ervaringen?

Sowieso is dat hele Gen4 gebeuren een suboptimaal idee. Belangrijke reden om voor Zigbee te kiezen is energieverbruik. Een beetje Zigbee switch neemt zo'n 0.1 tot 0.2W in rust (en zo'n 0,4W meer als het relais actief is). Bij Shelly mag je daar bijna 1W bij optellen vanwege het feit dat de processor nogal energiehongerig is én je Wifi nooit volledig uit kunt zetten. Jammer. Neem dan maar een SonOff ZBMINIR2 (die gedraagt zich best netjes als router en wegvallen uit het Zigbee netwerk heb ik nog nooit bij ze meegemaakt). Enige wat ik echt 100% waardeloos vindt aan de ZBMINIR2 is het event. Dat houdt op bij toggle. Geen up, down, hold, double click of zo. Alleen maar 'toggle'.

[ Voor 3% gewijzigd door HuismAndré op 26-03-2026 09:40 ]

[maartend]

Is het bekend of dit op zigbee protocol draait?:

https://www.ikea.com/nl/n...-globe-opaalwit-80547464/

[JBS]

maartend schreef op donderdag 26 maart 2026 @ 09:40:
Is het bekend of dit op zigbee protocol draait?:

https://www.ikea.com/nl/n...-globe-opaalwit-80547464/

Tradfri is Zigbee inderdaad, maar wordt niet meer verkocht, op eventueel wat rest voorraad na. De opvolger is de KAJPLATS serie, is Matter over Thread, maar kan ook naar Zigbee mode (12x aan/uit).

[maartend]

JBS schreef op donderdag 26 maart 2026 @ 09:41:
[...]

Tradfri is Zigbee inderdaad, maar wordt niet meer verkocht, op eventueel wat rest voorraad na. De opvolger is de KAJPLATS serie, is Matter over Thread, maar kan ook naar Zigbee mode (12x aan/uit).

Ok. Ik zocht een lamp en kwam dit tegen op de ikea site. En ik wil enkel zigbee thuis.
En ik zocht een dimbare. kelvin instelbare lamp

[ Voor 9% gewijzigd door maartend op 26-03-2026 09:51 ]

[JBS]

HuismAndré schreef op donderdag 26 maart 2026 @ 09:38:
[...]

Sowieso is dat hele Gen4 gebeuren een suboptimaal idee. Belangrijke reden om voor Zigbee te kiezen is energieverbruik. Een beetje Zigbee switch neemt zo'n 0.1 tot 0.2W in rust (en zo'n 0,4W meer als het relais actief is). Bij Shelly mag je daar bijna 1W bij optellen vanwege het feit dat de processor nogal energiehongerig is én je Wifi nooit volledig uit kunt zetten. Jammer. Neem dan maar een SonOff ZBMINIR2 (die gedraagt zich best netjes als router en wegvallen uit het Zigbee netwerk heb ik nog nooit bij ze meegemaakt). Enige wat ik echt 100% waardeloos vindt aan de ZBMINIR2 is het event. Dat houdt op bij toggle. Geen up, down, hold, double click of zo. Alleen maar 'toggle'.

Het voordeel van de Gen4 vind ik dat ie tegelijkertijd in Zigbee als WiFi kan, maar vooral dat ie middels de ingebouwde webserver een instelbaar auto-timer heeft. Dat zorgt ervoor dat ie los van 'n draadloze verbinding sowieso na de ingestelde tijd uitschakelt. Dat is voor mijn usecase een absolute pre.

[Gizz]

maartend schreef op donderdag 26 maart 2026 @ 09:40:
Is het bekend of dit op zigbee protocol draait?:

https://www.ikea.com/nl/n...-globe-opaalwit-80547464/

Ben je bekend met de Z2M device database? Want daar staat hij gewoon in

[maartend]

Gizz schreef op donderdag 26 maart 2026 @ 09:53:
[...]

Ben je bekend met de Z2M device database? Want daar staat hij gewoon in

Nee dus.Nu dus wel. Thnx.

Wow, handige database, staat van alles in wat een devcie kan en hoe te restten en meer van dat spul

[ Voor 13% gewijzigd door maartend op 26-03-2026 10:03 ]

[RobertMe]

HuismAndré schreef op donderdag 26 maart 2026 @ 09:38:
én je Wifi nooit volledig uit kunt zetten

Volgens mij kan dat wel? Via Zigbee (en in ieder geval Z2M) kun je Wifi aan en uit zetten. Dus je hoeft niet wifi continu aan te hebben staan zodat je wellicht ooit iets via wifi kunt instellen. Je kunt wifi uit zetten en later on-demand over Zigbee weer aan zetten.

JBS schreef op donderdag 26 maart 2026 @ 09:45:
[...]

Het voordeel van de Gen4 vind ik dat ie tegelijkertijd in Zigbee als WiFi kan

Dat tegelijkertijd is volgens mij het hele probleem. Er zit maar één 2,4GHz radio /antenne op. Die dus zowel voor 802.3 (wifi) als 802.15.4 (Zigbee / Thread) gebruikt wordt. Als je beide aan hebt staan moet die dus continu wisselen in welke signalen die uitzend / ontvangt. Wat effectief dus zal betekenen dat die "veel in wifi stand staat" omdat wifi gewoon veel meer overhead heeft. Ik zou dus eens proberen of die niet stabieler is als je wifi uit zetten (via Zigbee / Z2M dan, en later kun je het dan ook weer via Zigbee / Z2M aan zetten als je nog eens in de instellingen wilt rommelen).

[JBS]

@RobertMe Goede tip! Was me er nog niet van bewust dat je wifi ook via Zigbee/Z2M kunt uit- en inschakelen, maar zie dat inderdaad in de docs https://www.zigbee2mqtt.i...i-configuration-composite

Ik zie nu dat de wifi verbinding ook af en toe wegvalt, die komt echter wel zelf weer terug. Zal het eens een periode aankijken met enkel Zigbee actief.

[ Voor 25% gewijzigd door JBS op 26-03-2026 11:09 ]

[JBS]

Ik merk op dat mijn TS0601_soil_3 (https://www.zigbee2mqtt.io/devices/TS0601_soil_3.html) de afgelopen weken enorm snel leeg is (binnen een paar dagen). Hiervoor was deze maandenlang actief op één setje batterijen. Kan er niet de vinger op leggen of dit sinds een bepaalde Z2M versie is.

Herkent iemand dit?

[Christoxz]

Weet iemand hoe ik het volgende moet interpreteren?

current_heating_setpoint: Temperature setpoint. To control publish a message to topic zigbee2mqtt/FRIENDLY_NAME/set with payload {"current_heating_setpoint": VALUE} where VALUE is the °C between 5 and 45. Reading (/get) this attribute is not possible.

local_temperature: Current temperature measured on the device (in °C). Reading (/get) this attribute is not possible.

Gaat om een kamerthermostaat: https://www.zigbee2mqtt.io/devices/ZHT-SR.html

Betekent dat ik de setpoint bijv niet kan uitlezen? Dus als deze fysiek op de thermostaat wordt aangepast, komt de nieuwe info niet binnen in Z2M?

Het is mij een beetje onduidelijk waarom een feature wel is exposed, maar niet uittelezen is?

Ben in een zoektoch naar een (aan/uit) kamer thermostaat met Zigbee, suggesties zijn welkom!

[JBS]

JBS schreef op dinsdag 7 april 2026 @ 15:33:
Ik merk op dat mijn TS0601_soil_3 (https://www.zigbee2mqtt.io/devices/TS0601_soil_3.html) de afgelopen weken enorm snel leeg is (binnen een paar dagen). Hiervoor was deze maandenlang actief op één setje batterijen. Kan er niet de vinger op leggen of dit sinds een bepaalde Z2M versie is.

Herkent iemand dit?

Een wat uitbreidere post over dit issue:

Sinds kort ervaar ik een probleem met mijn TS0601_soil_3 bodemvochtsensor (https://www.zigbee2mqtt.io/devices/TS0601_soil_3.html): de batterijen raken binnen een paar dagen leeg, terwijl dit voorheen maanden goed ging op één setje.

Wat ik observeer:

• Batterijen (zelfde type als voorheen) zijn binnen enkele dagen leeg
• Opnieuw pairen in Zigbee2MQTT lost het probleem niet op
• Na opnieuw pairen met volle batterijen wordt direct een batterijniveau van <60% gerapporteerd
• Dit gedrag is nieuw; de sensor werkte eerder langdurig zoals verwacht

Wat ik al heb gecontroleerd / geprobeerd:

• Zelfde batterijtype gebruikt als toen het nog goed werkte
• Sensor opnieuw gepaird
• Nieuwe batterijen geplaatst

Ik ben bekend met mogelijke battery drain door te frequente reporting/updates. Wat mij echter opvalt is dat onder het tabblad ‘Reporting’ geen endpoints zichtbaar zijn.



Vraag:

Is het normaal dat deze sensor geen reporting endpoints toont in Zigbee2MQTT?

[DjoeC]

JBS schreef op zaterdag 2 mei 2026 @ 08:53:
[...]
Een wat uitbreidere post over dit issue:

Sinds kort ervaar ik een probleem met mijn TS0601_soil_3 bodemvochtsensor (https://www.zigbee2mqtt.io/devices/TS0601_soil_3.html): de batterijen raken binnen een paar dagen leeg, terwijl dit voorheen maanden goed ging op één setje.

Wat ik observeer:

• Batterijen (zelfde type als voorheen) zijn binnen enkele dagen leeg
• Opnieuw pairen in Zigbee2MQTT lost het probleem niet op
• Na opnieuw pairen met volle batterijen wordt direct een batterijniveau van <60% gerapporteerd
• Dit gedrag is nieuw; de sensor werkte eerder langdurig zoals verwacht

Wat ik al heb gecontroleerd / geprobeerd:

• Zelfde batterijtype gebruikt als toen het nog goed werkte
• Sensor opnieuw gepaird
• Nieuwe batterijen geplaatst

Ik ben bekend met mogelijke battery drain door te frequente reporting/updates. Wat mij echter opvalt is dat onder het tabblad ‘Reporting’ geen endpoints zichtbaar zijn.

[Afbeelding]

Vraag:

Is het normaal dat deze sensor geen reporting endpoints toont in Zigbee2MQTT?

Als je zegt: "zelfde batterijtype", bedoel je dan het zelfde merk, zelfde type en zelfde leverancier? Ik heb in het verleden binnen type nogal eens verschillen gemerkt op basis van leverancier ook al lag de datum nog 5 jaar in de toekomst.... Overigens, ook binnen mijn set van 100 Panasonic CR2032 afkomstig van Alie zitten flinke levensduur verschillen binnen hetzelfde Zigbee device. Ik zet tegenwoordig elke datum waarop er een nieuwe batterij ingaat in het commentaar bij de sensor. Verschilt dan tussen 3-14 maanden....

[JBS]

DjoeC schreef op zaterdag 2 mei 2026 @ 10:54:
[...]

Als je zegt: "zelfde batterijtype", bedoel je dan het zelfde merk, zelfde type en zelfde leverancier? Ik heb in het verleden binnen type nogal eens verschillen gemerkt op basis van leverancier ook al lag de datum nog 5 jaar in de toekomst.... Overigens, ook binnen mijn set van 100 Panasonic CR2032 afkomstig van Alie zitten flinke levensduur verschillen binnen hetzelfde Zigbee device. Ik zet tegenwoordig elke datum waarop er een nieuwe batterij ingaat in het commentaar bij de sensor. Verschilt dan tussen 3-14 maanden....

Dezelfde, want ik gebruik oplaadbare AAA batterijen. Ik realiseer me dat het voltage daarvan lager is dan niet-oplaadbare, maar ook met (deze) oplaadbare AAA batterijen heeft deze sensor hiervoor altijd goed en langdurig gewerkt.

[ Voor 11% gewijzigd door JBS op 02-05-2026 10:58 ]

[imdos]

Is er sinds een tijdje (tussen 2.8.0) en 2.10.0/1 iets gewijzigd in de z2m auto-discovery?

Voor zover ik weet heb ik niets gewijzigd in de configuratie en enkel een docker upgrade gedaan. Want er worden sinds die wijziging geen nieuwe devices meer gevonden in Domoticz. Ik gebruik de native plugin vanuit Domoticz.

Ik gebruik domoticz 2026.2.1 of eigenlijk nog de iets nieuwere dev van vorige week (dit ivm onverklaarbare vastlopers).

Voor de rest kan ik me geen wijzigingen voorstellen.

[MakhouT]

Naar aanleiding van mijn issue met mijn netwerk, is mijn ha momenteel niet bereikbaar.

Daardoor heb ik nu een ander probleem: ik krijg mijn verlichting niet meer aan, aangezien mijn automations niet meer draaien. Ik meen mij echter te herinneren dat Zigbee een directe verbinding kan maken tussen een schakelaar en een lichtpunt, zodat het licht nog steeds werkt als Home Assistant offline is.

Kan iemand mij in de juiste richting duwen hoe ik dit kan instellen?

Het gaat om de volgende toestellen:

• Schakelaar: Aqara H1 (ingesteld in decoupled mode)
• Lichtpunt: Aqara T1M
• Coordinator: SLZB-06

Extra context:
De schakelaar staat momenteel in decoupled mode zodat Home Assistant een automation kan uitvoeren om het licht aan/uit te zetten. Dit werkte prima, maar wel iets trager dan relay mode.

Nu Home Assistant offline is, werkt die automation uiteraard niet meer en kan ik het licht dus helemaal niet bedienen.

Bestaat er een manier om rechtstreeks een binding tussen de H1 en de T1M te maken zodat de schakelaar ook zonder Home Assistant blijft werken?

[BiG-GuY]

MakhouT schreef op vrijdag 29 mei 2026 @ 09:06:
Naar aanleiding van mijn issue met mijn netwerk, is mijn ha momenteel niet bereikbaar.

Daardoor heb ik nu een ander probleem: ik krijg mijn verlichting niet meer aan, aangezien mijn automations niet meer draaien. Ik meen mij echter te herinneren dat Zigbee een directe verbinding kan maken tussen een schakelaar en een lichtpunt, zodat het licht nog steeds werkt als Home Assistant offline is.

Kan iemand mij in de juiste richting duwen hoe ik dit kan instellen?

Het gaat om de volgende toestellen:

• Schakelaar: Aqara H1 (ingesteld in decoupled mode)
• Lichtpunt: Aqara T1M
• Coordinator: SLZB-06

Extra context:
De schakelaar staat momenteel in decoupled mode zodat Home Assistant een automation kan uitvoeren om het licht aan/uit te zetten. Dit werkte prima, maar wel iets trager dan relay mode.

Nu Home Assistant offline is, werkt die automation uiteraard niet meer en kan ik het licht dus helemaal niet bedienen.

Bestaat er een manier om rechtstreeks een binding tussen de H1 en de T1M te maken zodat de schakelaar ook zonder Home Assistant blijft werken?

Hier is Zigbee binding voor ontwikkeld: https://www.zigbee2mqtt.io/guide/usage/binding.html

Als je remote en lamp van hetzelfde merk zijn, kan het vaak ook met een combinatie zonder tussenkomst van Z2M ingesteld worden.

[MakhouT]

BiG-GuY schreef op vrijdag 29 mei 2026 @ 09:40:
[...]

Hier is Zigbee binding voor ontwikkeld: https://www.zigbee2mqtt.io/guide/usage/binding.html

Als je remote en lamp van hetzelfde merk zijn, kan het vaak ook met een combinatie zonder tussenkomst van Z2M ingesteld worden.

Aha!
Ik had nu wel enkel z2m geinstalleerd op HA. Maar deze kan ik nu dus niet bereiken, is er een andere manier hoe ik hier aan geraak? (ben nog een noob in deze space )

[RobertMe]

MakhouT schreef op vrijdag 29 mei 2026 @ 10:38:
[...]

Aha!
Ik had nu wel enkel z2m geinstalleerd op HA. Maar deze kan ik nu dus niet bereiken, is er een andere manier hoe ik hier aan geraak? (ben nog een noob in deze space )

Daarop geeft @BiG-GuY ook al antwoord. Spullen van hetzelfde merk kan het vaak "direct" met een bepaalde knoppen combinatie. Afstandsbediening bij de lamp houden, de juiste knoppen sequence uitvoeren en ze zijn aan elkaar gekoppeld (met direct bindings dus).
Tussen spullen van verschillende merken zal zo'n pairing denk ik vaak niet bestaan en kan alleen de coördinator het regelen met de juiste commando's.

Ergo: lees even de handleiding van ouw Aqara spullen

[MakhouT]

RobertMe schreef op vrijdag 29 mei 2026 @ 10:52:
[...]

Daarop geeft @BiG-GuY ook al antwoord. Spullen van hetzelfde merk kan het vaak "direct" met een bepaalde knoppen combinatie. Afstandsbediening bij de lamp houden, de juiste knoppen sequence uitvoeren en ze zijn aan elkaar gekoppeld (met direct bindings dus).
Tussen spullen van verschillende merken zal zo'n pairing denk ik vaak niet bestaan en kan alleen de coördinator het regelen met de juiste commando's.

Ergo: lees even de handleiding van ouw Aqara spullen

Ah ik had het anders begrepen! Nu ik het terug lees was ik gewoon mis! Ik zal eens zoeken!

Ze zijn beiden van Aqara, dus zal wel lukken zeker! Ik kom er nog op terug!

[Mimiix]

MakhouT schreef op vrijdag 29 mei 2026 @ 10:54:
[...]

Ah ik had het anders begrepen! Nu ik het terug lees was ik gewoon mis! Ik zal eens zoeken!

Ze zijn beiden van Aqara, dus zal wel lukken zeker! Ik kom er nog op terug!

Let wel op: Hierdoor ontkoppelen apparaat soms van het zigbee netwerk door met elkaar te gaan praten.

[DjoeC]

Ik ben op zoek naar een zigbee sirene. Er staan er verschillende in de ondersteunde devices lijst maar ik kan er niet echt achter komen of de "alarm" ondersteuning ook "korte" geluidsignalen of piepjes ondersteunen. Ik zie "duration" in seconden, maar werkt bijvoorbeeld 0.1 seconde ook bij alle of sommige van die devices? Zo ja, wat is een goed device?

[MakhouT]

RobertMe schreef op vrijdag 29 mei 2026 @ 10:52:
[...]

Daarop geeft @BiG-GuY ook al antwoord. Spullen van hetzelfde merk kan het vaak "direct" met een bepaalde knoppen combinatie. Afstandsbediening bij de lamp houden, de juiste knoppen sequence uitvoeren en ze zijn aan elkaar gekoppeld (met direct bindings dus).
Tussen spullen van verschillende merken zal zo'n pairing denk ik vaak niet bestaan en kan alleen de coördinator het regelen met de juiste commando's.

Ergo: lees even de handleiding van ouw Aqara spullen

Ik heb er eindelijk naar kunnen kijken, maar hier zit dus totaal niets van in de handleiding. Met wat opzoekwerk en chatgpt gesprekjes is de conclusie dat dit niet gesupport wordt? Maar ik dacht net dat dit de bedoeling was van zigbee? Heb ik nog opties?

[MakhouT]

Mimiix schreef op vrijdag 29 mei 2026 @ 11:25:
[...]


Let wel op: Hierdoor ontkoppelen apparaat soms van het zigbee netwerk door met elkaar te gaan praten.

Bedoel je eenmalig, of telkens dat ze met elkaar willen communiceren?

[keroner]

DjoeC schreef op dinsdag 2 juni 2026 @ 10:48:
Ik ben op zoek naar een zigbee sirene. Er staan er verschillende in de ondersteunde devices lijst maar ik kan er niet echt achter komen of de "alarm" ondersteuning ook "korte" geluidsignalen of piepjes ondersteunen. Ik zie "duration" in seconden, maar werkt bijvoorbeeld 0.1 seconde ook bij alle of sommige van die devices? Zo ja, wat is een goed device?

Is een Shelly 1 met een 12v sirenes en adapter geen optie. Simpel maar werkt wel.

[DjoeC]

keroner schreef op donderdag 4 juni 2026 @ 21:27:
[...]

Is een Shelly 1 met een 12v sirenes en adapter geen optie. Simpel maar werkt wel.

Ja, zou kunnen. Ik moet er nog eens goed over nadenken wat het beste is. Ik dacht meer aan draadloos zigbee ivm plaatsing op meerdere plekken, zowel als alarm alsook melding buitendeur gaat open.

[keroner]

DjoeC schreef op donderdag 4 juni 2026 @ 23:15:
[...]

Ja, zou kunnen. Ik moet er nog eens goed over nadenken wat het beste is. Ik dacht meer aan draadloos zigbee ivm plaatsing op meerdere plekken, zowel als alarm alsook melding buitendeur gaat open.

Een 12v inbraak sirene gaat hard hoor. Ik heb er hier een in de meterkast hangen. Woning is 3 verdiepingen, maar dat ding is hard genoeg 😖

[Mimiix]

MakhouT schreef op woensdag 3 juni 2026 @ 23:36:
[...]

Bedoel je eenmalig, of telkens dat ze met elkaar willen communiceren?

Ze willen alleen met elkaar praten. Niet meer met de rest.

[Step5]

Mimiix schreef op vrijdag 5 juni 2026 @ 17:24:
[...]

Ze willen alleen met elkaar praten. Niet meer met de rest.

Bij de ikea knopjes en lampen moest ik eerst met elkaar koppelen, daarna met de coordinator, en dan werkte het beide (andersom verbreekt de verbinding met de coordinator idd). Dacht hetzelfde met een hue bulb maar weet niet helemaal zeker meer.

Groot voordeel van dit is dat als je pctje met met zigbee en HA etc het even niet doet, je nog steeds je lamp kunt bedienen met de knop

[Cyberpope]

Ik maak de verbinding via Z2M, daar kun je ook direct in koppelen. En dan werkt het ook met Z2M uit de lucht is.

[Mimiix]

Step5 schreef op zondag 14 juni 2026 @ 11:07:
[...]

Bij de ikea knopjes en lampen moest ik eerst met elkaar koppelen, daarna met de coordinator, en dan werkte het beide (andersom verbreekt de verbinding met de coordinator idd). Dacht hetzelfde met een hue bulb maar weet niet helemaal zeker meer.

Groot voordeel van dit is dat als je pctje met met zigbee en HA etc het even niet doet, je nog steeds je lamp kunt bedienen met de knop

In ZigBee werkt dit principe met groups. Je stopt lampen en switches in een group en dan kennen ze elkaar. Als de coördinator dan down is(het pctje) blijft het werken.

Met hue kan dit ook, maar zodra je touch link gebruikt gaat ie uit je netwerk. Je moet dus de groepen vanuit de coördinator vullen.

[BiG-GuY]

Mimiix schreef op zondag 14 juni 2026 @ 15:22:
[...]

In ZigBee werkt dit principe met groups. Je stopt lampen en switches in een group en dan kennen ze elkaar. Als de coördinator dan down is(het pctje) blijft het werken.

Met hue kan dit ook, maar zodra je touch link gebruikt gaat ie uit je netwerk. Je moet dus de groepen vanuit de coördinator vullen.

Nee, een Zigbee Group is enkel bedoeld voor dezelfde type apparaten, bijvoorbeeld meerdere lampen. Zigbee Binding is wat je bedoeld.

[RobertMe]

BiG-GuY schreef op zondag 14 juni 2026 @ 18:02:
[...]

Nee, een Zigbee Group is enkel bedoeld voor dezelfde type apparaten, bijvoorbeeld meerdere lampen. Zigbee Binding is wat je bedoeld.

Why not both?

De lampen in een group en de switch via direct bindings de group laten bedienen. Zo heb ik al jaren een Hue Dimmer Switch met direct bindings aan een group van Hue spotjes. Puur als backup voor als evt de stick stuk is / Z2M niet werkt / ....

[Mimiix]

BiG-GuY schreef op zondag 14 juni 2026 @ 18:02:
[...]

Nee, een Zigbee Group is enkel bedoeld voor dezelfde type apparaten, bijvoorbeeld meerdere lampen. Zigbee Binding is wat je bedoeld.

Eeh, niet geheel. Een hue switch heeft een default group, alle lampen die ik daarin stop worden bedienbaar vanaf de switch.

Overigens geloof ik direct dat in mijn geval deconz iets geinige doet.

[ Voor 9% gewijzigd door Mimiix op 14-06-2026 18:28 ]

[remcoXP]

gebruikt er iemand al een mcp voor zigbee2mqtt om via ai dingen te kunnen doen als:
Bindings, firmwares zoeken of hier advies over geven.

Ik heb namelijk een groot aantal powerplugs:
die ondanks dat ze dezelfde firmware hebben de ene geen power in Watt doorgeeft en de andere wel en ik krijg mijn vinger er maar niet achter :(

Zigbee model: TS011F
_TZ3000_w0qqde0g
Definitie (Zigbee2MQTT) TS011F_plug_1
Smart plug (with power monitoring) Tuya

[Martin.Air]

remcoXP schreef op maandag 13 juli 2026 @ 09:39:
gebruikt er iemand al een mcp voor zigbee2mqtt om via ai dingen te kunnen doen als:
Bindings, firmwares zoeken of hier advies over geven.

Ik heb namelijk een groot aantal powerplugs:
die ondanks dat ze dezelfde firmware hebben de ene geen power in Watt doorgeeft en de andere wel en ik krijg mijn vinger er maar niet achter :(

Zigbee model: TS011F
_TZ3000_w0qqde0g
Definitie (Zigbee2MQTT) TS011F_plug_1
Smart plug (with power monitoring) Tuya

De eerste vraag die ik zou stellen is, weet je 100% zeker dat het allemaal _plug_1 types zijn? Er zijn namelijk heel veel varianten van de TS011F, waaronder ook zonder monitoring en waar je moet pollen voor de monitoring.

Het zou ook kunnen dat ze verkeerd herkend worden, dus kijk echt op de hardware zelf of ze echt dezelfde variant zijn.

Daarnaast heb ik bij een aantal van de TS011F opnieuw moeten interviewen tot het werkte.