Zigbee2mqtt - open source zigbee bridge - Deel 2

[BiG-GuY]

Wachten... schreef op dinsdag 28 oktober 2025 @ 16:06:
[...]


Excuus, ik gooi mijn vraag even daar neer!

Ik ben alleen ook bang dat ik de experimentele route moet gaan nemen (niet blij mee)

Is overigens re pairen ook een optie, zonder dat je de automations kwijt raakt? Want de apparaten opnieuw 1x toevoegen vind ik nog niet zo erg, maar al moet ik echt alle automations opnieuw gaan toevoegen, dan wordt ik niet zo blij

Ben over de afgelopen jaren vaker geswitcht van merk/type coordinator en ook van ZHA/Z2M. Voordeel van Z2M is dat je meerdere Z2M naast elkaar kan draaien, zodat je makkelijk eentje kan starten gekoppeld aan die SLZB-06 en dan een voor een apparaten kan ontkoppelen van de oude en weer koppelen aan de nieuwe.

Als je vervolgens de apparaten weer dezelfde naam geeft in Z2M en ook de naam update in HA met het vinkje in Z2M, dan herkennen de Automations in HA dit vanzelf, zolang je alles aanspreekt op Device Naam, wat sowieso al een hele tijd aangeraden wordt.

ZHA naar ZHA is overigens heel simpel en werkt zelfs tussen merken chips, zit gewoon ingebouwd met een wizard.

Z2M heb ik migraties niet eens werkend gekregen van stick A naar stick B van zelfde type chip. Moest achteraf alsnog verschillende apparaten opnieuw pairen voor ze werkten. Dus sindsdien doe ik het door een tweede Z2M ernaast op te starten op de nieuwe Coordinator en het dan 1-voor-1 omzetten.

[ Voor 17% gewijzigd door BiG-GuY op 28-10-2025 16:59 ]

[DjoeC]

Niet heel specifiek z2m gerelateerd (een beetje wel) maar ik heb een vraag: Ik heb op een aantal plaatsen vierweg opbouw stopcontacten (WCD's) in deze vorm: https://www.gamma.nl/asso...tact-opbouw-wit/p/B460433 Daar passen geen 4 zigbee blokken zoals https://www.ikea.com/nl/n...t-stroommonitor-00569836/ in. Weet iemand of eer een alternatief is waar meer ruimte is?

[RobertMe]

DjoeC schreef op dinsdag 28 oktober 2025 @ 16:59:
Niet heel specifiek z2m gerelateerd (een beetje wel) maar ik heb een vraag: Ik heb op een aantal plaatsen vierweg opbouw stopcontacten (WCD's) in deze vorm: https://www.gamma.nl/asso...tact-opbouw-wit/p/B460433 Daar passen geen 4 zigbee blokken zoals https://www.ikea.com/nl/n...t-stroommonitor-00569836/ in. Weet iemand of eer een alternatief is waar meer ruimte is?

Ik heb wat no-name Chinese Tuya modellen. Worden volgens mij ook verkocht onder de Nous naam.

En de Fibaro's zijn net zo klein. Maarja, gezien je in Z2M topic vraagt ben je vast niet op zoek naar een ZWave stekker

[Wachten...]

BiG-GuY schreef op dinsdag 28 oktober 2025 @ 16:56:
[...]

Ben over de afgelopen jaren vaker geswitcht van merk/type coordinator en ook van ZHA/Z2M. Voordeel van Z2M is dat je meerdere Z2M naast elkaar kan draaien, zodat je makkelijk eentje kan starten gekoppeld aan die SLZB-06 en dan een voor een apparaten kan ontkoppelen van de oude en weer koppelen aan de nieuwe.

Als je vervolgens de apparaten weer dezelfde naam geeft in Z2M en ook de naam update in HA met het vinkje in Z2M, dan herkennen de Automations in HA dit vanzelf, zolang je alles aanspreekt op Device Naam, wat sowieso al een hele tijd aangeraden wordt.

ZHA naar ZHA is overigens heel simpel en werkt zelfs tussen merken chips, zit gewoon ingebouwd met een wizard.

Z2M heb ik migraties niet eens werkend gekregen van stick A naar stick B van zelfde type chip. Moest achteraf alsnog verschillende apparaten opnieuw pairen voor ze werkten. Dus sindsdien doe ik het door een tweede Z2M ernaast op te starten op de nieuwe Coordinator en het dan 1-voor-1 omzetten.

Dank voor je uitleg. Misschien is dat nog wel een handige manier.

Maar jij draait z2mqtt dan helemaal apart of niet? Want ik draai gewoon de Mosquitto broker in HA. Deze kan ik denk ik niet meerdere keren draaien toch?

[BiG-GuY]

Wachten... schreef op dinsdag 28 oktober 2025 @ 17:18:
[...]


Dank voor je uitleg. Misschien is dat nog wel een handige manier.

Maar jij draait z2mqtt dan helemaal apart of niet? Want ik draai gewoon de Mosquitto broker in HA. Deze kan ik denk ik niet meerdere keren draaien toch?

Je kan als tweede Zigbee2MQTT instantie een Zigbee2MQTT Edge Add-on draaien, die dan koppelen aan je nieuwe coordinator. Let op dat je de standaard map dan moet aanpassen zodat je binnen je /config/ map voor beide Zigbee2MQTT add-ons een losse map hebt. En de Network Port aanpassen of uitzetten, omdat beide Add-ons standaard dezelfde poort gebruiken. Ook de MQTT moet je qua base_topic aanpassen, zodat ze beiden een unieke hebben, maar ze kunnen beiden gewoon praten met de standaard Mosquitto Broker.

Als je eenmaal klaar bent met omzetten, kan je beide add-ons verwijderen. Mapnamen goed zetten en dan de normale Zigbee2MQTT Add-on starten gekoppeld aan je nieuwe Coordinator en de map van Zigbee2MQTT gebruiken waar je de gegevens van de nieuwe installatie hebt.

[ Voor 7% gewijzigd door BiG-GuY op 28-10-2025 17:24 ]

[Oon]

Ik heb mijn Sonoff Zigbee controller in mijn thuisserver op zolder zitten, en nu merk ik dat apparaten op de begane grond wel écht slecht communiceren. De garagedeur heeft een raam/deursensor, de keuken een temp/humidity sensor en de thermostaat in de woonkamer die de ketel aanstuurt is ook Zigbee.

Ik had verwacht dat de berg aan Zigbee lampen en stekkers het grotendeels op zou lossen, maar het lijkt erop dat de route veelal via lampen gaat en zichzelf dan niet goed weet te herstellen als die lampen uit gaan.

Zijn hier makkelijke oplossingen voor? Ik heb al wat extra stekkers geplaatst maar die lijken niet zo heel veel te doen..
Kan ik op de een of andere manier een schone 'snelweg' forceren van zolder naar de meterkast mbv 3 dedicated stekkers die ik als routers gebruik?

[DjoeC]

RobertMe schreef op dinsdag 28 oktober 2025 @ 17:17:
[...]

Ik heb wat no-name Chinese Tuya modellen. Worden volgens mij ook verkocht onder de Nous naam.

En de Fibaro's zijn net zo klein. Maarja, gezien je in Z2M topic vraagt ben je vast niet op zoek naar een ZWave stekker

Ik ga nog eens zoeken naar die Nous. Gaat me hier vooral om een beetje nauwkeurige vermogensmeting, niet persee over schakelen.

En nee, zwave zoek ik nu (nog) niet.

[RobertMe]

DjoeC schreef op dinsdag 28 oktober 2025 @ 18:02:
[...]

Ik ga nog eens zoeken naar die Nous. Gaat me hier vooral om een beetje nauwkeurige vermogensmeting, niet persee over schakelen.

Voor die use case heb ik ze ook (netwerk spullen, diepvries, ...). Ik weet alleen niet of ze ook nauwkeurig zijn (ik heb ze ook niet vergeleken met bv de Fibaro's, waarvan ik ook niet weet of ze nauwkeurig zijn. Maar als hetzelfde apparaat een afwijkend verbruik heeft op verschillende pluggen is in ieder geval een van beide fout ).

[DjoeC]

RobertMe schreef op dinsdag 28 oktober 2025 @ 18:06:
[...]

Voor die use case heb ik ze ook (netwerk spullen, diepvries, ...). Ik weet alleen niet of ze ook nauwkeurig zijn (ik heb ze ook niet vergeleken met bv de Fibaro's, waarvan ik ook niet weet of ze nauwkeurig zijn. Maar als hetzelfde apparaat een afwijkend verbruik heeft op verschillende pluggen is in ieder geval een van beide fout ).

Ik controleer de mijne met een 60w gloeilamp als basis (werkingsfactor = 1), daarna eventueel samen met het te meten apparaat.

En nu weer terug naar z2m....

[nMad]

nMad schreef op woensdag 22 oktober 2025 @ 16:44:
Ik ben langzaam al mijn Philips Hue lampen aan het overzetten van de Philips Hue bridge naar Z2M. Ik heb al groepen met lampen aangemaakt die ik in één keer wil bedienen en binnenkort komen daar nog scenes bij.

Op verschillende plekken in huis maak ik gebruik van de Hue Dimmer Switch. Is het ook mogelijk om de 'Hue' knop op deze switch te gebruiken om tussen scenes van een bepaalde group te wisselen d.m.v. een directe bind?

Iemand?

[Septillion]

@Wachten... Als je de devices.yaml overzet tussen instanties wordt bij het re-pairen vanzelf de correcte naam gepakt.

[edit]Als zoals @TheFes aangeeft geen devices.yaml gemaakt wordt zou je dit gewoon zelf af kunnen splitsen naar een devices.yaml of dat deel van de config kopiëren.

[ Voor 41% gewijzigd door Septillion op 28-10-2025 22:50 ]

[TheFes]

Septillion schreef op dinsdag 28 oktober 2025 @ 22:28:
@Wachten... Als je de devices.yaml overzet tussen instanties wordt bij het re-pairen vanzelf de correcte naam gepakt.

Zo heb ik het inderdaad recent ook gedaan. Alleen maakt Zigbee2MQTT tegenwoordig geen devices.yaml meer aan, die staan standaard gewoon in configuration.yaml tegenwoordig.

[Lucifertje]

Hi all,

Recentelijk begonnen met het uitrollen van Zigbee2MQTT, een groot deel van de accessoires (routers/endpoints) hangt nog in ZHA. Ik heb een Mosquitto broker geïnstalleerd, Zigbee2MQTT geïnstalleerd en de hele sjabang doorgelopen. Gisteren aan de slag gegaan met meerdere routers en endpoints. Helaas is het nu al zo dat ik overweeg om Z2M ongedaan te maken en lekker ZHA te blijven gebruiken.

Mijn huidige opzet:
- Mac Pro waarom VirtualBox draait met HA (zolder);
- Sonoff t.b.v. ZHA;
- SLZB-06 (Ethernet als Zigbee-coördinator), meterkast.

Waar accessoires op de begane grond voorheen prima verbinding maakte met Sonoff-stick in de Mac Pro op zolder, gebeurt dit andersom erg slecht.

Wat doe ik verkeerd, waarom verbinden bepaalde accessoires op de begane grond NIET met de coordinator maar met een router? Überhaupt; waarom verbindt er zo weinig naar de coordinator?

Zo werkt de Aqara P1 sensor überhaupt niet meer, ik kan voorbij open, springen, dansen of andere lichamelijk beweging beoefenen, geen detectie





Schopje naar Z2M topic

[ Voor 4% gewijzigd door Septillion op 29-10-2025 20:43 ]

[Ben(V)]

Zigbee is een mesh netwerk, dat is juist de kracht van Zigbee.
Ofwel alle Zigbee devices (behalve die op batterijen) zijn router en verbinden dus met elkaar om zo een mesh netwerk te vormen.
Zo moet het ook, allemaal met de coordinator verbinden is niet de bedoeling.

[Mavamaarten]

Nu staan Aqara sensoren er ook wel om bekend om niet makkelijk van router/coordinator te wisselen. Je moet ze echt pairen via de router die het dichtste bij staat. Andere sensoren kiezen na een tijdje wel de beste route.

Of je nu voor ZHA of Z2M gaat, dat maakt daarin normaal gezien heel weinig uit.

[sypie]

Lucifertje schreef op woensdag 29 oktober 2025 @ 09:38:
Helaas is het nu al zo dat ik overweeg om Z2M ongedaan te maken en lekker ZHA te blijven gebruiken.

Ik zou eerder zeggen: Zet die ZHA uit, en zet alles over naar Z2M. Destijds alleen maar gedoe met ZHA, met Z2M niets aan het handje.

[Lucifertje]

Mavamaarten schreef op woensdag 29 oktober 2025 @ 09:56:
Nu staan Aqara sensoren er ook wel om bekend om niet makkelijk van router/coordinator te wisselen. Je moet ze echt pairen via de router die het dichtste bij staat. Andere sensoren kiezen na een tijdje wel de beste route.

Of je nu voor ZHA of Z2M gaat, dat maakt daarin normaal gezien heel weinig uit.

Ah, goede. Dat heb ik nu geprobeerd en de Aqara P1 is nu naar 255 lqi gegaan en neemt weer wat waar! Ik ga de rest nog eens nalopen en opnieuw laten re-joinen.

sypie schreef op woensdag 29 oktober 2025 @ 10:01:
[...]

Ik zou eerder zeggen: Zet die ZHA uit, en zet alles over naar Z2M. Destijds alleen maar gedoe met ZHA, met Z2M niets aan het handje.

Dat was het plan, maar als bepaalde accessoires via Z2M niet/nauwelijks fatsoenlijk verbinding maken, wat het wel bij ZHA deed, dan wordt het wel uitdagend.. :-/

[musicpixel]

Wachten... schreef op dinsdag 28 oktober 2025 @ 17:18:
[...]


Dank voor je uitleg. Misschien is dat nog wel een handige manier.

Maar jij draait z2mqtt dan helemaal apart of niet? Want ik draai gewoon de Mosquitto broker in HA. Deze kan ik denk ik niet meerdere keren draaien toch?

Tot 6 Zigbee2MQTT instances in Home Assistant (video van BeardedTinker):
YouTube: Get multiple Zigbee2MQTT instances running in HA OS & Docker

[Wachten...]

Septillion schreef op dinsdag 28 oktober 2025 @ 22:28:
@Wachten... Als je de devices.yaml overzet tussen instanties wordt bij het re-pairen vanzelf de correcte naam gepakt.

[edit]Als zoals @TheFes aangeeft geen devices.yaml gemaakt wordt zou je dit gewoon zelf af kunnen splitsen naar een devices.yaml of dat deel van de config kopiëren.

Dank voor je reactie en ook @TheF1Man .

Is hier ergens documentatie van hoe dit precies moet? Want hoewel het enigzins duidelijk is, zit ik er niet op te wachten dat ik straks dingen verkeerd doe, en dan heel het weekend bezig ga zijn om alles weer te fixen 😅

En hoewel ik er nog wel redelijk mee kan dealen, denkt mijn vrouw daar anders over 😁

[Lucifertje]

Lucifertje schreef op woensdag 29 oktober 2025 @ 10:19:
[...]


Ah, goede. Dat heb ik nu geprobeerd en de Aqara P1 is nu naar 255 lqi gegaan en neemt weer wat waar! Ik ga de rest nog eens nalopen en opnieuw laten re-joinen.


[...]


Dat was het plan, maar als bepaalde accessoires via Z2M niet/nauwelijks fatsoenlijk verbinding maken, wat het wel bij ZHA deed, dan wordt het wel uitdagend.. :-/

Zo, dat was Z2M en nu weer door met ZHA. Vandaag de boel weer omgezet, accessoires opnieuw gekoppeld en het werkt weer als een trein en stabieler.

[Wachten...]

@TheFes @Septillion

Ik heb inmiddels met een beetje hulp van Google een nieuwe z2mqtt opgezet binnen HA, ook mede dankzij de video van @musicpixel.

Zoals jullie al aangaven heb ik de devices vanuit de configuration.yaml overgezet naar de nieuwe configuration.yaml van de nieuwe z2mqtt omgeving.

Nu komt alleen het punt waar ik tegenaan loop
Ik heb even met behulp van ChatGPT even gezocht wat verder de volgorde zou moeten zijn, en daarin wordt aangegeven dat je eerste het apparaat (bijvoorbeeld een lamp). eerst moet hernoemen in HA en dan moet verwijderen uit de oude z2mqtt omgeving. Vervolgens kan ik de lamp dan resetten en toevoegen aan de nieuwe omgeving. Dit werkt op zich wel, echter kan ik de lampen niet bedienen in HA (wel in z2mqtt) Ik kan de friendly name ook niet vinden binnen HA, en als ik in z2mqtt het vinkje aanzet dat hij de naam ook moet overzetten in HA, dan zegt hij dat deze naam al bestaat.

Klopt het dat je echt de naam eerst moet veranderen binnen HA en dan verwijderen binnen de oude z2mqtt? en is het ook nodig om daarna van alles apparaten het vinkje aan te zetten om de friendly name over te zetten naar HA binnen z2mqtt, of zou dat ook niet hoeven? Want nu voelt het nagenoeg alsof ik alles opnieuw op moet zetten. Ik heb dus het idee dat ik iets te omslachtig doen met het verwijderen van de apparaten uit de oude omgeving en het toevoegen aan de nieuwe.

Ik wilde dit heel graag even afronden voordat het weer nachtwerk gaat worden

[alex3305]

@Wachten... Misschien mis ik iets, maar je kunt toch gewoon het apparaat en Zigbee2MQTT in pairing mode zetten? Dan wordt automatisch het IEEE adres van het apparaat aan de friendly name in Zigbee2MQTT gekoppeld. En daarmee natuurlijk ook aan Home Assistant.

Zie maar weer dat ChatGPT veelal onzin uitkraamt.

[TheFes]

Wachten... schreef op donderdag 30 oktober 2025 @ 20:39:
@TheFes @Septillion

Ik heb inmiddels met een beetje hulp van Google een nieuwe z2mqtt opgezet binnen HA, ook mede dankzij de video van @musicpixel.

Zoals jullie al aangaven heb ik de devices vanuit de configuration.yaml overgezet naar de nieuwe configuration.yaml van de nieuwe z2mqtt omgeving.

Nu komt alleen het punt waar ik tegenaan loop
Ik heb even met behulp van ChatGPT even gezocht wat verder de volgorde zou moeten zijn, en daarin wordt aangegeven dat je eerste het apparaat (bijvoorbeeld een lamp). eerst moet hernoemen in HA en dan moet verwijderen uit de oude z2mqtt omgeving. Vervolgens kan ik de lamp dan resetten en toevoegen aan de nieuwe omgeving. Dit werkt op zich wel, echter kan ik de lampen niet bedienen in HA (wel in z2mqtt) Ik kan de friendly name ook niet vinden binnen HA, en als ik in z2mqtt het vinkje aanzet dat hij de naam ook moet overzetten in HA, dan zegt hij dat deze naam al bestaat.

Klopt het dat je echt de naam eerst moet veranderen binnen HA en dan verwijderen binnen de oude z2mqtt? en is het ook nodig om daarna van alles apparaten het vinkje aan te zetten om de friendly name over te zetten naar HA binnen z2mqtt, of zou dat ook niet hoeven? Want nu voelt het nagenoeg alsof ik alles opnieuw op moet zetten. Ik heb dus het idee dat ik iets te omslachtig doen met het verwijderen van de apparaten uit de oude omgeving en het toevoegen aan de nieuwe.

Ik wilde dit heel graag even afronden voordat het weer nachtwerk gaat worden

Hernoemen heb ik niet gedaan.
Verwijderen in de oude, pairen in de nieuwe. In het begin heb ik zelf alleen pairen in de nieuwe gedaan, daar was al genoeg, maar soms bleven ze dan hangen.
In ieder geval heb ik in HA niets hernoemd

[Wachten...]

TheFes schreef op donderdag 30 oktober 2025 @ 20:49:
[...]

Hernoemen heb ik niet gedaan.
Verwijderen in de oude, pairen in de nieuwe. In het begin heb ik zelf alleen pairen in de nieuwe gedaan, daar was al genoeg, maar soms bleven ze dan hangen.
In ieder geval heb ik in HA niets hernoemd

Oke, en deed je dan ook nog het vinkje aanzetten dat hij niet opnieuw mag pairen met de oude? Of gewoon force remove is genoeg? Ik ga het zo even proberen met een andere lamp.

[TheFes]

Wachten... schreef op donderdag 30 oktober 2025 @ 20:55:
[...]


Oke, en deed je dan ook nog het vinkje aanzetten dat hij niet opnieuw mag pairen met de oude? Of gewoon force remove is genoeg? Ik ga het zo even proberen met een andere lamp.

Alleen force remove

[Wachten...]

TheFes schreef op donderdag 30 oktober 2025 @ 21:04:
[...]

Alleen force remove

Ik zie inderdaad dat het zo simpel werkt (gelukkig). Ik ga dus alles even resetten hier, en dan moet over een klein uurtje alles wel weer werken.

Het enige wat ik nog wel tegenkwam, is dat de groepen wel in de configuration.yaml staan, maar dat ik deze niet zie in de nieuwe z2mqtt. Weet jij hoe dit werkt? Want ik stuur alles via groepen aan, maar kan nu dus niks bedienen daardoor. Is er dus ook een manier voor om dit weer simpel en snel werkend te krijgen?
Want als ik ze handmatig weer toe wilt voegen, dan lukt dat ook niet, omdat hij dan aangeeft dat deze al bestaat.

Verder bedankt voor jullie hulp. Erg fijn dat alles met even wat uitzoeken, toch relatief snel weer werkt met de nieuwe slzb-06

[ Voor 7% gewijzigd door Wachten... op 30-10-2025 21:38 ]

[Wachten...]

alex3305 schreef op donderdag 30 oktober 2025 @ 20:45:
@Wachten... Misschien mis ik iets, maar je kunt toch gewoon het apparaat en Zigbee2MQTT in pairing mode zetten? Dan wordt automatisch het IEEE adres van het apparaat aan de friendly name in Zigbee2MQTT gekoppeld. En daarmee natuurlijk ook aan Home Assistant.

Zie maar weer dat ChatGPT veelal onzin uitkraamt.

Nou het kwam dus een beetje omdat ik een globale uitleg had gehad, dat ik vanuit daar met ChatGPT (die ook vaak onzin praat) een soort handleiding had. Maar ik er nu dus achter dat het gewoon verwijderen van de device en opnieuw pairen met de nieuwe instantie voldoende is (nog even buiten de groepen om dan, want die staan er nog niet in.

[Septillion]

@Wachten... De groups en devices bevatten alleen namen (en instellingen) maar niets over de koppeling zelf. Ook de koppeling van groepen is iets van het Zigbee netwerk zelf. Je zal dus de group weer in de UI aan moeten maken. Zie je in de UI onder groups de namen al wel? Zo ja, dan simpelweg de devices weer toevoegen.

[Wachten...]

Septillion schreef op donderdag 30 oktober 2025 @ 21:51:
@Wachten... De groups en devices bevatten alleen namen (en instellingen) maar niets over de koppeling zelf. Ook de koppeling van groepen is iets van het Zigbee netwerk zelf. Je zal dus de group weer in de UI aan moeten maken. Zie je in de UI onder groups de namen al wel? Zo ja, dan simpelweg de devices weer toevoegen.

Ja daar dacht ik dus zelf ook aan om te doen, want het zijn er niet perse heel veel, maar het probleem is dat hij aangeeft dat de groep al bestaat. Ik heb de groep al verwijderd in z2mqtt, maar die moet ik zeker dan wel verwijderen in HA? Ik had ergens gehoopt dat ook de groepen meegenomen werden.

Ik heb het overigs echt over de groepen in z2mqtt, ik maak geen groepen in HA

[Septillion]

@Wachten... Daarom ken HA het dus ook helemaal niet als groep.

Maar je hebt dus de groups uit de yaml meegenomen? En zie je die groepen in Z2M ook onder groups? Maar dan nu met 2 group members? Of is dat gewoon leeg? Indien laatste, de groups uit je Z2M yaml halen en Z2M herstarten. En ze dan via de UI aanmaken en de namen uit de yaml alleen als naslag gebruiken.

[Wachten...]

Septillion schreef op donderdag 30 oktober 2025 @ 22:07:
@Wachten... Daarom ken HA het dus ook helemaal niet als groep.

Maar je hebt dus de groups uit de yaml meegenomen? En zie je die groepen in Z2M ook onder groups? Maar dan nu met 2 group members? Of is dat gewoon leeg? Indien laatste, de groups uit je Z2M yaml halen en Z2M herstarten. En ze dan via de UI aanmaken en de namen uit de yaml alleen als naslag gebruiken.

Nee dat is dus het probleem. Ik heb de groepen inderdaad meegenomen vanuit de yaml, net zoals de devices, echter herkent hij de devices wel zodra ik deze pair met de friendly name, maar onder groups in z2m zie ik helemaal geen groepen, terwijl deze dus wel in de config yaml staan van de nieuwe omgeving.

[Septillion]

@Wachten... Maar zoals ik al zei, de groepen in de yaml is alleen de naam, niet werkelijk de informatie voor de groep. Maar had de hoop dat hij ze dan wel in de UI zou laten zien maar dan zonder devices. Maar als dat ook niet zo is dan ze dus uit je nieuwe config halen.

[Wachten...]

Septillion schreef op donderdag 30 oktober 2025 @ 22:18:
@Wachten... Maar zoals ik al zei, de groepen in de yaml is alleen de naam, niet werkelijk de informatie voor de groep. Maar had de hoop dat hij ze dan wel in de UI zou laten zien maar dan zonder devices. Maar als dat ook niet zo is dan ze dus uit je nieuwe config halen.

Ik heb even de lampen eerste uit de oude groep gehaald, toen de groep verwijderd, daarna kan ik hem in ieder geval wel handmatig toevoegen in de nieuwe z2m, echter werkt het nog niet.

Ik heb nu dus een groep in de nieuwe z2m omgeving, met exact dezelfde naam, maar binnen HA kan ik die groep niet bedienen.

[Septillion]

@Wachten... Dus in Z2M heb je de groep met devices?

Als HA nog de oude groep als overblijfsel heeft dan zou de nieuwe groep gewoon ander entity id gekregen hebben. Dus al eens gezocht in HA?

[Wachten...]

Septillion schreef op donderdag 30 oktober 2025 @ 22:34:
@Wachten... Dus in Z2M heb je de groep met devices?

Als HA nog de oude groep als overblijfsel heeft dan zou de nieuwe groep gewoon ander entity id gekregen hebben. Dus al eens gezocht in HA?

Nee de groepen worden helemaal niet getoond in z2m helaas. Ik heb net ook even handmatig geprobeerd om een groep te verwijderen en opnieuw toe te voegen aan de nieuwe z2m, maar dan zegt hij steeds dat deze al in gebruik is.

Ik ga ze eens even uit de config halen, kijken of ik dan in ieder geval handmatig wat toe kan voegen.

@Septillion Ik zie trouwens ook ineens dat scenes ook niet worden meegenomen.
Ik baal er stiekem toch een beetje van, al met al gaat me dit veel werk kosten. Ik had een aantal groepen met heel wat scenes, die ik ook allemaal weer opnieuw moet gaan configureren.

Echt jammer dat er geen goede duidelijke documentatie is om alles (apparaten, groepen, scenes etc) over te zetten. Of ik doe iets gruwelijks verkeerds, maar ik moet buiten de friendly names om, alles opnieuw instellen

[ Voor 27% gewijzigd door Wachten... op 30-10-2025 23:34 ]

[Septillion]

@Wachten... Mja, tussen verschillende chips is het inderdaad niet makkelijk. Gezien er nu wel wat mensen experimentele dingen gedaan hebben verwacht ik het nog wel een keer in Z2M maar nu is het niet zo makkelijk nee als je ook groepen, direct binds en scenes hebt...

[Wachten...]

@Septillion als ik dit geweten had, dan had ik me nog wel even bedacht. 😁

Wat buiten de eerder genoemde problemen, kom ik er ook nog eens achter dan veel automations ook niet meer werken. Alles is toch aardig om zeep geholpen lijkt het

[Cyberpope]

Auw. Weer een reden waarom te stoppen met smarthome als ik dat lees. Want ik zie al gebeuren dat mijn coordinator net stuk gaat op moment dat je het niet kunt gebruiken. En je bij god niet weet hoe je het ook alweer opgezet had.

[Koepert]

Cyberpope schreef op vrijdag 31 oktober 2025 @ 08:51:
Auw. Weer een reden waarom te stoppen met smarthome als ik dat lees. Want ik zie al gebeuren dat mijn coordinator net stuk gaat op moment dat je het niet kunt gebruiken. En je bij god niet weet hoe je het ook alweer opgezet had.

Stap je 's ochtends ook niet in de auto omdat er misschien ergens een ongeluk gaat gebeuren?

Beetje loos argument dit. Ja, een "migratieproces" zou beter uitgewerkt kunnen worden waar dat mogelijk is maar de kans dat het misgaat is relatief klein. Het voordeel van een starthome kan relatief groot zijn.

En ja het is dan vervelend en kan best een klusje zijn.. maar het is maar de slimmere bediening van je huis he.. niet je levensader.

[HuismAndré]

Septillion schreef op donderdag 30 oktober 2025 @ 22:18:
@Wachten... Maar zoals ik al zei, de groepen in de yaml is alleen de naam, niet werkelijk de informatie voor de groep. Maar had de hoop dat hij ze dan wel in de UI zou laten zien maar dan zonder devices. Maar als dat ook niet zo is dan ze dus uit je nieuwe config halen.

Naast de naam wordt ook het groepnummer opgeslagen in configuration.yaml. Daarnaast wordt de data van de groepen opgeslagen in de groepleden zelf (de lampen) als je het via Z2M programmeert. Dat maakt immers ook dat bij een actie "group 100, level 30" alle leden tegelijk reageren (het is maar één commando). Dit in tegenstelling tot een Home Assistant group (waarbij elk lid afzonderlijk aangestuurd wordt; iets dat je duidelijk ziet als je een grote groep inschakelt).

Maar terug op configuration.yaml. Aangezien daar alle relevante data staat van een groep (namelijk de naam (voor ons) en het nummer (voor de leden)), zou dat voldoende moeten zijn. Maar het zou natuurlijk zo maar kunnen dat een lamp al die data reset/wist als de lamp naar een andere coördinator verhuist (ik zou haast zeggen "ik mag het hopen dat hij dat doet").

[HuismAndré]

Wachten... schreef op donderdag 30 oktober 2025 @ 22:31:
[...]


Ik heb even de lampen eerste uit de oude groep gehaald, toen de groep verwijderd, daarna kan ik hem in ieder geval wel handmatig toevoegen in de nieuwe z2m, echter werkt het nog niet.

Ik heb nu dus een groep in de nieuwe z2m omgeving, met exact dezelfde naam, maar binnen HA kan ik die groep niet bedienen.

Het zou kunnen dat de naam net even anders is als voorheen waardoor je nog naar de oude entity zit te kijken. Ook kan het helpen Home Assistant even opnieuw op te starten (en in het gekste geval even de Z2M integratie te verwijderen en opnieuw toe te voegen). Sowieso is het aan te raden namen (lampen, groepen en scenes) altijd in Z2M aan te maken en alleen in Z2M te veranderen (waarbij je 'bijwerken in Home Assistant' aanvinkt waar die keuze geboden wordt). Als je dan een keer problemen hebt is het een simpel geval verwijderen en weer toevoegen van de integratie.

Moet in ieder geval ongeveer zo uitzien:







Je ziet hier trouwens scene_40_medium en scene_41_medium omdat ik op die manier mooier kan stappen door de scenes: medium, fel, medium, dim <repeat>. De input select die ik daarvoor gebruik staat niet toe dat ik 2 x dezelfde optie toevoeg.

[Cyberpope]

Koepert schreef op vrijdag 31 oktober 2025 @ 09:21:
Stap je 's ochtends ook niet in de auto omdat er misschien ergens een ongeluk gaat gebeuren?

Nee, dan pak ik mijn motor of even een ubertje. Wat een erg raar vergelijk dit.
En ja, als ik na olievervangen mijn hele motor opnieuw mag gaan opbouw, zou ik vaker voor de fiets kiezen.

Beetje loos argument dit. Ja, een "migratieproces" zou beter uitgewerkt kunnen worden waar dat mogelijk is maar de kans dat het misgaat is relatief klein. Het voordeel van een starthome kan relatief groot zijn.

En ja het is dan vervelend en kan best een klusje zijn.. maar het is maar de slimmere bediening van je huis he.. niet je levensader.

Eens, maar hoe meer je er mee bezig gaat, hoe meer je merkt hoe ongelofelijk kwetsbaar het is. Je bouwt rustig en comfort is groot. Dan wijzigt er 1 onderdeel (of update) en op momenten dat het niet uitkomt ben je uren bezig om weer iets te fixen, als dat al lukt zonder nieuwe hardware en als je nog weet hoe het zit. En telkens duiken er nieuwe kwetbaarheden op.

En ja, ik vind dat die te weinig voor het voetlicht komen. Het staat nog zo ver af van een consumentenmarkt. Het is echt volledig voor hobbyisten.

En gezien jou ook "waar de mogelijk is", maakt helder dat het waarschijnlijk nooit het niveau van hobby gaat ontstijgen. Jammer dat die kritische noot bijna nooit gemaakt mag worden.

[ Voor 3% gewijzigd door Cyberpope op 31-10-2025 10:27 ]

[synoniem]

Hoe kwetsbaar het is hangt in grote mate af van hoe je het inricht. Als je het zo inricht dat je met een backup snel terug kan naar de vorige werkende situatie is er niet zoveel aan de hand en hoeft het ook geen uren te duren. Het alternatief is software die nooit wordt ge-updated en daardoor ook steeds kwetsbaarder wordt.

[Septillion]

HuismAndré schreef op vrijdag 31 oktober 2025 @ 09:47:
[...]

Naast de naam wordt ook het groepnummer opgeslagen in configuration.yaml. Daarnaast wordt de data van de groepen opgeslagen in de groepleden zelf (de lampen) als je het via Z2M programmeert. Dat maakt immers ook dat bij een actie "group 100, level 30" alle leden tegelijk reageren (het is maar één commando). Dit in tegenstelling tot een Home Assistant group (waarbij elk lid afzonderlijk aangestuurd wordt; iets dat je duidelijk ziet als je een grote groep inschakelt).

Dat is inderdaad waar ik op doelde maar probeerde het even simpel te houden. Het bevat linkbare info maar niet de samenstelling van de group. De tabel wordt alleen als ook up gebruikt. Maar bij een device, met een unieke identifier, wordt gewoon de naam opgehaald. Maar bij een group die Z2M aanmaakt lijkt dat het niet leuk te vinden dat de entery al bestaat ipv dat hij het puur gebruikt als look up.

Maar terug op configuration.yaml. Aangezien daar alle relevante data staat van een groep (namelijk de naam (voor ons) en het nummer (voor de leden)), zou dat voldoende moeten zijn. Maar het zou natuurlijk zo maar kunnen dat een lamp al die data reset/wist als de lamp naar een andere coördinator verhuist (ik zou haast zeggen "ik mag het hopen dat hij dat doet").

Denk inderdaad dat het gewist wordt. Want zou anders staan mensen die iets wisselen van netwerk of verkopen weer zo raar te kijken. Maar ja, helpt niet mee met wisselen nee.

Dus zou leuk zijn als Z2M wel volle migratie gaat ondersteunen. Of anders gewoon de mogelijkheid om groups, binds en scene te exporteren. En dat bij import gewoon geprobeerd wordt om de groups, binds en scenes weer op te bouwen als hij dezelfde devices ziet. Want immers zijn dat zoals je aan geeft dus instellingen voor de devices zelf.

[DjoeC]

Cyberpope schreef op vrijdag 31 oktober 2025 @ 08:51:
Auw. Weer een reden waarom te stoppen met smarthome als ik dat lees. Want ik zie al gebeuren dat mijn coordinator net stuk gaat op moment dat je het niet kunt gebruiken. En je bij god niet weet hoe je het ook alweer opgezet had.

Documenteren? Jij bent de "bouwer", daar hoort documentatie bij. Bij mij backups van de yaml's en beschrijvingen/id's van apparaten etc. in excel.... Net als voor mijn thuisservers, Windows pc (serienummers/licenties). Je hoeft dat allemaal niet te doen en dan heb je gelijk: begin niet aan een smart home.

[HuismAndré]

Cyberpope schreef op vrijdag 31 oktober 2025 @ 08:51:
Auw. Weer een reden waarom te stoppen met smarthome als ik dat lees. Want ik zie al gebeuren dat mijn coordinator net stuk gaat op moment dat je het niet kunt gebruiken. En je bij god niet weet hoe je het ook alweer opgezet had.

Als ik bezig ben met ons Smarthome (bijvoorbeeld Z2M) dan pak ik altijd het "Z2M Howto.txt" kladblokje erbij. Daarin schrijf ik dan de bevindingen op. Hetzelfde geldt voor andere delen (Home Assistant zelf, thermostaten etc. etc.) van de smart home installatie. Op die manier kun je, indien nodig, altijd weer teruggrijpen op "hoe zat het ook alweer" documentatie zonder dat het je veel tijd kost bij de aanmaak. Je hebt die documentatie bijna nooit nodig maar áls je het nodig hebt... Zo blij.

[Cyberpope]

Ja ik documenteer (zelf met screenshots en zo). Alleen ik gebruik daarvoor onenote. Om er vervolgens achter te komen dat bepaalde opties helemaal elders zijn wegstopt of compleet anders werken omdat er ondertussen de nodige backup's geweest zijn.

[Cyberpope]

synoniem schreef op vrijdag 31 oktober 2025 @ 10:31:
Hoe kwetsbaar het is hangt in grote mate af van hoe je het inricht. Als je het zo inricht dat je met een backup snel terug kan naar de vorige werkende situatie is er niet zoveel aan de hand en hoeft het ook geen uren te duren. Het alternatief is software die nooit wordt ge-updated en daardoor ook steeds kwetsbaarder wordt.

Tuurlijk en daarom ook op een VM in proxmox. Zelfs met mijn server defect was ik redelijk snel (maar toch nog meerdere uren) weer terug in de lucht. Echter doordat nieuw hardware iets anders omging met de usbpoorten, wat het toch weer wat meer werk.
Maar nu blijkt dus ook dat andere coordinator alles weer opnieuw pairen is... Kortom met backup's van je wel gedeelte af, maar ook slechts dat.

[Hmmbob]

Het kost je net zoveel tijd om die dingen opnieuw te pairen na een controller wissel (het hart van het systeem) als dat nu in deze "ja maar stom" posts is gaan zitten 🤷‍♂️.

Overdrijven is een kunst.

[ Voor 24% gewijzigd door Hmmbob op 31-10-2025 12:05 ]

[synoniem]

Cyberpope schreef op vrijdag 31 oktober 2025 @ 12:03:
[...]

Tuurlijk en daarom ook op een VM in proxmox. Zelfs met mijn server defect was ik redelijk snel (maar toch nog meerdere uren) weer terug in de lucht. Echter doordat nieuw hardware iets anders omging met de usbpoorten, wat het toch weer wat meer werk.
Maar nu blijkt dus ook dat andere coordinator alles weer opnieuw pairen is... Kortom met backup's van je wel gedeelte af, maar ook slechts dat.

Ik heb gewoon een identieke reserve coordinator liggen die ik ook wissel als ik de coordinator firmware update. Voor de nabije toekomst wil ik een netwerkversie (2) in gebruik nemen zodat het doorlussen van usb ook geen probleem meer is.

Ik vind het leuk om aan mijn installatie te prutsen maar de basis moet blijven werken of snel hersteld kunnen worden. Maar dat geldt voor al mijn systemen of het nu iot, desktop of server is.

[Cyberpope]

Hmmbob schreef op vrijdag 31 oktober 2025 @ 12:04:
Het kost je net zoveel tijd om die dingen opnieuw te pairen na een controller wissel (het hart van het systeem) als dat nu in deze "ja maar stom" posts is gaan zitten 🤷‍♂️.

Overdrijven is een kunst.

Repairen vereist her en der fysiek toegang tot devices.. Tenzij er een nieuwe manier is waar ik totaal niet meer van weet.

[DjoeC]

Vraag: Wat is op dit moment "de beste, meest flexibele en meest toekomstvaste" coordinator die soepel met Z2M samenwerkt?

Achtergrond: Voorbereiding dat zodra versie 8 van OMV uitkomt (ergens in de komende paar maanden) ik m'n hele Zigbee netwerk opnieuw kan gaan opbouwen en in het komende jaar flink kan gaan uitbouwen. Daarnaast HA en alle andere gekoppelde zaken opnieuw in kan richten etc.

Momenteel gebruik ik een SONOFF ZigBee 3.0 USB Dongle Plus, TI CC2652P Coordinator die het eigenlijk best goed doet. Maar is er iets beters of is bijvoorbeeld een ethernet versie beter en zo ja: waarom? Momenteel heb ik 32 devices, daar zouden er zomaar zo'n 50-100 bij kunnen komen als ik de juiste oplossingen voor mijn schakelaar, dimmers kan vinden (Busch-Jaeger Reflex SI).

[ Voor 12% gewijzigd door DjoeC op 31-10-2025 13:37 ]

[Cyberpope]

Als ik moet geloven wat ik op veel plekken lees en hoor is dat de SMLight SLZB-06. Die zie ik vaak aangeraden worden op dit moment.
Volgens mij ook internet aansluiting, maar weet niet hoe dat werkt. Blijkbaar ook 2 radio's en sterk signaal.
Maar dat is wat ik her en der lees. Ben er met schuin ook naar aan het kijken. Juist omdat je dan ook wellicht makkelijk kunt wisselen omdat je verwijs naar IP adres, maar dat weet ik dus niet.

Gezien ik eigenlijk niets nieuws meer weer kopen, maar juist wil afbouwen, heb ik hem niet gekocht. Maar of ik dat kan volhouden. Tja.

[DjoeC]

Cyberpope schreef op vrijdag 31 oktober 2025 @ 13:42:
Als ik moet geloven wat ik op veel plekken lees en hoor is dat de SMLight SLZB-06. Die zie ik vaak aangeraden worden op dit moment.
Volgens mij ook internet aansluiting, maar weet niet hoe dat werkt. Blijkbaar ook 2 radio's en sterk signaal.
Maar dat is wat ik her en der lees. Ben er met schuin ook naar aan het kijken. Juist omdat je dan ook wellicht makkelijk kunt wisselen omdat je verwijs naar IP adres, maar dat weet ik dus niet.

Gezien ik eigenlijk niets nieuws meer weer kopen, maar juist wil afbouwen, heb ik hem niet gekocht. Maar of ik dat kan volhouden. Tja.

Tnx. Ik ga dat ding eens opzoeken. Ja, afbouwen zou hier misschien ook langzaam aan moeten maar ik heb tijd en kan de centen toch niet meenemen. Dus: gewoon verder hobbyen en dit is gewoon leuk - net als nog heel veel andere dingen

Hier staat onder het plaatje een soort van vergelijking. Anders dan eventueel een ethernet versie lees ik geen echte reden om van de Sonoff af te stappen.....

[ Voor 12% gewijzigd door DjoeC op 31-10-2025 14:02 ]

[HuismAndré]

DjoeC schreef op vrijdag 31 oktober 2025 @ 13:36:
Vraag: Wat is op dit moment "de beste, meest flexibele en meest toekomstvaste" coordinator die soepel met Z2M samenwerkt?

Achtergrond: Voorbereiding dat zodra versie 8 van OMV uitkomt (ergens in de komende paar maanden) ik m'n hele Zigbee netwerk opnieuw kan gaan opbouwen en in het komende jaar flink kan gaan uitbouwen. Daarnaast HA en alle andere gekoppelde zaken opnieuw in kan richten etc.

Momenteel gebruik ik een SONOFF ZigBee 3.0 USB Dongle Plus, TI CC2652P Coordinator die het eigenlijk best goed doet. Maar is er iets beters of is bijvoorbeeld een ethernet versie beter en zo ja: waarom? Momenteel heb ik 32 devices, daar zouden er zomaar zo'n 50-100 bij kunnen komen als ik de juiste oplossingen voor mijn schakelaar, dimmers kan vinden (Busch-Jaeger Reflex SI).

Mijn SonOff Dongle Plus (TI) heeft zo'n 100 devices te bedienen (via een oude Raspberry Pi 2 met daarop OpenWRT (in read-only) en Ser2Net (zodat de Dongle via het lokale netwerk beschikbaar is). Werkt uitstekend (en wie heeft er nou niet nog een oude Raspberry Pi-2 liggen). Installatie was goed te doen. OpenWRT installeren, Ser2Net installeren en configureren. OpenWRT in read-only zetten, klaar. Ben een Linux noob maar zelfs mij lukte het binnen een half uurtje (wel met de Pi aan een beeldscherm tijdens het installeren; daarna natuurlijk alles remote via het netwerk).

[Ben(V)]

@DjoeC
Die Sonoff is prima en geen reden die te vervangen.
Die kan 50 devices direct connecten en in totaal 200 devices.
https://github.com/Koenkk...dinator/README.md#overiew

Als je echt twee stacks wilt gaan gebruiken bijvoorbeeld Zigbee en Thread dan zou ik voor een SLBZ-MR gaan die hebben twee radios en twee aparte stacks die volkomen onafhankelijk van elkaar zijn.

Zie:
https://smlight.tech/manu...-overview/#slzb-06-models

@Cyberpope
De SLZB-06 heeft geen twee radios.

[Aziona]

@HuismAndré Die oplossing met Openwrt kende ik niet. Wat is het voordeel hiervan? (Oprechte vraag) Ik neem aan dat er ergens in het netwerk z2m draait. Waarom niet z2m op de pi (lokatie) zelf?

Kun je zoiets ook installeren op een Openwert compatible router (met voldoende ram en een usb poort)?

[ Voor 21% gewijzigd door Aziona op 01-11-2025 09:06 ]

[RobertMe]

Aziona schreef op zaterdag 1 november 2025 @ 07:45:
@HuismAndré Die oplossing met Openwrt kende ik niet. Wat is het voordeel hiervan? (Oprechte vraag) Ik neem aan dat er ergens in het netwerk z2m draait. Waarom niet z2m op de pi (lokatie) zelf?

Het voordeel zal zijn dat een read-only OpenWRT installatie niet je SD kaartjes kan slopen

[HuismAndré]

Aziona schreef op zaterdag 1 november 2025 @ 07:45:
@HuismAndré Die oplossing met Openwrt kende ik niet. Wat is het voordeel hiervan? (Oprechte vraag) Ik neem aan dat er ergens in het netwerk z2m draait. Waarom niet z2m op de pi (lokatie) zelf?

Kun je zoiets ook installeren op een Openwert compatible router (met voldoende ram en een usb poort)?

Ik heb gekozen voor OpenWRT omdat dit een hele kleine distributie is die toch voldoende heeft om Ser2Net te kunnen draaien. In read-only mode kun je vrij moeilijk je SD kaart slopen (er valt ook niets op te slaan aangezien de Pi puur een doorgeefluik is). Z2M draait op onze DS224+ NAS (2 installaties om precies te zijn, 1 voor de loods via de USB aansluiting van de NAS en 1 met de stick het woonhuis (via de Pi-2/Ser2Net oplossing).

Lijkt me dat het ook wel op een router zou kunnen draaien (zolang deze OpenWRT draait (of een andere benaderbare Linux distro) en een vrije USB poort heeft). De load is in ieder geval helemaal niks (nog geen 1% op een Pi-2b).

Er schijnen nog veel kleinere Linux distro's te zijn (maar dat uitproberen bewaar ik voor "eens een keertje of zo").

[Ben(V)]

In plaats van OpenWrt kun je natuurlijk ook gewoon HA rechtstreeks op die Pi installeren en HA OS gebruiken.
Dat is nog veel kleinere distributie dan OpenWrt, maar dan tailored voor HA in plaats van voor routering.

[RobertMe]

Ben(V) schreef op zaterdag 1 november 2025 @ 14:13:
In plaats van OpenWrt kun je natuurlijk ook gewoon HA rechtstreeks op die Pi installeren en HA OS gebruiken.
Dat is nog veel kleinere distributie dan OpenWrt, maar dan tailored voor HA in plaats van voor routering.

Behalve dat die op een RPi 2b zo traag als dikke stront door een trechter zal zijn en die SD kaartjes op eet

[Ben(V)]

En je denkt dat OpenWrt dat beter doet?
Een oude Pi blijft gewoon een traag ding, als je een pi wilt neem dan minimaal een pi4 of pi5.
Ook kun je een Pi zo configureren dat hij van USB of NVMe boot en heb je die sd maar een keer nodig.

[synoniem]

Ben(V) schreef op zaterdag 1 november 2025 @ 14:38:
En je denkt dat OpenWrt dat beter doet?
Een oude Pi blijft gewoon een traag ding, als je een pi wilt neem dan minimaal een pi4 of pi5.
Ook kun je een Pi zo configureren dat hij van USB of NVMe boot en heb je die sd maar een keer nodig.

Ja ik weet vrij zeker dat OpenWrt dat beter doet. Zeker in readonly mode.

[RobertMe]

Ben(V) schreef op zaterdag 1 november 2025 @ 14:38:
En je denkt dat OpenWrt dat beter doet?

Het ging hier om het draaien van ser2net he. Dat is gewoon extreem lichte software. Dat is dus totaal niet te vergelijken met wat jij aangeeft "kun je net zo goed direct HAOS op draaien". Want HA is toch echt geen extreem lichte software.

Een oude Pi blijft gewoon een traag ding, als je een pi wilt neem dan minimaal een pi4 of pi5.

Voor wat data pakketjes vanaf een (USB) seriele adapter naar een TCP socket door te zetten is een RPi2 toch echt zeer ruim voldoende en nog steeds overkill (een ESP32 kan het ook, zie de SMLight sticks Of moet op die ESP32 dan ook maar HAOS gedraaid worden?).

Ook kun je een Pi zo configureren dat hij van USB of NVMe boot en heb je die sd maar een keer nodig.

Totale overkill voor de gestelde use case. "Server" met HA staat niet in huis, Zigbee stick "moet" wel in huis. Waarom zou je dan nog tientallen euro's extra uitgeven aan booten vanaf NVME (kan een RPi2 dat?) of booten vanaf USB als je nog een (oude) RPi met SD kaartje hebt liggen. En of een RPi2 kan booten vanaf USB? Wellicht dat je het OS op USB kunt zetten, maar oude versies kunnen volgens mij niet daadwerkelijk booten vanaf USB, er zal dan nog steeds iets op een SD kaartje moeten staan meen ik).

[synoniem]

RobertMe schreef op zaterdag 1 november 2025 @ 14:47:
En of een RPi2 kan booten vanaf USB? Wellicht dat je het OS op USB kunt zetten, maar oude versies kunnen volgens mij niet daadwerkelijk booten vanaf USB, er zal dan nog steeds iets op een SD kaartje moeten staan meen ik).

Hangt van de revisie af, volgens zeggen kan hij vanaf revisie v1.2 wel van usb booten. Voor de oudere revisies kan ik uit ervaring vertellen dat je daarvoor nog steeds een (readonly) sdkaartje met bootcode.bin nodig hebt. En een usb device met 512 bytes sized sectors of emulatie van 512 bytes sized sectors.

[DjoeC]

Vraag: Ik heb een stel Tuya switches van Aubess en Blitzwolf TS011F-1 en TS011F-3 in gebruik. Volgens de beschrijving zouden deze OTA kunnen maar het OTA dashboard geeft geen Firmware ID en Firmware versie weer. Van m'n nieuwe Ikea's staat die info er wel...

Nou vraag ik me af of dit correct is, danwel of dit misschien komt doordat er een actie vanuit Z2M naar "een website" door mijn firewall wordt geblokkeerd - zo ja, haalt Z2M informatie op vanuit het Z2M domein of van "elders"?

[Niekserr]

Is er iemand die een beginner wat kan helpen? Ik heb HA draaiend op een RPI4 met zo'n sonoff USB stick en gebruik Z2MQTT. Nu heb ik in mn huis een aantal EcoDim.07 dimmers toegevoegd, welke ik niet meer gekoppeld krijg...
Ik heb ze eerst werkend gekregen door ze in pairing mode te zetten. Ze werden toen direct ontdekt en gekoppeld.
Toen heb ik HA een tijdje v.d. stroom af gehad en daarna werkte het niet meer. Na resetten v.d. dimmers e.d. krijg ik ze niet meer gepaired en kan ik ze zelfs helemaal niet meer vinden... Wat o wat zijn de stappen die ik nu moet doen om ze weer werkend te krijgen?

Tips?

[The Zep Man]

Niekserr schreef op zondag 2 november 2025 @ 16:22:
Toen heb ik HA een tijdje v.d. stroom af gehad en daarna werkte het niet meer. Na resetten v.d. dimmers e.d. krijg ik ze niet meer gepaired en kan ik ze zelfs helemaal niet meer vinden... Wat o wat zijn de stappen die ik nu moet doen om ze weer werkend te krijgen?

Standaard staat Z2M geen nieuwe apparaten toe. Je moet in Z2M "permit join" kiezen. Daarna moet je de apparaten in pairing mode zetten.

[ Voor 5% gewijzigd door The Zep Man op 02-11-2025 16:24 ]

[Niekserr]

The Zep Man schreef op zondag 2 november 2025 @ 16:24:
[...]


Standaard staat Z2M geen nieuwe apparaten toe. Je moet in Z2M "permit join" kiezen. Daarna moet je de apparaten in pairing mode zetten.

Dat heb ik gedaan, echter vindt hij ze niet. In de logs kom ik de devices die in pairing mode staan ook niet tegen

[Wachten...]

ik heb hier een script, waarbij ik via een Hue dial switch de brightness aan wil kunnen passen van lampen.

Nu is het alleen zo dat als ik dit doe, dat dan bepaalde lampen die uit stonden in de kamer, alsnog aan springen zodra ik aan de dial knop draai. Ik geef echter toch echt aan in het script dat het enkel moet gebeuren als de lamp al aan staat.

Weet iemand waar het hier mis gaat?

@Septillion @TheFes Nog bedankt voor jullie hulp eerder. Alles is inmiddels overgezet naar mijn nieuwe SLZB stick.

[TheFes]

Wachten... schreef op zondag 2 november 2025 @ 16:33:
ik heb hier een script, waarbij ik via een Hue dial switch de brightness aan wil kunnen passen van lampen.

Nu is het alleen zo dat als ik dit doe, dat dan bepaalde lampen die uit stonden in de kamer, alsnog aan springen zodra ik aan de dial knop draai. Ik geef echter toch echt aan in het script dat het enkel moet gebeuren als de lamp al aan staat.

Weet iemand waar het hier mis gaat?

@Septillion @TheFes Nog bedankt voor jullie hulp eerder. Alles is inmiddels overgezet naar mijn nieuwe SLZB stick.

Zonder het script te zien wordt dat lastig.
Is de lamp die je er mee bedient een light group?

[Cyberpope]

Cyberpope schreef op zaterdag 18 oktober 2025 @ 13:37:
Ik zoek me suf... maar wellicht dat iemand het hier weer.
Zijn er 4 knops handheld afstandbedieningen, die directe binding ondersteunen??

Ik ben wel bezig met home automation, maar wil graag dat het onzichtbaar gebeurd en ook blijkt werken als mijn zigbee of HA eruit ligt.
Vandaar. Degene die ik tot nu toe gekocht hebt, ondersteunen geen directe binding. Nu kan ik aan de voet voet van elke lamp een ikea afstandbediening plakken, zodat het alsnog kan, maar daar zit ik niet op te wachten.

Kost wat moeite maar gelukt.

Eerst gezocht naar afstandbediening of switch. Gelukt met de ikea rodret als ik aan de ene kant mijn huis binnen komt. Maar wilde graag ook iets op de plek van mijn standaard schakelaar. Dat was zoeken. Friends of hue zou het waarschijnlijk (echt helderheid kreeg ik niet van de leveranciers) wel lukken. Of met Hue in wall. Maar die laatst is dan weer op batterijen. En elk jaar gaan lopen prutsen met in en uitbouwen voor batterijen zag ik niet zitten.

Uiteindelijk toch gelukt met een zwsm16-2-zigbee die ik nog had liggen. Daar blijkt een OTA update voor mogelijk te zijn, waardoor hij wel de correcte commando's verstuurd. Nadeel is dat je dan heel veel mogelijkheden krijgt.

Maar wat rommelen en nu werkt het exact zoals ik het hebben wil, en ook als mijn HA uitstaat. Dus mocht die ook op zijn bek gaan, heeft vriendin geen paniek in de tent. Fijn!

Waarom kunnen de oorspronkelijk fabrikanten niet gewoon deze standaard Zigbee commando's opnemen in hun firmware.. Iets met rechten betalen of zo?

[Wachten...]

TheFes schreef op zondag 2 november 2025 @ 17:13:
[...]

Zonder het script te zien wordt dat lastig.
Is de lamp die je er mee bedient een light group?

Sorry ik had geen paste gedaan, maar heb het probleem inmiddels gevonden, want blijkbaar stond er een verkeerde automation nog aan die de lampen weer aan zette bij het draaien. Nu werkt het (een soort van)

[CAP-Team]

Na enkele herstarts, ook van de complete server, en later alleen een herstart van de HA instance werkt het ineens weer zonder problemen. Er waren allerlei connectiviteits issues

code:

[2025-11-05 00:11:30] error:    zh:ember:ezsp: ERROR Transaction failure; status=ASH_ERROR_TIMEOUTS. Last Frame: [FRAME: ID=0:"VERSION" Seq=0 Len=7].
[2025-11-05 00:11:30] error:    zh:ember: Adapter fatal error: ASH_ERROR_TIMEOUTS
[2025-11-05 00:11:30] error:    z2m: Error while starting zigbee-herdsman
[2025-11-05 00:11:30] error:    z2m: Failed to start zigbee-herdsman
[2025-11-05 00:11:30] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-11-05 00:11:30] error:    z2m: Exiting...
[2025-11-05 00:11:30] error:    z2m: Error: ASH_ERROR_TIMEOUTS
    at Ezsp.ezspVersion (/app/node_modules/.pnpm/zigbee-herdsman@6.3.2/node_modules/zigbee-herdsman/src/adapter/ember/ezsp/ezsp.ts:1452:19)
    at EmberAdapter.emberVersion (/app/node_modules/.pnpm/zigbee-herdsman@6.3.2/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1412:63)
    at EmberAdapter.initEzsp (/app/node_modules/.pnpm/zigbee-herdsman@6.3.2/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:669:9)
    at EmberAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@6.3.2/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1547:24)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@6.3.2/node_modules/zigbee-herdsman/src/controller/controller.ts:133:29)
    at Zigbee.start (/app/lib/zigbee.ts:67:27)
    at Controller.start (/app/lib/controller.ts:101:13)
    at start (/app/index.js:149:5)

En dan na een herstart ineens weer:

code:

[2025-11-05 00:21:43] info:     z2m: Logging to console, file (filename: log.log)
[2025-11-05 00:21:44] info:     z2m: Starting Zigbee2MQTT version 2.6.3 (commit #unknown)
[2025-11-05 00:21:44] info:     z2m: Starting zigbee-herdsman (6.3.2)
[2025-11-05 00:21:44] info:     zh:ember: Using default stack config.
[2025-11-05 00:21:44] info:     zh:ember: ======== Ember Adapter Starting ========
[2025-11-05 00:21:44] info:     zh:ember:ezsp: ======== EZSP starting ========
[2025-11-05 00:21:44] info:     zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-11-05 00:21:44] info:     zh:ember:uart:ash: RTS/CTS config is off, enabling software flow control.
[2025-11-05 00:21:44] info:     zh:ember:uart:ash: Serial port opened
[2025-11-05 00:21:44] info:     zh:ember:uart:ash: ======== ASH starting ========
[2025-11-05 00:21:45] info:     zh:ember:uart:ash: ======== ASH connected ========
[2025-11-05 00:21:46] info:     zh:ember:uart:ash: ======== ASH started ========
[2025-11-05 00:21:46] info:     zh:ember:ezsp: ======== EZSP started ========
[2025-11-05 00:21:46] info:     zh:ember: Adapter EZSP protocol version (13) lower than Host. Switched.
[2025-11-05 00:21:46] info:     zh:ember: Adapter version info: {"ezsp":13,"revision":"7.4.4 [GA]","build":0,"major":7,"minor":4,"patch":4,"special":0,"type":170}
[2025-11-05 00:21:46] info:     zh:ember: [STACK STATUS] Network up.
[2025-11-05 00:21:46] info:     zh:ember: [INIT TC] Adapter network matches config.
[2025-11-05 00:21:46] info:     zh:ember: [CONCENTRATOR] Started source route discovery. 1247ms until next broadcast.
[2025-11-05 00:21:47] info:     z2m: zigbee-herdsman started (resumed)
[2025-11-05 00:21:47] info:     z2m: Coordinator firmware version: '{"meta":{"build":0,"ezsp":13,"major":7,"minor":4,"patch":4,"revision":"7.4.4 [GA]","special":0,"type":170},"type":"EmberZNet"}'

[dixet]

CAP-Team schreef op woensdag 5 november 2025 @ 10:33:
Na enkele herstarts, ook van de complete server, en later alleen een herstart van de HA instance werkt het ineens weer zonder problemen. Er waren allerlei connectiviteits issues

code:

[2025-11-05 00:11:30] error:    zh:ember:ezsp: ERROR Transaction failure; status=ASH_ERROR_TIMEOUTS. Last Frame: [FRAME: ID=0:"VERSION" Seq=0 Len=7].
[2025-11-05 00:11:30] error:    zh:ember: Adapter fatal error: ASH_ERROR_TIMEOUTS
[2025-11-05 00:11:30] error:    z2m: Error while starting zigbee-herdsman
[2025-11-05 00:11:30] error:    z2m: Failed to start zigbee-herdsman
[2025-11-05 00:11:30] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-11-05 00:11:30] error:    z2m: Exiting...
[2025-11-05 00:11:30] error:    z2m: Error: ASH_ERROR_TIMEOUTS
    at Ezsp.ezspVersion (/app/node_modules/.pnpm/zigbee-herdsman@6.3.2/node_modules/zigbee-herdsman/src/adapter/ember/ezsp/ezsp.ts:1452:19)
    at EmberAdapter.emberVersion (/app/node_modules/.pnpm/zigbee-herdsman@6.3.2/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1412:63)
    at EmberAdapter.initEzsp (/app/node_modules/.pnpm/zigbee-herdsman@6.3.2/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:669:9)
    at EmberAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@6.3.2/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1547:24)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@6.3.2/node_modules/zigbee-herdsman/src/controller/controller.ts:133:29)
    at Zigbee.start (/app/lib/zigbee.ts:67:27)
    at Controller.start (/app/lib/controller.ts:101:13)
    at start (/app/index.js:149:5)

En dan na een herstart ineens weer:

code:

[2025-11-05 00:21:43] info:     z2m: Logging to console, file (filename: log.log)
[2025-11-05 00:21:44] info:     z2m: Starting Zigbee2MQTT version 2.6.3 (commit #unknown)
[2025-11-05 00:21:44] info:     z2m: Starting zigbee-herdsman (6.3.2)
[2025-11-05 00:21:44] info:     zh:ember: Using default stack config.
[2025-11-05 00:21:44] info:     zh:ember: ======== Ember Adapter Starting ========
[2025-11-05 00:21:44] info:     zh:ember:ezsp: ======== EZSP starting ========
[2025-11-05 00:21:44] info:     zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-11-05 00:21:44] info:     zh:ember:uart:ash: RTS/CTS config is off, enabling software flow control.
[2025-11-05 00:21:44] info:     zh:ember:uart:ash: Serial port opened
[2025-11-05 00:21:44] info:     zh:ember:uart:ash: ======== ASH starting ========
[2025-11-05 00:21:45] info:     zh:ember:uart:ash: ======== ASH connected ========
[2025-11-05 00:21:46] info:     zh:ember:uart:ash: ======== ASH started ========
[2025-11-05 00:21:46] info:     zh:ember:ezsp: ======== EZSP started ========
[2025-11-05 00:21:46] info:     zh:ember: Adapter EZSP protocol version (13) lower than Host. Switched.
[2025-11-05 00:21:46] info:     zh:ember: Adapter version info: {"ezsp":13,"revision":"7.4.4 [GA]","build":0,"major":7,"minor":4,"patch":4,"special":0,"type":170}
[2025-11-05 00:21:46] info:     zh:ember: [STACK STATUS] Network up.
[2025-11-05 00:21:46] info:     zh:ember: [INIT TC] Adapter network matches config.
[2025-11-05 00:21:46] info:     zh:ember: [CONCENTRATOR] Started source route discovery. 1247ms until next broadcast.
[2025-11-05 00:21:47] info:     z2m: zigbee-herdsman started (resumed)
[2025-11-05 00:21:47] info:     z2m: Coordinator firmware version: '{"meta":{"build":0,"ezsp":13,"major":7,"minor":4,"patch":4,"revision":"7.4.4 [GA]","special":0,"type":170},"type":"EmberZNet"}'

Dit hoort mss meer in het Zigbee2mqtt - open source zigbee bridge - Deel 2 topic thuis. Maar als z2m het na een reboot niet meer doet ligt dat vaak aan hoe de USB poort voor de coordinator is geconfigureerd. Het poortnummer kan wijzigen na een reboot. Daarom moet je serialbyid gebruiken. De id blijft gelijk na een reboot.

[Septillion]

@CAP-Team Dat lijkt op een issue met je stick die niet goed reageert. Wat voor stick gebruik je? En dan ook, welke firmware versie?

En gezien je werkelijk errors in je Z2M log hebt, in tegenstelling tot @hemertje die HA errors heeft, even naar het Z2M topic geheveld

[CAP-Team]

dixet schreef op woensdag 5 november 2025 @ 11:09:
[...]

Dit hoort mss meer in het Zigbee2mqtt - open source zigbee bridge - Deel 2 topic thuis. Maar als z2m het na een reboot niet meer doet ligt dat vaak aan hoe de USB poort voor de coordinator is geconfigureerd. Het poortnummer kan wijzigen na een reboot. Daarom moet je serialbyid gebruiken. De id blijft gelijk na een reboot.

Ik gebruik ook device by id. Dat is het kromme, maar ik heb dit wel vaker na updates van HAOS. Nu draait het wel weer.

Dit is met een Skyconnect

[Boinkie]

Ik heb vandaag een tweetal Ikea Tretakt gekocht. Deze probeer ik nu in HA via Zigbee2MQtt te koppelen maar ze verschijnen maar niet in mijn lijst van apparaten. Vorige week nog 4 Philips HUE lampen toegevoegd dus het joinen werkte wel. Echter krijg ik deze nu met geen mogelijkheid gekoppeld. Iemand nog een tip?

[Sjoop1985]

@Boinkie heb je ze in pairing mode gezet? Nog niet gekoppelde Hue lampen gaan automatisch in pairing mode als ze stroom krijgen, maar Ikea Tretakt niet.

Het miniknopje naast de grote knop even indrukken met een pen. Zie ook https://www.zigbee2mqtt.io/devices/E22x4.html#pairing

[Boinkie]

Sjoop1985 schreef op maandag 10 november 2025 @ 15:40:
@Boinkie heb je ze in pairing mode gezet? Nog niet gekoppelde Hue lampen gaan automatisch in pairing mode als ze stroom krijgen, maar Ikea Tretakt niet.

Het miniknopje naast de grote knop even indrukken met een pen. Zie ook https://www.zigbee2mqtt.io/devices/E22x4.html#pairing

Yes.. Ik steek ze in de WCD en dan druk ik het knopje in. Dan knippert die en daarna als een hartslag. Join staat aan in HA maar geen nieuwe aanmeldingen. (De Tretakt zit op 10 cm van de Pi.)

[D4NG3R]

Boinkie schreef op maandag 10 november 2025 @ 15:53:
(De Tretakt zit op 10 cm van de Pi.)

De standaard vraag bij wazige Zigbee issues; Zit er tussen je dongle en de Pi wel een USB 2.0 verlengkabel?

[Kevin1990]

<knip> Crossposten wordt niet gewaardeerd en heeft niets met Z2M te maken

[ Voor 90% gewijzigd door Septillion op 10-11-2025 16:50 ]

[Maardiweb]

Hi allen,

Graag jullie advies over het volgende. Ik heb een NUC draaien met Home Assistant (als VM) en Z2m als aparte container. MQTT draait als addon op HA en dit werkt allemaal dikke prima. Proxmox is mijn hypervisor.

Recentelijk merkte ik dat ik diverse nieuwe zigbee apparaatjes niet meer gekoppeld kreeg via de webinterface van z2m. Na wat onderzoek kwam ik er achter dat het tijd wordt om mijn z2m te updaten (ik draai op 1.40.2 nog). Nu blijkt het updaten naar de huidige versie (2.6.3) niet zo makkelijk als een scriptje runnen in de console in proxmox, omdat de bestandsstructuur sinds 2.0 is gewijzigd oid (de details begrijp ik niet helemaal).
Na wat proberen heb ik besloten om een nieuwe container op te zetten met de nieuwste versie van z2m en mijn configuratie over te hevelen van container 101 (z2m v1) naar container 103 (z2m v2). Hiervoor heb ik de configuratiebestanden uit de webinterface van v1 gedownload naar mijn PC en via SSH weer weten te uploaden in de juiste map van v2. Een check op de inhoud van configuration.yaml bevestigt dat de bestanden correct zijn overgezet. Na een reboot van z2m verwacht ik nu dat alles werkt (zo geven ook diverse tutorials aan).

In de nieuwe webinterface van z2m (v2) zie ik mijn devices nu niet terug, en ben dus zoekende naar waar ik ergens iets verkeerd heb gedaan. Momenteel heb ik dus nog 2 containers in Proxmox zitten, waarbij alles werkt als ik container 101 (v1) aan zet en 103 (v2) uit, maar als ik het omdraai dan werkt helemaal niets terwijl beide containers exact dezelfde bestanden in de map /data hebben staan.

Iemand een idee waar dit aan kan liggen? Ik kom niet verder.

[lnrdnl]

Gezien je setup denk ik dat je dit wel al gecheckt hebt, maar 1e waar ik aan denk is bestand ownership. Staat dat goed?

Ik kan mij herinneren dat bij de overgang van 1 naar 2 ik de config ook niet meteen werkend kreeg. In mijn geval had v1 config bijvoorbeeld geen pan_id of ext_pan_id, maar alleen een network_key. Omdat in mijn geval de fysieke locatie van de adapter ook niet ideaal was ben ik toen overgestapt op een SLZB-06M. Ben toen helemaal clean begonnen en alles opnieuw gekoppeld.

[Maardiweb]

lnrdnl schreef op dinsdag 11 november 2025 @ 11:24:
Gezien je setup denk ik dat je dit wel al gecheckt hebt, maar 1e waar ik aan denk is bestand ownership. Staat dat goed?

Dit heb ik niet gecheckt, moet ook zeggen dat ik niet helemaal weet hoe dat werkt. Ik weet re-de-lijk wat ik aan het doen ben, maar veel acties zijn wel de 1e keer

Ik zat zelf nog te denken aan conflicten die ontstaan als je bestanden overschrijft terwijl z2m gewoon draait. Ik zie in veel handleidingen dat je z2m moet stoppen en dan wijzigingen moet uitvoeren, maar je kan niet in de console als de service gestopt is, dus ik doe alles terwijl z2m gewoon draait en daarna doe ik een reboot.

EDIT: hier de inhoud van /opt/zigbee2mqtt/data van beide instanties:

v1:


v2:


Wat me verder nog 'opvalt' is dat ik bij het inloggen in de console van v1 geen user/pass combi hoef in te voeren, bij v2 moet dat wel (heb ik vermoedelijk ingesteld bij de setup van de container mbv de community scripts van tteck). Zou dat nog een verschil kunnen maken?

[ Voor 32% gewijzigd door Maardiweb op 11-11-2025 12:44 ]

[ahbart]

Maardiweb schreef op dinsdag 11 november 2025 @ 09:57:
Hi allen,

Graag jullie advies over het volgende. Ik heb een NUC draaien met Home Assistant (als VM) en Z2m als aparte container. MQTT draait als addon op HA en dit werkt allemaal dikke prima. Proxmox is mijn hypervisor.

Recentelijk merkte ik dat ik diverse nieuwe zigbee apparaatjes niet meer gekoppeld kreeg via de webinterface van z2m. Na wat onderzoek kwam ik er achter dat het tijd wordt om mijn z2m te updaten (ik draai op 1.40.2 nog). Nu blijkt het updaten naar de huidige versie (2.6.3) niet zo makkelijk als een scriptje runnen in de console in proxmox, omdat de bestandsstructuur sinds 2.0 is gewijzigd oid (de details begrijp ik niet helemaal).
Na wat proberen heb ik besloten om een nieuwe container op te zetten met de nieuwste versie van z2m en mijn configuratie over te hevelen van container 101 (z2m v1) naar container 103 (z2m v2). Hiervoor heb ik de configuratiebestanden uit de webinterface van v1 gedownload naar mijn PC en via SSH weer weten te uploaden in de juiste map van v2. Een check op de inhoud van configuration.yaml bevestigt dat de bestanden correct zijn overgezet. Na een reboot van z2m verwacht ik nu dat alles werkt (zo geven ook diverse tutorials aan).

In de nieuwe webinterface van z2m (v2) zie ik mijn devices nu niet terug, en ben dus zoekende naar waar ik ergens iets verkeerd heb gedaan. Momenteel heb ik dus nog 2 containers in Proxmox zitten, waarbij alles werkt als ik container 101 (v1) aan zet en 103 (v2) uit, maar als ik het omdraai dan werkt helemaal niets terwijl beide containers exact dezelfde bestanden in de map /data hebben staan.

Iemand een idee waar dit aan kan liggen? Ik kom niet verder.

Ik denk dat je het jezelf wat moeilijker hebt gemaakt om te upgraden van versie 1 naar versie 2.
Volgens deze pagina zou de conversie automatisch moeten gaan: link
Ik meen me ook te herinneren dat ik nog wel iets moest aanpassen, maar alle devices kwamen wel gewoon mee.

[Septillion]

@Maardiweb Eens met de voorgangers, jezelf nu moeilijk gemaakt.

configuration.yaml is maar klein deel, de database bevat de werkelijke informatie over koppelingen etc. Dus je moet echt alles files kopiëren naar de andere container.

En waarom Z2M niet onder HA OS en MQTT wel?

[Boinkie]

D4NG3R schreef op maandag 10 november 2025 @ 15:55:
[...]

De standaard vraag bij wazige Zigbee issues; Zit er tussen je dongle en de Pi wel een USB 2.0 verlengkabel?

Ja, heb deze zelfs vervangen.. maar de Tretakt laat zich met geen mogelijkheid zien. Andere IKEA lampen en HUE laten zich zonder moeite zien. Iemand nog suggesties?

[ Voor 11% gewijzigd door Boinkie op 11-11-2025 14:25 ]

[Maardiweb]

Septillion schreef op dinsdag 11 november 2025 @ 13:49:
@Maardiweb Eens met de voorgangers, jezelf nu moeilijk gemaakt.

configuration.yaml is maar klein deel, de database bevat de werkelijke informatie over koppelingen etc. Dus je moet echt alles files kopiëren naar de andere container.

Dat begrijp ik, maar ik heb dus ook alle files overgezet.

Septillion schreef op dinsdag 11 november 2025 @ 13:49:
En waarom Z2M niet onder HA OS en MQTT wel?

Goede vraag, bij installatie ruim een jaar terug van wat mensen gehoord dat het slim was om z2m apart te draaien van HA. Niet over nagedacht wat de voor- en nadelen zijn om de broker ook los te koppelen of niet.

Ik ben dus nu nog steeds stuck, want ik zou niet weten wat nu handig is.

[DjoeC]

Maardiweb schreef op dinsdag 11 november 2025 @ 15:39:
[...]


Dat begrijp ik, maar ik heb dus ook alle files overgezet.


[...]


Goede vraag, bij installatie ruim een jaar terug van wat mensen gehoord dat het slim was om z2m apart te draaien van HA. Niet over nagedacht wat de voor- en nadelen zijn om de broker ook los te koppelen of niet.

Ik ben dus nu nog steeds stuck, want ik zou niet weten wat nu handig is.

Ik draai z2m en mosquitto beiden in een eigen, losse container. Heeft voordelen omdat ik er extra z2m instanties kan bijzetten/weghalen, eigen taken via mosquitto kan laten lopen etc. Handig dat alles in 1 kan, maar ik heb liever zelf iets meer controle.

[Septillion]

@Maardiweb Je database in v1 is 70x zo groot als in v2. Die lijkt me dus niet overgezet. Gewoon. Wilde stoppen, alles van v2 weggooien en complete map van v1 kopiëren voor v2.

En leuk dat je via Docker meer vrijheden hebt. Maar als je dat niet gebruikt en gewoon een enkele Z2M wilt zou ik gewoon de addon aanraden.

[Boinkie]

Boinkie schreef op dinsdag 11 november 2025 @ 14:22:
[...]


Ja, heb deze zelfs vervangen.. maar de Tretakt laat zich met geen mogelijkheid zien. Andere IKEA lampen en HUE laten zich zonder moeite zien. Iemand nog suggesties?

Gisteravond nog zitten stoeien maar zonder succes. HA herstart, daaroverheen nog een zigbiee2mqtt herstart maar krijg met geen mogelijkheid de stekkers aangemeld. Ik ga proberen ze vandaag om te ruilen voor twee nieuwe en kijken of die wel willen verbinden.

[Maardiweb]

Septillion schreef op woensdag 12 november 2025 @ 03:53:
@Maardiweb Je database in v1 is 70x zo groot als in v2. Die lijkt me dus niet overgezet. Gewoon. Wilde stoppen, alles van v2 weggooien en complete map van v1 kopiëren voor v2.

En leuk dat je via Docker meer vrijheden hebt. Maar als je dat niet gebruikt en gewoon een enkele Z2M wilt zou ik gewoon de addon aanraden.

Ja ik overweeg inmiddels om dat alsnog te doen. Als ik nu alsnog de addon installeer, kan ik dan de configuratie van mijn huidige z2m instantie alsnog terugzetten zodat ik niet alles opnieuw hoef te pairen? En kan dat op een enigzins vriendelijke wijze (lees via een GUI het liefst) zodat ik niet met SSH etc hoef te pionieren?

[ Voor 8% gewijzigd door Maardiweb op 12-11-2025 09:02 ]

[Septillion]

@Maardiweb Zou gewoon moeten kunnen. Daarvoor alle files (dus incl de database) naar /config/zigbee2mqtt. Alle addon settings gewoon default.

Moet je alleen de stick nu wel passthrough naar de HA VM doen. En daar dan de path van opzoeken in HA OS en aanpassen in je configuration.yaml. Eventueel nog adapter-type (zstack of ember) opgeven daar als je dat nog niet deed gezien dat nu verplicht is.

[Maardiweb]

Septillion schreef op woensdag 12 november 2025 @ 13:02:
@Maardiweb Zou gewoon moeten kunnen. Daarvoor alle files (dus incl de database) naar /config/zigbee2mqtt. Alle addon settings gewoon default.

Moet je alleen de stick nu wel passthrough naar de HA VM doen. En daar dan de path van opzoeken in HA OS en aanpassen in je configuration.yaml. Eventueel nog adapter-type (zstack of ember) opgeven daar als je dat nog niet deed gezien dat nu verplicht is.

Check, ga ik proberen! Thanks voor de hulp!

[m_aar_ten]

https://www.elecrow.com/zbstick-p-zigstar-stick-pro.html
Als ik het goed begrijp dan is dit + een RPI met zigbee2mqtt het enige wat ik nodig heb om te beginnen met het gebruiken van Zigbee apparaten.
Of hebben mensen slechte ervaringen met deze stick?

[synoniem]

m_aar_ten schreef op zondag 23 november 2025 @ 12:37:
https://www.elecrow.com/zbstick-p-zigstar-stick-pro.html
Als ik het goed begrijp dan is dit + een RPI met zigbee2mqtt het enige wat ik nodig heb om te beginnen met het gebruiken van Zigbee apparaten.
Of hebben mensen slechte ervaringen met deze stick?

Met deze stick en Zigbee2mqtt kan je uitstekend de informatie van zigbee apparaten naar een MQTT broker versturen. Als je echt iets wil doen met de apparaten heb je software, zoiets als Home Assistant, nodig dat wat met die informatie doet en de aansturing terug via de MQTT broker regelt. Die stick is overigens prima, gebaseerd op de TI CC2652P2 chip en kan een groot aantal zigbee apparaten aan. Zie ook https://www.zigbee2mqtt.io/guide/adapters/zstack.html

[Lizard]

Ik loop tegen een raar probleem aan, ik heb 2 van deze tussenstekkers gekocht: https://www.zigbee2mqtt.i...FWT.html#nedis-zbpo130fwt

Ik krijg ze allebei gepaired in Zigbee2mqqt. De 1e doet het prima, de 2e heeft kuren, als ik bij state kijk, zie ik deze waardes:

code:

{
    "child_lock": "UNLOCK",
    "countdown": 0,
    "current": 0,
    "energy": 0.05,
    "indicator_mode": "off/on",
    "linkquality": 152,
    "power": 0,
    "power_outage_memory": "restore",
    "state": "OFF",
    "voltage": 423
}

De state blijft altijd OFF ook al druk ik de knop in. En voltage is altijd boven de 400.
Lijkt erg op een DOA?
Iemand nog een mogelijke suggestie?

[m_aar_ten]

synoniem schreef op zondag 23 november 2025 @ 13:13:
[...]

Met deze stick en Zigbee2mqtt kan je uitstekend de informatie van zigbee apparaten naar een MQTT broker versturen. Als je echt iets wil doen met de apparaten heb je software, zoiets als Home Assistant, nodig dat wat met die informatie doet en de aansturing terug via de MQTT broker regelt. Die stick is overigens prima, gebaseerd op de TI CC2652P2 chip en kan een groot aantal zigbee apparaten aan. Zie ook https://www.zigbee2mqtt.io/guide/adapters/zstack.html

Na nog wat meer te zoeken bij ik uiteindelijk geland op de "SONOFF Zigbee 3.0 USB Dongle Plus" aangezien ik daar meer positieve verhalen over kon vinden.
Thuis heb ik al een RPI (gaat ook voor MQTT gebruikt worden), NAS en 2e server draaien (voor oa Home Assistant).
Mijn doel is op dit moment slimme thermostaat knoppen vinden (+ eventueel een paar temperatuur sensors) zodat ik verwarming in mijn appartement per kamer kan regelen.
Zijn er toevallig goede ervaring met zulke knoppen? Zie door de bomen het bos namelijk niet (graag zonder verplichte cloud verbindingen).

EDIT:
Op dit moment is mijn stadswarmte aangestuurd door een simpele 2 draadse thermostaat in de woonkamer.

[ Voor 4% gewijzigd door m_aar_ten op 23-11-2025 14:37 . Reden: Aanvullende informatie ]

[JaVaWa]

m_aar_ten schreef op zondag 23 november 2025 @ 14:26:
Zijn er toevallig goede ervaring met zulke knoppen? Zie door de bomen het bos namelijk niet (graag zonder verplichte cloud verbindingen).

Ik heb goede ervaringen met de Sonoff TRVZB