Zigbee2mqtt - open source zigbee bridge - Deel 2

[Septillion]

@prekz Vrij zeker dat de broker restart niet nodig is.

Klinkt mij als dat de stick niet reageert. Dus die herstarten en daarna dus Z2m zodat deze weer init doet.

Maar de SLZB-06 heeft 2 sets firmware. Core en Zigbee. Waar als ik correct ben de laatste versies 2.9.3 en 20240710 de laatste versies zijn. Dus 0.9.9 klinkt mij oud.

[prekz]

Septillion schreef op vrijdag 27 juni 2025 @ 09:38:
@prekz Vrij zeker dat de broker restart niet nodig is.

Klinkt mij als dat de stick niet reageert. Dus die herstarten en daarna dus Z2m zodat deze weer init doet.

Maar de SLZB-06 heeft 2 sets firmware. Core en Zigbee. Waar als ik correct ben de laatste versies 2.9.3 en 20240710 de laatste versies zijn. Dus 0.9.9 klinkt mij oud.

Dank voor de snelle reactie. Voor de Core zie ik ook vaker 2.9.x terug komen. Alleen hier vind ik 0,0 release notes van.

Voor de 0.9.x branch staat alles netjes op github:
https://github.com/smlight-dev/slzb-06-firmware/tree/main

Als ik upgrade naar 2.9.x, moet ik dan al mijn devices opnieuw includen? Dat krijg ik nergens gevonden.

Die andere versie wat jij noemt (20240710) krijg ik nergens gevonden.

[Septillion]

@prekz Mja, lijkt er op dat ze die niet meer zo publiekelijk maken. Maar op die Git die je linkt staat wel letterlijk een verwijzing naar de v2.x En hebben er ook een flasher voor.

En lijkt me niet, want dat is de firmware van de Core en niet de Zigbee. En zelfs bij een update van de Zigbee firmware is dat niet nodig. En zou kunnen dat de Zigbee firmware niet getoond wordt in 0.9? In de v2.x heb je onder Firmware update twee boxen, "Check for Core updates" en "Check for Zigbee updates".

[prekz]

Septillion schreef op vrijdag 27 juni 2025 @ 10:07:
@prekz Mja, lijkt er op dat ze die niet meer zo publiekelijk maken. Maar op die Git die je linkt staat wel letterlijk een verwijzing naar de v2.x En hebben er ook een flasher voor.

En lijkt me niet, want dat is de firmware van de Core en niet de Zigbee. En zelfs bij een update van de Zigbee firmware is dat niet nodig. En zou kunnen dat de Zigbee firmware niet getoond wordt in 0.9? In de v2.x heb je onder Firmware update twee boxen, "Check for Core updates" en "Check for Zigbee updates".

Dan ga ik vanmiddag eens de core updaten. Ik zal hier een update plaatsen.
Alvast bedankt voor je reacties.

[HuismAndré]

prekz schreef op vrijdag 27 juni 2025 @ 09:26:
Ik heb sinds een tijdje last dat mijn complete zigbee netwerk unresponsive wordt. En doordat er op dat moment niks weg geschreven wordt in de logfiles van zowel Zigbee2MQTT als MQTT.
[Afbeelding]

Dit probleem gebeurd ongeveer 2 a 3x per week. Op alle Zigbee devices (en dat zijn er +- 40 stuks) verschijnt binnen HA dan een icoontje dat deze niet meer beschikbaar/bereikbaar zijn.

Doordat ik geen logs krijg op het moment dat dit issue speelt ben ik even clueless in waar ik het zoeken moet.

Vrijwel zeker zit het probleem in de SLZB-06. Da's gewoon een stand-alone linux computertje die zelf verbinding met je netwerk moet houden en zelf z'n webservertje in de lucht moet houden om jou van info te voorzien (naast het doorsturen van de interne zigbee interface, waarschijnlijk via Ser2Net). Dus controleren of de kabels nog goed zijn, of hij nog voeding krijgt en als dat via PoE gebeurt wellicht even kijken wat er gebeurt als je dat met een USB-C adaptertje doet. Ik zou niet weten waarom je het in software zou moeten zoeken als het apparaat het voorheen prima gedaan heeft TENZIJ je problemen zijn ontstaan na de laatste update van de SLZB-06 (dan zou ik zeggen draai die even terug).

[ Voor 7% gewijzigd door HuismAndré op 27-06-2025 11:14 ]

[HuismAndré]

Septillion schreef op vrijdag 27 juni 2025 @ 10:07:
@prekz Mja, lijkt er op dat ze die niet meer zo publiekelijk maken. Maar op die Git die je linkt staat wel letterlijk een verwijzing naar de v2.x En hebben er ook een flasher voor.

En lijkt me niet, want dat is de firmware van de Core en niet de Zigbee. En zelfs bij een update van de Zigbee firmware is dat niet nodig. En zou kunnen dat de Zigbee firmware niet getoond wordt in 0.9? In de v2.x heb je onder Firmware update twee boxen, "Check for Core updates" en "Check for Zigbee updates".

Raak je niet heel erg "locked in" met zo'n SLZB-06? Is het Tweakotine gehalte niet veel groter als je er een oude Pi (die bijna elke tweaker nog wel in de kast heeft liggen) voor gebruikt in combinatie met je favoriete USB stick? Zelfs PoE is geen probleem (convertertje kost iets van een tientje).

[Septillion]

@HuismAndré Ja en nee.

Ja, als in dat schijnbaar de v2.x firmware niet meer open is. Maar ze staan verder wel eigen firmware te draaien en het is juist bedoelt om met ZHA / Z2M samen te werken.

En qua Zigbee firmware gebruiken ze gewoon de open koenk firmware.

Op zich jammer dat de firmware niet meer open is maar verder dus redelijk vrij en zuiniger, goedkoper en compacter dan een Pi. Draait ook geen Linux maar gewoon low level op een ESP32.

[prekz]

HuismAndré schreef op vrijdag 27 juni 2025 @ 11:12:
[...]

Vrijwel zeker zit het probleem in de SLZB-06. Da's gewoon een stand-alone linux computertje die zelf verbinding met je netwerk moet houden en zelf z'n webservertje in de lucht moet houden om jou van info te voorzien (naast het doorsturen van de interne zigbee interface, waarschijnlijk via Ser2Net). Dus controleren of de kabels nog goed zijn, of hij nog voeding krijgt en als dat via PoE gebeurt wellicht even kijken wat er gebeurt als je dat met een USB-C adaptertje doet. Ik zou niet weten waarom je het in software zou moeten zoeken als het apparaat het voorheen prima gedaan heeft TENZIJ je problemen zijn ontstaan na de laatste update van de SLZB-06 (dan zou ik zeggen draai die even terug).

Ik ga na de update (en mocht het issue dan nog spelen) eens proberen met een usb stekker ipv PoE.

[Himalaya]

prekz schreef op vrijdag 27 juni 2025 @ 09:51:
[...]


Als ik upgrade naar 2.9.x, moet ik dan al mijn devices opnieuw includen? Dat krijg ik nergens gevonden.

Nee, dat staat los van de Zigbee radio. Maar heb je niet gewoon een web interface vanuit waar je de update kunt doen? Ik heb gewoon een dashboard waar ik alle versies kan selecteren en upgraden/downgraden

[prekz]

Even een dubbelcheck. Ik heb hem geupdate. Hij verbind netjes met z2m/ha dus so far so good.
Nu wil ik zigbee ook meteen updaten, en ik twijfel even welke keuze ik moet pakken.

Aangezien het mijn main device is verwacht ik dat ik de coordinator functie/firmware moet selecteren?

Ook dit zou als het goed is niet mijn devices moeten verwijderen toch?

[ Voor 5% gewijzigd door prekz op 27-06-2025 20:32 ]

[Himalaya]

prekz schreef op vrijdag 27 juni 2025 @ 20:31:
Even een dubbelcheck. Ik heb hem geupdate. Hij verbind netjes met z2m/ha dus so far so good.
Nu wil ik zigbee ook meteen updaten, en ik twijfel even welke keuze ik moet pakken.

Aangezien het mijn main device is verwacht ik dat ik de coordinator functie/firmware moet selecteren?[Afbeelding]

Ook dit zou als het goed is niet mijn devices moeten verwijderen toch?

Het is je coordinator dus je hebt maar één keuze. Een router is een doorgeefluik net als de meeste zigbee devices die op een vaste stroomaansluiting zitten en onderdeel van je mesh zijn. Zoals slimme stekkers en lampen. En inderdaad verwijderd dit niet je devices. Die zitten namelijk niet in de Zigbee "stick" maar in de database van Zigbee2Mqtt.

[prekz]

Zigbee geupdate naar een release uit 2024 omdat die aangemerkt was als public. De nieuwere zijn voor testing prupes only.

Helaas start hierdoor z2m niet meer met de volgende error:

Error: network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby


Even kort gezocht en ik moet het panid gaan wijzigen alleen daarvoor moet ik dus wel alles opnieuw includen

[Septillion]

@prekz mm, dat is wel raar dat het zijn eigen netwerk als een ander netwerk ziet

Enige dat ik me kan bedenken is het iets later nog eens te proberen.

[prekz]

@Septillion z2m starten bedoel je?


Edit, hij doet weer iets, alleen de namen van de devices kloppen nu niet meer.

Edit v2, database.db teruggezet uit backup (die had ik gelukkig nog). En nu lijkt alles weer met de juiste naam verbonden te zijn. Wat vreemd is aangezien ik hier niets mee gedaan heb/had.

@Septillion @Himalaya @HuismAndré Heel erg bedankt voor het mee denken, hopelijk ga ik nu een stabielere zigbee verbinding tegenmoet Ik zal over 1-2 weken een status update posten of de update van de firmwares het issue verholpen heeft.

[ Voor 118% gewijzigd door prekz op 28-06-2025 09:25 ]

[Rolfie]

Als ik 2 Zigbee adapters , welke beide als coordinator dienen, dan heb ik ook 2 zigbee2mqtt instances/installaties nodig.

Maar kun je dan wel met 1 MQTT databasse hebben voor beide, of moet je ook 2 MQTT installaties hiervoor hebben?

[kalmma]

Ik zal dan EMQX gaan gebruiken dan kan je alles netjes inzichtelijk houden ook.

Rolfie schreef op zondag 29 juni 2025 @ 12:42:
Als ik 2 Zigbee adapters , welke beide als coordinator dienen, dan heb ik ook 2 zigbee2mqtt instances/installaties nodig.

Maar kun je dan wel met 1 MQTT databasse hebben voor beide, of moet je ook 2 MQTT installaties hiervoor hebben?

[Rolfie]

kalmma schreef op zondag 29 juni 2025 @ 12:59:
Ik zal dan EMQX gaan gebruiken dan kan je alles netjes inzichtelijk houden ook.


[...]

Net even snel gekeken, maar is cloudbased zoals ik het zie. Heeft zo zijn voordelen natuurlijk, maar ook nadelen.

[Himalaya]

Rolfie schreef op zondag 29 juni 2025 @ 12:42:
Als ik 2 Zigbee adapters , welke beide als coordinator dienen, dan heb ik ook 2 zigbee2mqtt instances/installaties nodig.

Maar kun je dan wel met 1 MQTT databasse hebben voor beide, of moet je ook 2 MQTT installaties hiervoor hebben?

Dat kan prima met één Mqtt broker. Die kan veel meer aan, geef ze alleen een eigen topic en dan werkt het prima. Ik heb ook twee zigbee meshes draaien en dat werk goed.

[Septillion]

@Rolfie MQTT is geen database.

Maar het kan met een enkele MQTT broker. Alleen zorg dan dat ze unieke base topics gebruiken. Standaard is het topic 'zigbee2mqtt' maar daar zou ik dan 'zigbee2mqttA' en 'zigbee2mqttB' van maken. Want alleen gekken nummeren maar één van de twee

[musicpixel]

@Rolfie Ik had veel aan onderstaande 2 linkjes om 2x Z2M binnen 1 HA te installeren:

Multiple adapters setup in de SLZB-06 manual
https://smlight.tech/manu.../multiple-adapters-setup/

Get multiple Zigbee2MQTT instances running in HA OS & Docker by BeardedTinker
YouTube: Get multiple Zigbee2MQTT instances running in HA OS & Docker

[mb0erman]

Hallo mede smart homers,

Na flink uitbreiden van mijn zigbee devices in Home Assistant stuit ik nu op problemen wanneer ik een nieuw apparaat wil koppelen. De meest voorkomende error in de logs is:

zh:ember:ezsp: Received network/route error ROUTE_ERROR_MANY_TO_ONE_ROUTE_FAILURE for "58032".

met een aantal device codes als variatie.

Ik heb de decimale codes omgezet naar hex, maar vind geen devices met deze karakters. (Bijvoorbeeld onder Home assistant -> Zigbee2MQTT -> settings -> raw.)

Ik heb 51 zigbee devices waarvan 16 smart plugs. Had nog niet gerekend op een capaciteitprobleem. Kan iemand me verder helpen?

[DaRk PoIsOn]

@mb0erman

Heb je je adapter op ember of ezsp?
Als het ember is, switch dan eens naar ezsp

[mb0erman]

DaRk PoIsOn schreef op zaterdag 5 juli 2025 @ 15:15:
@mb0erman

Heb je je adapter op ember of ezsp?
Als het ember is, switch dan eens naar ezsp

Op Ember. Ik heb deze guide op youtube gevolgd. Ik meen dat ik verplicht Ember moest draaien - iets betreft deze Sonoff stick icm Z2M, maar de details zijn vaag. Ik ga er hoe dan ook even naar kijken, bedankt voor je reactie!

[Cyberpope]

Peoh... Omdat de hardware wat problemen had, heb ik mijn device wat vaak opnieuw op moeten starten.
Nu lijkt het goed te gaan, maar heb ik plots een zeer slecht zigbee netwerk. Krijg bijna bij alles
MAC Channel Access Failures. Zover ik zie zit mijn wifi niet op kanaal 1 en ik heb al de zigbee stick via een verlengkabel weg van mijn machine.

Sterker nog er is eigenlijk niets veranderd, alleen een andere computer waarop hij draait.
Ik heb al
- Hele machine gereset
- Stick er een tijd uitgehad
En nog een hoop tips die ik op internet gevonden had. Maar geen resultaat.

Iemand nog tips?

[Septillion]

@Cyberpope Denk dat mijn eerste ingeving zou zijn, geduld. Laat het eens 2-24 uur draaien.

Ennuhh, die verlangkabel is USB 2? Een USB 3 kabel gebruiken heeft namelijk geen zin.

[Cyberpope]

Nee, waar vind je die tegenwoordig....

[Septillion]

@Cyberpope Online (ome Ali, Bol, Alle Kabels).

Hele reden voor de verlengkabel is namelijk dat USB 3.0 nogal stoort op de antenne. USB 2 niet.

[ Voor 6% gewijzigd door Septillion op 19-07-2025 11:23 ]

[DjoeC]

Cyberpope schreef op zaterdag 19 juli 2025 @ 11:11:
Nee, waar vind je die tegenwoordig....

Bij Alie. Witte connectoren zijn meest waarschijnlijk USB2, blauwe USB3.

[Cyberpope]

DjoeC schreef op zaterdag 19 juli 2025 @ 12:06:
[...]

Bij Alie. Witte connectoren zijn meest waarschijnlijk USB2, blauwe USB3.

Dan zjin beiden die ik getest heb USB2 kabels en in de bios van de machine heb ik alle USB3 gedisabeld.
Ook een oude image teruggezet die wel werkte (2 dagen geleden), maar nu heb ik dan alles offline staan.

[ Voor 15% gewijzigd door Cyberpope op 19-07-2025 12:09 ]

[DjoeC]

Cyberpope schreef op zaterdag 19 juli 2025 @ 12:08:
[...]

Dan zjin beiden die ik getest heb USB2 kabels en in de bios van de machine heb ik alle USB3 gedisabeld.
Ook een oude image teruggezet die wel werkte (2 dagen geleden), maar nu heb ik dan alles offline staan.

Hmm, let op de lokatie van je stick/antenne - niet in de meterkast tussen de draden/leidingen maar afstand houden. Muren dempen. Kijk ook eens met een wifi analyzer hoeveel netwerken er op je wifi kanaal 1 zitten.

Mijn Zigbee zit op Zigbee kanaal 25 (er is blijkbaar ook een kanaal 26) omdat dat buiten de "meest gebruikte" wifi kanalen valt. Google op: wifi zigbee channels en bekijk een plaatje.

[barber]

Cyberpope schreef op zaterdag 19 juli 2025 @ 10:02:
Peoh... Omdat de hardware wat problemen had, heb ik mijn device wat vaak opnieuw op moeten starten.
Nu lijkt het goed te gaan, maar heb ik plots een zeer slecht zigbee netwerk. Krijg bijna bij alles
MAC Channel Access Failures. Zover ik zie zit mijn wifi niet op kanaal 1 en ik heb al de zigbee stick via een verlengkabel weg van mijn machine.

Sterker nog er is eigenlijk niets veranderd, alleen een andere computer waarop hij draait.
Ik heb al
- Hele machine gereset
- Stick er een tijd uitgehad
En nog een hoop tips die ik op internet gevonden had. Maar geen resultaat.

Iemand nog tips?

Meestal is het gewoon geduld. Als bij mij de stick er een paar uur uit heeft gelegen of verplaatst naar een andere locatie in het huis duurt het altijd wel een halve dag voordat alles weer stabiel is in het netwerk.

[Cyberpope]

barber schreef op zaterdag 19 juli 2025 @ 13:52:
[...]


Meestal is het gewoon geduld. Als bij mij de stick er een paar uur uit heeft gelegen of verplaatst naar een andere locatie in het huis duurt het altijd wel een halve dag voordat alles weer stabiel is in het netwerk.

Na de 2 verlengkabels aan elkaar te hebben geklikt en de afstand tussen de stick en de rest nog iets groter te hebben gemaakt, werkt het weer. Op zoek naar iets langere verlengkabel

[manusjevanalles]

Ik heb onlangs mijn zigbee2mqtt geupdatet naar 2.5.1 (weet niet meer vanaf welke versie, maar wel een recente) en heb sindsdien problemen met het pairen van nieuwe devices (toevallig 2 motion sensors). 1 zit al jaren in het netwerk, maar moest ik vanwege een lege batterij repairen, de andere is nieuw. Ik zie ze verschijnen in zigbee2mqtt, ze worden herkend, maar er komt verder geen enkele status door. Ook blijven de sensoren in pairing mode staan (lampjes blijven knipperen). Ik zie verder geen foutmeldingen.
Iemand die dit herkend? Kan ik gewoon downgraden naar een eerdere versie (draai het in docker, heb geen backup van de config).

[Septillion]

@manusjevanalles Komt niet bekend voor, welke zijn het exact?

[manusjevanalles]

Septillion schreef op donderdag 24 juli 2025 @ 20:21:
@manusjevanalles Komt niet bekend voor, welke zijn het exact?

Ikea Vallhorn (net gekocht), en een van Tuya. Beiden staan als volledig compatibel in de database van zigbee2mqtt, en die van Tuya gebruik ik al jaren.

Edit: als ik bij het pairen de coordinator selecteer, dan lukt het wel. Maar zelf de route vinden gaat dus niet.

Verder zie ik deze foutmelding frequent voorbijkomen, maar die zie ik al maanden, toen alles nog gepaired was.

[ Voor 40% gewijzigd door manusjevanalles op 24-07-2025 20:41 ]

[Killmas]

manusjevanalles schreef op donderdag 24 juli 2025 @ 20:26:
[...]
Verder zie ik deze foutmelding frequent voorbijkomen, maar die zie ik al maanden, toen alles nog gepaired was.
[Afbeelding]

Heb je een Sonoff ZBDongle-E toevallig? Ik heb deze meldingen ook gehad toen ik hem net had. Ook had ik vaak last dat berichten niet goed door kwamen.

Heb toen de firmware opnieuw geflashed en daarna waren al mijn problemen verdwenen. Wellicht kan het bij jou ook helpen.

[manusjevanalles]

Killmas schreef op zaterdag 26 juli 2025 @ 11:55:
[...]

Heb je een Sonoff ZBDongle-E toevallig? Ik heb deze meldingen ook gehad toen ik hem net had. Ook had ik vaak last dat berichten niet goed door kwamen.

Heb toen de firmware opnieuw geflashed en daarna waren al mijn problemen verdwenen. Wellicht kan het bij jou ook helpen.

Klopt! Ik heb hem ooit geflashed, maar dat is lang geleden. Waar kan ik de nieuwste firmware vinden?

[Killmas]

Dit is degene die bij mij nu stabiel draait:
https://github.com/Nerive...ses/tag/v2024.6.2-update7

En dan specifiek het bestand: sonoff_zbdonglee_zigbee_ncp_8.0.2.0_115200_sw_flow.gbl

[maartend]

Gisteren klapte door een reden even mijn aardlek er uit, mijn NUC stopte dus ook volledig (uitklappen ALS had niks met NUC te maken)
Afijn, NUC bleek niet meer op te starten, mijn proxmox star5te niet door. Snelle versie gedaan, Proxmox er terug op, HA en dan een backup van HA terugzetten. Sofar so goed.

Maar plts start mijn Z2M niet meer door op home assistant met deze foutmelding;
[2025-07-27 11:24:13] error: z2m: MQTT failed to connect, exiting... (connect EHOSTUNREACH 192.168.2.16:1883)

Wat zitten googlen, maar volsgaen onbegrijpelijk voor me.

Waar moet ik zo ongeveer gaan zoeken?

[MsG]

maartend schreef op zondag 27 juli 2025 @ 11:27:
Gisteren klapte door een reden even mijn aardlek er uit, mijn NUC stopte dus ook volledig (uitklappen ALS had niks met NUC te maken)
Afijn, NUC bleek niet meer op te starten, mijn proxmox star5te niet door. Snelle versie gedaan, Proxmox er terug op, HA en dan een backup van HA terugzetten. Sofar so goed.

Maar plts start mijn Z2M niet meer door op home assistant met deze foutmelding;
[2025-07-27 11:24:13] error: z2m: MQTT failed to connect, exiting... (connect EHOSTUNREACH 192.168.2.16:1883)

Wat zitten googlen, maar volsgaen onbegrijpelijk voor me.

Waar moet ik zo ongeveer gaan zoeken?

Heb je het usb-apparaat wel doorgezet naar de lxc van Home Assistant? Beetje weinig info. Wellicht ook meer een proxmox kwestie. Hoe ziet z2m config er uit qua pad van de adapter?

[Deshmir]

Draait je mqqt broker wel op dat adres?
1883 is de default mqqt poort.

(In mijn opstelling draait Z2M en MQTT op dezelfde machine)

[maartend]

MsG schreef op zondag 27 juli 2025 @ 11:32:
[...]


Heb je het usb-apparaat wel doorgezet naar de lxc van Home Assistant? Beetje weinig info. Wellicht ook meer een proxmox kwestie. Hoe ziet z2m config er uit qua pad van de adapter?

Ja, dat wel. via hardware;choose USB vendor/device ID.

Maar kijk nu ook even mbv mqtt.fx en zie daar volgende opkomen;
ERROR --- MqttFX ClientModel : Please verify your Settings (e.g. Broker Address, Broker Port & Client ID) and the user credentials!
org.eclipse.paho.client.mqttv3.MqttException: Unable to connect to server

Gekke is, daar is niks in veranderd, dus waarom er nou plots geen verbinding kan worden gemaakt snap ik niet

[maartend]

Deshmir schreef op zondag 27 juli 2025 @ 11:34:
Draait je mqqt broker wel op dat adres?
1883 is de default mqqt poort.

(In mijn opstelling draait Z2M en MQTT op dezelfde machine)

Daar moet ik eens even iets gaan nakijken. Is zo lang terug, geen idee meer waar dat op te zoeken

[MsG]

Probeer ook met iets als mqttexplorer in te loggen op je mqtt broker. Kan dat wel prima en met diezelfde settings in z2m niet, dan heb je al weer meer richting. Maar op dit moment klinkt het vooral alsof je niet goed verbindt met de broker.

[maartend]

MsG schreef op zondag 27 juli 2025 @ 11:41:
Probeer ook met iets als mqttexplorer in te loggen op je mqtt broker. Kan dat wel prima en met diezelfde settings in z2m niet, dan heb je al weer meer richting. Maar op dit moment klinkt het vooral alsof je niet goed verbindt met de broker.

Lijkt te kloppen. Ik probeer het via MQTT.fx, en die maakt dus ook geen verbinding.

Er gaat zowiezo iets fout, nu lijkt er helemaal geen verbinding met HA te komen, mogelijk toch een harwdware probleem op de NUC.

Ok. nog gekker. Heb dus een backup terug gezet maar hij lijkt mijn ip niet te hebben overgenomen. Staat op 60 en in backup stond hij op 16. Daar even eens kijken

Opgelost ; IP adres eerst naar mijn oude waarde, op een of andere manier bleef deze, ondanks een backup terugzetten, via DHCP gaan, duys verkeerd.
En vervolgens in Proxmox de hardware op USB poort kiezen en niet op USB vendor

[ Voor 38% gewijzigd door maartend op 27-07-2025 12:48 ]

[manusjevanalles]

Killmas schreef op zaterdag 26 juli 2025 @ 20:00:
Dit is degene die bij mij nu stabiel draait:
https://github.com/Nerive...ses/tag/v2024.6.2-update7

En dan specifiek het bestand: sonoff_zbdonglee_zigbee_ncp_8.0.2.0_115200_sw_flow.gbl

Dank! Ik heb hem ooit geflashed via een website op github, maar daar is de firmware al ruim 2 jaar oud. Hoe krijg ik deze geflashed?

Edit: het is gelukt de gelinkte firmware te flashen middels deze guide. Vervolgend is het gelukt de Ikea bewegingssensor te pairen, maar die Tuya helaas nog niet.

[ Voor 20% gewijzigd door manusjevanalles op 27-07-2025 20:08 ]

[Deshmir]

@maartend tipje voor de volgende keer, in proxmox in het info veld wat ip/port info opslaan (doe ik ook).
Mocht het eea een keer crashen dan weet ik wel wat naat wat verwees haha

[mb0erman]

Killmas schreef op zaterdag 26 juli 2025 @ 20:00:
Dit is degene die bij mij nu stabiel draait:
https://github.com/Nerive...ses/tag/v2024.6.2-update7

En dan specifiek het bestand: sonoff_zbdonglee_zigbee_ncp_8.0.2.0_115200_sw_flow.gbl

Gebruik je bewust de Sonoff Dongle Flasher website niet? Die biedt geloof ik ook de 8.0.2.0 aan. Of is er een verschil tussen de firmware op Github en Sonoff's eigen versie?

[mb0erman]

Hallo lui,

Beginner Z2M gebruiker hier, ik check graag even of ik iets goed heb begrepen.

Ik heb problemen met het koppelen van nieuwe devices nu mijn netwerk ~50 devices groot is.
De verschillende AI's die ik heb geraadpleegd wijzen naar netwerkcongestie omdat ik teveel routers zou hebben, en/of dat mijn coordinator (Sonoff ZBDongle-E) teveel verbindingen heeft. (Dat lijkt tegenstrijdig, en ik heb laatst juist extra dedicated routers toegevoegd in de hoop problemen op te lossen.)

Ik zie op mijn network map dat al mijn router devices (~30 stuks) een blauwe lijn hebben naar de coordinator.

Is dit de bedoeling? Ik nam aan dat er blauwe lijnen zouden moeten ontstaan die met 1 of meerdere 'hops' de coordinator bereiken.

Bestaat er inderdaad zoiets als teveel routers, of is dit een hallucinatie van AI? Online lees ik er niet veel over.

[Martin.Air]

mb0erman schreef op dinsdag 29 juli 2025 @ 11:26:
Hallo lui,

Beginner Z2M gebruiker hier, ik check graag even of ik iets goed heb begrepen.

Ik heb problemen met het koppelen van nieuwe devices nu mijn netwerk ~50 devices groot is.
De verschillende AI's die ik heb geraadpleegd wijzen naar netwerkcongestie omdat ik teveel routers zou hebben, en/of dat mijn coordinator (Sonoff ZBDongle-E) teveel verbindingen heeft. (Dat lijkt tegenstrijdig, en ik heb laatst juist extra dedicated routers toegevoegd in de hoop problemen op te lossen.)

Ik zie op mijn network map dat al mijn router devices (~30 stuks) een blauwe lijn hebben naar de coordinator.
[Afbeelding]
Is dit de bedoeling? Ik nam aan dat er blauwe lijnen zouden moeten ontstaan die met 1 of meerdere 'hops' de coordinator bereiken.

Bestaat er inderdaad zoiets als teveel routers, of is dit een hallucinatie van AI? Online lees ik er niet veel over.

Als ik het goed begrijp heb je meerdere andere coördinatoren geflashed om puur router te spelen?

In theorie zijn deze niet echt nodig, en zijn lampen bijvoorbeeld al voldoende om deze rol op zich te nemen. Je end devices die zelf routes zoeken kunnen dan de dichtbijzijne router pakken en via daar communiceren. Apparaten die problemen hebben met routes zoeken (Aqara bijvoorbeeld) kun je handmatig binden aan de handigste router door enkel join via die toe te staan.

Zelf heb ik een sonoff-e met 108 devices (and growing) zonder problemen op deze manier. Enkel met sensoren die veel te veel data verzenden zijn er af en toe problemen, die probeer ik dan ook te vermijden.

[mb0erman]

Martin.Air schreef op dinsdag 29 juli 2025 @ 13:05:
[...]

Als ik het goed begrijp heb je meerdere andere coördinatoren geflashed om puur router te spelen?

In theorie zijn deze niet echt nodig, en zijn lampen bijvoorbeeld al voldoende om deze rol op zich te nemen. Je end devices die zelf routes zoeken kunnen dan de dichtbijzijne router pakken en via daar communiceren. Apparaten die problemen hebben met routes zoeken (Aqara bijvoorbeeld) kun je handmatig binden aan de handigste router door enkel join via die toe te staan.

Zelf heb ik een sonoff-e met 108 devices (and growing) zonder problemen op deze manier. Enkel met sensoren die veel te veel data verzenden zijn er af en toe problemen, die probeer ik dan ook te vermijden.

Ja klopt. Ik heb een week terug mijn netwerk opnieuw opgebouwd en vier Sonoff routers toegevoegd omdat ik toen ook allerlei issues had om devices te koppelen nadat het netwerk groter (30-40+ devices?) werd. Steeds meer <ROUTE_ERROR_MANY_TO_ONE_ROUTE_FAILURE> meldingen en <ID xx does not exist> errors. Ik las dat de Ikea smart plugs die ik gebruik maar iets van 5 verbindingen kunnen aangaan voor ze traag / onbetrouwbaar werden, vandaar idee van extra routers.

[Martin.Air]

mb0erman schreef op dinsdag 29 juli 2025 @ 13:13:
[...]


Ja klopt. Ik heb een week terug mijn netwerk opnieuw opgebouwd en vier Sonoff routers toegevoegd omdat ik toen ook allerlei issues had om devices te koppelen nadat het netwerk groter (30-40+ devices?) werd. Steeds meer <ROUTE_ERROR_MANY_TO_ONE_ROUTE_FAILURE> meldingen en <ID xx does not exist> errors. Ik las dat de Ikea smart plugs die ik gebruik maar iets van 5 verbindingen kunnen aangaan voor ze traag / onbetrouwbaar werden, vandaar idee van extra routers.

Je draait al wel op Ember neem ik aan? Daar merkte ik wel echt een verschil. Maar het enige andere wat ik zou kunnen voorstellen is dat jij toevallig veel apparaten hebt die niet veel routes aan kunnen (ik heb +/- 30 Hue lampen als basis van het netwerk) met daaromheen dus nog 15 andere routers (lampen/stekkers/etc.) + 60+ dingen als motion, temp, licht en raam/deur sensoren.
Dit werkt eigenlijk allemaal zonder problemen.

[supern0va]

Martin.Air schreef op dinsdag 29 juli 2025 @ 15:06:
[...]

Je draait al wel op Ember neem ik aan? Daar merkte ik wel echt een verschil. Maar het enige andere wat ik zou kunnen voorstellen is dat jij toevallig veel apparaten hebt die niet veel routes aan kunnen (ik heb +/- 30 Hue lampen als basis van het netwerk) met daaromheen dus nog 15 andere routers (lampen/stekkers/etc.) + 60+ dingen als motion, temp, licht en raam/deur sensoren.
Dit werkt eigenlijk allemaal zonder problemen.

Ja ik draai op Ember. Merk jij een verschil in positieve zin? Ik lees hier en daar dat Ember meer MANY_TO_ONE meldingen veroorzaakt.

Ik heb veel spul van IKEA. 16 smart plugs, 10 deur sensors, een paar smart bulbs. Zou zuur zijn als dat allemaal de deur uit moet om eea stabiel te krijgen

[Martin.Air]

supern0va schreef op woensdag 30 juli 2025 @ 10:58:
[...]


Ja ik draai op Ember. Merk jij een verschil in positieve zin? Ik lees hier en daar dat Ember meer MANY_TO_ONE meldingen veroorzaakt.

Ik heb veel spul van IKEA. 16 smart plugs, 10 deur sensors, een paar smart bulbs. Zou zuur zijn als dat allemaal de deur uit moet om eea stabiel te krijgen

Ember is vooral stabieler voor de wat "vreemdere" apparaten. Ik merk inderdaad dat de IKEAs wat minder zijn. De meeste joins heb ik dan ook laten plaatsvinden via de Hues.

Helaas is de map van de nieuwe gui niet heel duidelijk, maar in basis is inderdaad wel te zien dat er weinig door de IKEA routers gaat, maar eigenlijk alles door de Hues of direct aan de coordinator hangt.

[Raymond P]

Lekker een dik uurtje aan het klooien geweest. Wellicht dat ik hiermee iemand een keer wat tijd bespaar.

Bij een recall van een scene op een lamp (Tradfri GU10 specifiek) pulst de lamp kort naar de gevraagde waarde om vervolgens direct terug te springen naar de waarde die 'ie had bij inschakelen.
De state in z2m is dan gelijk aan de gevraagde waarde, niet de werkelijke.

De fix is om de lamp even een powertoggle te geven.

Voordeel is dat ik nu een verse backup, geupdate lxc container, geupdate z2m en geupdate firmware heb.

Nu heb ik alleen nog steeds transitions niet werkend.

[HuismAndré]

Raymond P schreef op zaterdag 2 augustus 2025 @ 01:26:
Nu heb ik alleen nog steeds transitions niet werkend.

Veel Zigbee apparaten ondersteunen transities niet, gaan ervan knipperen of willen niet meer volledig uit als je een transitie toepast.

Persoonlijk meegemaakt:

Niet meer helemaal uit: Awox devices (o.a. merken als Eglo).
Vreemd knipperen tijdens transitie: Osram/Ledvance onderkast strips.

Dus zou kunnen dat ook Ikea lampen transities niet (volledig) ondersteunen.

[Raymond P]

@HuismAndré Thx voor de aanvullende info, dat was ik al wel tegengekomen.

Een enkele spot on/off/on toggle of brightness aanpassen met een transition werkt, maar in een scene lukt dat niet.
Na een nachtje erover geslapen te hebben gok ik dat dat komt doordat een scene de gehele gewenste state naar de lamp stuurt en transition dan niet werkt door de mengeling van parameters.

Het gaat om subtiele veranderingen (van enkel de helderheid) van 14 spots in de woonkamer.
Via homeassistant is dat dus niet zo subtiel omdat transitions m'n netwerk plat lijkt te gooien en zonder transitions er een zichtbare delay is tussen de switch van lampen.
De scenes binnen Z2M switcht de group bijna tegelijk, dus dat is al een verbetering.

Ik heb na installatie exact 0 seconden aandacht boeven te besteden aan Z2M dus ik ben totaal niet bekend met waar de grenzen liggen van wat mogelijk is.

[synoniem]

Ik heb een BlitzWolf BW-SHP13 Powerswitch die herkend wordt als Tuya Model TS011F_plug_1 die mogelijkheid voor OTA heeft. Alleen het rare is dat het geen Firmware ID weergeeft (N/A) en 0.0.00-0.0.c0 als Installed version. Dat laatste is al een verbetering want in eerdere versies van Z2M gaf het helemaal niets weer.
Onder Device -> State zie ik nu staan:

JSON:

    "update": {
        "installed_version": 192,
        "latest_version": 192,
        "state": "idle"
        }

Wat overeenkomt met hexadecimaal 0c maar waarvan ik toch het vermoeden heb dat het 1.9.2 of zo zou moeten zijn.
Meer mensen dit model en dit verschijnsel (of alleen dit verschijnsel) bij Tuya powerswitches?

[RobertMe]

Raymond P schreef op zaterdag 2 augustus 2025 @ 11:39:
@HuismAndré Thx voor de aanvullende info, dat was ik al wel tegengekomen.

Een enkele spot on/off/on toggle of brightness aanpassen met een transition werkt, maar in een scene lukt dat niet.
Na een nachtje erover geslapen te hebben gok ik dat dat komt doordat een scene de gehele gewenste state naar de lamp stuurt en transition dan niet werkt door de mengeling van parameters.

Het gaat om subtiele veranderingen (van enkel de helderheid) van 14 spots in de woonkamer.
Via homeassistant is dat dus niet zo subtiel omdat transitions m'n netwerk plat lijkt te gooien en zonder transitions er een zichtbare delay is tussen de switch van lampen.
De scenes binnen Z2M switcht de group bijna tegelijk, dus dat is al een verbetering.

Ik heb na installatie exact 0 seconden aandacht boeven te besteden aan Z2M dus ik ben totaal niet bekend met waar de grenzen liggen van wat mogelijk is.

Ik heb echt 0 problemen met mijn Hue spots met scenes waarbij de transition in de scene zit. Heb daarvoor jaren terug ook nog een Z2M PR gemaakt v.w.b. iets "geks" m.b.t. het opslaan.

Zo heb ik in de slaapkamer een scene die bij "lampen uit" de 3 "overige" spotjes met een transition van 10s uit zet, en de spot boven het bed met een transition van 15 minuten uit zet. Vanuit HA gewoon een scene recall en klaar.

[Raymond P]

RobertMe schreef op zaterdag 2 augustus 2025 @ 11:52:
[...]

Ik heb echt 0 problemen met mijn Hue spots met scenes waarbij de transition in de scene zit. Heb daarvoor jaren terug ook nog een Z2M PR gemaakt v.w.b. iets "geks" m.b.t. het opslaan.

Zo heb ik in de slaapkamer een scene die bij "lampen uit" de 3 "overige" spotjes met een transition van 10s uit zet, en de spot boven het bed met een transition van 15 minuten uit zet. Vanuit HA gewoon een scene recall en klaar.

Mag ik dan aannemen dat dat de normale witte zijn?
Ik heb de LED2106R3 hangen en krijg het dus niet werkend, ook niet als ik enkel de state toggle op 1 lamp in een eigen group.

edit dit is niet helemaal waar, als ik de group een default transition geef en dan enkel toggle werkt het.
Enkel bij het recallen van een scene krijg ik de transition niet set.

[ Voor 10% gewijzigd door Raymond P op 02-08-2025 12:21 ]

[RobertMe]

Raymond P schreef op zaterdag 2 augustus 2025 @ 12:07:
[...]


Mag ik dan aannemen dat dat de normale witte zijn?
Ik heb de LED2106R3 hangen en krijg het dus niet werkend, ook niet als ik enkel de state toggle op 1 lamp in een eigen group.

Hue GU10 White & Ambiance van alweer wat jaartjes oud (nog zonder Bluetooth).

edit dit is niet helemaal waar, als ik de group een default transition geef en dan enkel toggle werkt het.
Enkel bij het recallen van een scene krijg ik de transition niet set.

Nja, wat ik voornamelijk wilde zeggen is dat Z2M waarschijnlijk niet het probleem zal zijn. Het is dus of een firmware bug of een user error. Wellicht dat je verder nog iets op het interwebs vindt dat anderen soortgelijke issues hebben?

[Raymond P]

@RobertMe Ah daar las ik overheen.

Het internet helpt niet echt, veel onduidelijk omschreven problemen en weinig technisch onderbouwde oplossingen.

Het kan uiteraard user error zijn, al volg ik wel de documentatie.
Vanavond maar even wat dieper duiken en kijken of mijn transition uberhaubt opgeslagen wordt en hoe ik wat meer debug info eruit kan trekken.

Hue is al even geleden voor mij, maar transitions waren idd al geen probleem via de (1e) bridge.

[RobertMe]

Raymond P schreef op zaterdag 2 augustus 2025 @ 13:11:
Het internet helpt niet echt, veel onduidelijk omschreven problemen en weinig technisch onderbouwde oplossingen.

Nouja, als je daar vaker dezelfde problemen leest zonder oplossing is het wellicht dus een firmware issue. Dat was waar ik op aan stuurde.

Vanavond maar even wat dieper duiken en kijken of mijn transition uberhaubt opgeslagen wordt en hoe ik wat meer debug info eruit kan trekken.

"Niet". De scenes, incl transitions etc, staan (als je het goed doet ) in de lamp zelf. En die instellingen kun je er AFAIK niet uit trekken. En valt dus ook weinig echt aan te debuggen.

[HuismAndré]

Raymond P schreef op zaterdag 2 augustus 2025 @ 11:39:
@HuismAndré Thx voor de aanvullende info, dat was ik al wel tegengekomen.

Na een nachtje erover geslapen te hebben gok ik dat dat komt doordat een scene de gehele gewenste state naar de lamp stuurt en transition dan niet werkt door de mengeling van parameters.

Alleen als je scenes door Home Assistant uit laat voeren. Maar de kracht van Z2M is juist dat, net als bij Hue, de scenes op de lamp(en) zelf opgeslagen kunnen worden (in het geheugen van de lamp(en) zelf) zodat de enige data op het netwerk neerkomt op "group 2, scene 12". Elke lamp van Group 2 weet dan wat hij bij Scene 12 moet doen (en doen dat tegelijk; ook al zijn ze met 14 stuks).

Ik heb na installatie exact 0 seconden aandacht boeven te besteden aan Z2M dus ik ben totaal niet bekend met waar de grenzen liggen van wat mogelijk is.

Dan gaat er, zodra je dat wél doet, nog wel een wereld voor je open.

[fenrir]

Heeft iemand ervaring met https://github.com/Luligu/zigbee2mqtt-automations?

Ik zat te zoeken naar een methode om niet perse van HA afhankelijk te hoeven zijn en vroeg mij af of ik het hiermee allemaal in Z2M direct kan regelen.

Wat ik op dit moment gebruik: motion sensoren om lampen te schakelen en weer uit te zetten. (WC, gang, keuken).

Soms zit er een vertraging in, dit hoop ik ook (gedeeltelijk) op te lossen door het direct in Z2M te gaan automatiseren.

[JBS]

@fenrir Nee, kende het ook nog niet, maar kan wellicht wel interessant zijn als fallback in een situatie dat HA niet zou draaien maar Z2M wel waarbij er in zo'n situatie automatisch teruggevallen kan worden op die extensie in Z2M.

Die vertraging je ervaart, herken ik overigens niet waarbij hier alles via HA verloopt.

[ Voor 16% gewijzigd door JBS op 19-08-2025 20:23 ]

[JaVaWa]

JBS schreef op dinsdag 19 augustus 2025 @ 20:22:
@fenrir Nee, kende het ook nog niet, maar kan wellicht wel interessant zijn als fallback in een situatie dat HA niet zou draaien maar Z2M wel waarbij er in zo'n situatie automatisch teruggevallen kan worden op die extensie in Z2M.

Maar als zowel HA als die extensie actief zijn zullen ze gaan conflicteren. Ik zie geen fallback mechanisme.

[JBS]

JaVaWa schreef op dinsdag 19 augustus 2025 @ 22:02:
[...]

Maar als zowel HA als die extensie actief zijn zullen ze gaan conflicteren. Ik zie geen fallback mechanisme.

Klopt, bedoelde het ook als 'n hypothetische situatie waarin het wel een mooie toevoeging zou kunnen zijn. Maar dan moet zo'n fallback mogelijkheid er inderdaad wel zijn natuurlijk.

[ Voor 23% gewijzigd door JBS op 21-08-2025 07:48 ]

[Ak.Raider]

fenrir schreef op dinsdag 19 augustus 2025 @ 17:30:
Heeft iemand ervaring met https://github.com/Luligu/zigbee2mqtt-automations?

Ik zat te zoeken naar een methode om niet perse van HA afhankelijk te hoeven zijn en vroeg mij af of ik het hiermee allemaal in Z2M direct kan regelen.

Wat ik op dit moment gebruik: motion sensoren om lampen te schakelen en weer uit te zetten. (WC, gang, keuken).

Soms zit er een vertraging in, dit hoop ik ook (gedeeltelijk) op te lossen door het direct in Z2M te gaan automatiseren.

Ik gebruik dit al enkele maanden en ik vind het fantastisch werken voor de Motion triggers.

In de badkamer gebruik ik het ook om bijvoorbeeld ‘s nachts het licht alleen gedimd aan te laten gaan en overdag uit en ‘s avonds fel. Ook dat werkt super.

Ik ben dit gaan gebruiken omdat ik door een of andere manier na een stroomuitval de devices niet meer kon pushen naar HA. Eerlijk gezegd vind ik de automations zo gemakkelijk werken dat ik niet meer naar HA omkijk voor het zigbee stuk.

[oltk]

Kan iemand mij op weg helpen?
Ik heb nu meer dan een jaar een directe binding tussen schakelaars en groepen lampen via Z2M (buiten HA om). Ineens doen enkele groepen het niet meer. Een groep dat bestaat uit een enkele lamp kan ik nog met een schakelaar aan/uit/dimmen bedienen. Maar een groep met meerdere lampen ineens niet meer. Wat heb ik gedaan:
- schakelaar (Ikea tradfri, 2032batterij variant) verwijderd en opnieuw toegevoegd. Opnieuw de groep gekoppeld met onoff en ctrllevel (even schakelaar indrukken om m uit slaap te halen). De koppeling werkt. Maar lampen willen niet aan of uit
- een schakelaar die is gekoppeld aan een enkele licht (in een groep gezet, anders werkte het niet) heb ik óók gekoppeld aan de bewuste groep. Dan werkt ook de enkele licht niet meer. Totdat ik de groep lichten weer verwijder
- de laatste versie van zigbee2mqtt geinstalleerd

Moet ik alle groepen verwijderen en weer aanmaken?
ik kan per lamp een groep maken en die koppelen aan een schakelaar (maar waar heb je dan groepen voor)
Ik word een beetje chagerijnig van dit gedoe. Altijd valt er iets onverwacht om met onduidelijke redenen.

[davegriffejoen]

@oltk Klopt het dat je deze schakelaars hebt? Die kan je, afhankelijk van de firmware versie, aan óf een groep óf een (of meerdere) lamp(en) binden. Ik denk dat je schakelaar is ge-update naar de firmware versie die niet meer aan groepen te binden is.

[oltk]

davegriffejoen schreef op dinsdag 2 september 2025 @ 16:04:
@oltk Klopt het dat je deze schakelaars hebt? Die kan je, afhankelijk van de firmware versie, aan óf een groep óf een (of meerdere) lamp(en) binden. Ik denk dat je schakelaar is ge-update naar de firmware versie die niet meer aan groepen te binden is.

Klopt. Dit is de schakelaar. Maar updaten lukt mij sowieso niet? Althans, ik krijg foutmeldingen als ik dat probeer.

Zou de oplossing zijn als ik individuele lampen koppel? Of elke lamp een groep en die groep koppelen?

edit: Gelukt! Ik heb een schakelaar (firmware 2019) rechtstreeks gekoppeld aan 3 losse lampen. Een andere schakelaar (met firmware 2018) wilde alleen werken als ik m koppelde aan een groep lampen. En bij twee andere schakelaars bleek de groep leeg te zijn (geworden): daar heb ik weer lampen aan toegevoegd

Tjaa. nou ja. het werkt weer.

[ Voor 27% gewijzigd door oltk op 02-09-2025 19:39 ]

[Morpheusk]

Het is mij gelukt om een unsupported device toe te voegen, namelijk de Somfy Tilt Only 50 Zigbee

In Zigbee krijg ik de het volgende te zien. Echter position doet niks omdat dit een Tilt Only device is.
Ik begrijp alleen niet hoe ik nu het lift gedeelte eruit kan halen. Of is dit überhaupt niet mogelijk?

code:

import * as m from 'zigbee-herdsman-converters/lib/modernExtend';

export default {
    zigbeeModel: ['Tilt Only 50 WF TiltOnly'],
    model: 'Tilt Only 50 WF TiltOnly',
    vendor: 'SOMFY',
    description: 'Automatically generated definition',
    extend: [m.deviceEndpoints({"endpoints":{"1":1,"232":232}}), m.windowCovering({"controls":["lift","tilt"]}), m.battery()],
    meta: {"multiEndpoint":true},
};

In HA ziet het er als volgt uit, geen wat dat "onbekend". Maar de rechter functie werkt. De linkerfunctie zou er eigenlijk uit moeten.

[ Voor 21% gewijzigd door Morpheusk op 03-09-2025 23:01 ]

[Septillion]

@Morpheusk Heb er geen ervaring mee, maar mijn eerste gedachten zou zijn:

code:

extend: [m.deviceEndpoints({"endpoints":{"232":232}}), m.windowCovering({"controls":["tilt"]}), m.battery()],

Maar geeeeeeen idee of dat dus klopt

[Morpheusk]

Septillion schreef op woensdag 3 september 2025 @ 23:14:
@Morpheusk Heb er geen ervaring mee, maar mijn eerste gedachten zou zijn:

code:

extend: [m.deviceEndpoints({"endpoints":{"232":232}}), m.windowCovering({"controls":["tilt"]}), m.battery()],

Maar geeeeeeen idee of dat dus klopt

Haha, zover was ik ook, daar iets weghalen komt direct weer terug. Die code is volgens mij de export data om het voor anderen een gesupport device te maken. Maar dat moet weer via GitHub etc. Dat gaat me wat ver momenteel.

[susscorfa]

De ssd van mij docker host was vol gelopen, dat heb ik nu opgelost. Alleen nu zijn al mij zigbee devices offline. Ik vermoed dat het met de volle schijf te maken had maar het zou ook toeval kunnen zijn. Ik had verwacht dat ze vanzelf weer online zouden komen maar dat is in het afgelopen uur nog niet gebeurt. Ik heb ook al gereboot. Ik krijg de volgende notifications:

code:

z2m: Failed to ping 'Plafond ***************' (attempt 1/1, ZCL command 
0x00178********/11 genBasic.read(["zclVersion"], 
{"timeout":10000,"disableResponse":false,"disableRecovery":true,
"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false}) 
failed (--> 'SREQ: AF - dataRequest - {"dstaddr":65257,"destendpoint":11,
"srcendpoint":1,"clusterid":0,"transid":22,"options":0,"radius":30,"len":5,"data":
{"type":"Buffer","data":[16,23,0,0,0]}}' failed with status '(0x11: BUFFER_FULL)' 
(expected '(0x00: SUCCESS)')))

Hier valt mij de BUFFER_FULL op maar ik zie ook niet gelijk hoe dit op te lossen, heeft iemand suggesties?

[susscorfa]

susscorfa schreef op zaterdag 6 september 2025 @ 17:19:
De ssd van mij docker host was vol gelopen, dat heb ik nu opgelost. Alleen nu zijn al mij zigbee devices offline. Ik vermoed dat het met de volle schijf te maken had maar het zou ook toeval kunnen zijn. Ik had verwacht dat ze vanzelf weer online zouden komen maar dat is in het afgelopen uur nog niet gebeurt. Ik heb ook al gereboot. Ik krijg de volgende notifications:

code:

...

Hier valt mij de BUFFER_FULL op maar ik zie ook niet gelijk hoe dit op te lossen, heeft iemand suggesties?

Het lijkt opgelost te zijn. Ik heb de sonoff dongle kort in een andere computer gestoken en de docker container herstart. Nu komen de devices weer online