Zigbee2mqtt - open source zigbee bridge - Deel 2

[Mimiix]

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

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

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

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

[JBS]

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

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

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

[Quad]

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


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

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

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

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

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

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

[JBS]

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

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

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

[Quad]

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

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

[Himalaya]

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

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

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

[JBS]

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

[CAP-Team]

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

[synoniem]

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

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

[Cimpel]

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

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

[RobertMe]

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

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

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

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

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

[Quad]

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

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

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

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

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

Stukje regels waarbij je kan zien wat er gebeurt:

code:

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

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

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

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

Ik vind het wel gek en in zulke gevallen irritant.

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

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

[JBS]

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

[testmanager]

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

Hoi allemaal,

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

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

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


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


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

[HuismAndré]

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



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

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



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

code:

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

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

code:

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

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

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

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

[Himalaya]

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

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

Zo werkt dat niet met zigbee channels:



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

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

[Septillion]

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

[Himalaya]

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

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

[Hmmbob]

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

[Himalaya]

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

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

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

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

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

[testmanager]

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

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

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

[evol]

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

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

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

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

[Step5]

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

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

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

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

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

[evol]

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

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

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

[Step5]

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

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

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

Zijn wel andere apps ook denk ik.

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

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

[Septillion]

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

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

[Ben(V)]

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

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

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

[Mawlana]

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

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

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

[DjoeC]

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

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

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

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

Ik zie dat er zelfs een kanaal 26 bestaat.

[D4NG3R]

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

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

Ik zie dat er zelfs een kanaal 26 bestaat.

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

[Ben(V)]

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

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

[RobertMe]

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

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

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

[Ben(V)]

@RobertMe
Ok je heb een punt, mijn fout.

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

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

[Himalaya]

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

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

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

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

[Kodess]

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

[KoekieMonstert]

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

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

[Gizz]

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

edit: Wat @KoekieMonstert zegt dus

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

[evol]

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

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

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

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

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

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

[Himalaya]

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

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

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

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

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

[ShaneV]

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

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

[Yannick97]

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

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

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

edit: Wat @KoekieMonstert zegt dus

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

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

[Kodess]

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

[Kalentum]

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

[zunrob]

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

Waar kun je dat aanpassen?

[Kodess]

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


Waar kun je dat aanpassen?

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

[zunrob]

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

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

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

[Kodess]

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


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

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

[RobertMe]

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

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

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

[zunrob]

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

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

En @Kodess, ik heb het voor elkaar gekregen!

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

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

[Kodess]

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

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

[Septillion]

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

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

[JBS]

Toevallig hier mensen die ook een Woox beregeningscomputer (https://wooxhome.com/prod...en-irrigation-control-p61 / https://www.zigbee2mqtt.io/devices/R7060.html#woox-r7060) gebruiken? Mijn Zigbee netwerk is stabiel, alles reageert zeer accuraat, maar deze Woox laat 't vaak afweten, of reageert erg traag op een aan/uit commando. Herkent iemand dit?

[Polyphemus]

JBS schreef op maandag 2 juni 2025 @ 20:21:
Toevallig hier mensen die ook een Woox beregeningscomputer (https://wooxhome.com/prod...en-irrigation-control-p61 / https://www.zigbee2mqtt.io/devices/R7060.html#woox-r7060) gebruiken? Mijn Zigbee netwerk is stabiel, alles reageert zeer accuraat, maar deze Woox laat 't vaak afweten, of reageert erg traag op een aan/uit commando. Herkent iemand dit?

Ik heb er eentje en werkt (helaas dan) prima

[belly89]

Polyphemus schreef op maandag 2 juni 2025 @ 20:36:
[...]

Ik heb er eentje en werkt (helaas dan) prima

Hier ook geen klachten!

[remcoXP]

ik heb nu van hue een ledstrip en een hue dimmer switch.
nu wil ik deze binden, zodat ik ze via home assistant kan bedienen maar ook in de tuin via de remote (in de tuin heeft zigbee2mqtt vaak geen bereik als de deur dicht is.

ik kom er alleen niet uit:( heeft iemand hier wat tips voor?

[JBS]

@remcoXP Heb je de instructies gevolgd op https://www.zigbee2mqtt.io/devices/929002398602.html#binding (of de instructies bij het type dat je hebt)?

[ Voor 17% gewijzigd door JBS op 04-06-2025 13:13 ]

[JT]

Ik overweeg een SLZB-06 aan te schaffen om de Hue bridge te vervangen. Ik wil deze op termijn op een mooie plek hangen middels PoE maar de kabel ligt nu nog niet en de PoE-switch heb ik nog niet. Dus ik wil hem dan eerst via USB aansluiten. Als ik alle zigbee-apparaten koppel aan de SLZB-06 en ik ga op enig moment over van USB naar PoE, gaat dat goed binnen Z2M? Of mag ik dan alles weer opnieuw configureren? En hoe zit dat met entiteiten in Home Assistant?

[Yannick97]

JT schreef op woensdag 4 juni 2025 @ 22:29:
Ik overweeg een SLZB-06 aan te schaffen om de Hue bridge te vervangen. Ik wil deze op termijn op een mooie plek hangen middels PoE maar de kabel ligt nu nog niet en de PoE-switch heb ik nog niet. Dus ik wil hem dan eerst via USB aansluiten. Als ik alle zigbee-apparaten koppel aan de SLZB-06 en ik ga op enig moment over van USB naar PoE, gaat dat goed binnen Z2M? Of mag ik dan alles weer opnieuw configureren? En hoe zit dat met entiteiten in Home Assistant?

*Als het goed is* zolang de chipset hetzelfde blijft, een vergelijkbare chip van Texas Instruments, is het zo dat zolang je niets van het pan_id, ext_pan_id, kanaal en/of network_key, kun je gewoon wisselen tussen hardware. Of dit nu een Slaesh stick met CC2652RB, Sonoff met CC2652P of SLZB-06 met CC2652P is, dan wel via USB, dan wel via het netwerk, alles blijft gekoppeld.

Tip van Flip, koppel enkel routers aan je coördinator en batterij gevoede apparaten aan routers. Elk eind-apparaat op batterij, dat gekoppeld zit op de coördinator, zul je wel opnieuw moeten koppelen.

[Yzord]

Ik heb een SLZB-06 aangeschaft, maar ik krijg deze met geen mogelijkheid via PoE aan de praat. En dat was de reden waarom ik hem heb aangeschaft. Mijn Unifi PoE switch lampjes branden gewoon en het voedt ook de stick. De netwerk ledjes op de stick branden ook, maar hij verdomt het om een ip op te halen. Ook een vast ip werkt niet.

Ik kan wel verbinden met de open wifi netwerk om op de dashboard van dat ding te komen, maar dit is wat ik krijg:



Iemand hier ook last van (gehad)?

[RobertMe]

Yzord schreef op donderdag 5 juni 2025 @ 13:19:
Ik heb een SLZB-06 aangeschaft, maar ik krijg deze met geen mogelijkheid via PoE aan de praat. En dat was de reden waarom ik hem heb aangeschaft. Mijn Unifi PoE switch lampjes branden gewoon en het voedt ook de stick. De netwerk ledjes op de stick branden ook, maar hij verdomt het om een ip op te halen. Ook een vast ip werkt niet.

Ik kan wel verbinden met de open wifi netwerk om op de dashboard van dat ding te komen, maar dit is wat ik krijg:

[Afbeelding]

Iemand hier ook last van (gehad)?

Wellicht een domme vraag, maar staat de poort op de switch ook "aan" / een netwerk ingesteld? Oftewel: als je een laptop / ... aansluit op die poort, maakt die dan wel verbinding? Ik weet overigens niet of UniFi dat slikt. PoE actief op een poort maar alle vlans uit etc. Of die dan wel nog PoE blijft leveren. Maar effectief zijn de switch chip en PoE "injector" AFAIK losgekoppeld (signaal van de switch chip gaat door een andere chip/... die al dan niet PoE toevoegt en vervolgens gaat dat elektrische signaal naar de poort) dus PoE leveren zonder verder signaal lijkt mij mogelijk.

* RobertMe heeft verder geen ervaring met die Zigbee adapter.

[Yzord]

RobertMe schreef op donderdag 5 juni 2025 @ 14:16:
[...]

Wellicht een domme vraag, maar staat de poort op de switch ook "aan" / een netwerk ingesteld? Oftewel: als je een laptop / ... aansluit op die poort, maakt die dan wel verbinding? Ik weet overigens niet of UniFi dat slikt. PoE actief op een poort maar alle vlans uit etc. Of die dan wel nog PoE blijft leveren. Maar effectief zijn de switch chip en PoE "injector" AFAIK losgekoppeld (signaal van de switch chip gaat door een andere chip/... die al dan niet PoE toevoegt en vervolgens gaat dat elektrische signaal naar de poort) dus PoE leveren zonder verder signaal lijkt mij mogelijk.

* RobertMe heeft verder geen ervaring met die Zigbee adapter.

Is zeker geen domme vraag, maar via de port manager zie ik niks geks



edit: let niet op de manual settings, want daar ben ik nu even mee aan het kloten, maar niks werkt..dus ook auto settings niet en vooralsnog alle manual settings niet

[ Voor 8% gewijzigd door Yzord op 05-06-2025 14:22 ]

[Martin.Air]

Yzord schreef op donderdag 5 juni 2025 @ 14:20:
[...]


Is zeker geen domme vraag, maar via de port manager zie ik niks geks

[Afbeelding]

edit: let niet op de manual settings, want daar ben ik nu even mee aan het kloten, maar niks werkt..dus ook auto settings niet en vooralsnog alle manual settings niet

Dan zou ik haast denken dat het een netwerkkabel probleem betreft. Dus.. al een andere kabel geprobeerd?

En anders, krijg hij wel een IP adres van een andere poort die geen PoE is? Of krijgt een ander apparaat wel een DHCP lease?

[Yzord]

Martin.Air schreef op donderdag 5 juni 2025 @ 14:28:
[...]


Dan zou ik haast denken dat het een netwerkkabel probleem betreft. Dus.. al een andere kabel geprobeerd?

En anders, krijg hij wel een IP adres van een andere poort die geen PoE is? Of krijgt een ander apparaat wel een DHCP lease?

Meerdere kabeles geprobeerd, meerdere poorten geprobeerd. Ook meerdere switches geprobeerd. Maar goed, schijnbaar werkt PoE helemaal niet zo goed bij deze dingen, want internet staat er vol mee. Iets met de lan chip.

Ook de fysieke mini knop geprobeerd welke usb/ethernet enabled, maar doet ook niks

[ Voor 6% gewijzigd door Yzord op 05-06-2025 14:52 ]

[JT]

Yannick97 schreef op donderdag 5 juni 2025 @ 13:08:
[...]


*Als het goed is* zolang de chipset hetzelfde blijft, een vergelijkbare chip van Texas Instruments, is het zo dat zolang je niets van het pan_id, ext_pan_id, kanaal en/of network_key, kun je gewoon wisselen tussen hardware. Of dit nu een Slaesh stick met CC2652RB, Sonoff met CC2652P of SLZB-06 met CC2652P is, dan wel via USB, dan wel via het netwerk, alles blijft gekoppeld.

Tip van Flip, koppel enkel routers aan je coördinator en batterij gevoede apparaten aan routers. Elk eind-apparaat op batterij, dat gekoppeld zit op de coördinator, zul je wel opnieuw moeten koppelen.

Nu was ik niet voornemens om extra routers te plaatsen. Maar door te doen wat jij zegt kun je dus makkelijk van coordinator wisselen, is dat wat je wil zeggen? Want ik moet al de hele bende van Hue naar Z2M met de hand verhuizen (heb geen automatische oplossing gevonden die instellingen en dergelijke overneemt), zou mooi zijn als dat nooit meer hoeft (zolang je niet naar proprietary gaat want dan zal dat waarschijnlijk wel weer moeten).

[HuismAndré]

JT schreef op donderdag 5 juni 2025 @ 16:45:
[...]

Nu was ik niet voornemens om extra routers te plaatsen. Maar door te doen wat jij zegt kun je dus makkelijk van coordinator wisselen, is dat wat je wil zeggen? Want ik moet al de hele bende van Hue naar Z2M met de hand verhuizen (heb geen automatische oplossing gevonden die instellingen en dergelijke overneemt), zou mooi zijn als dat nooit meer hoeft (zolang je niet naar proprietary gaat want dan zal dat waarschijnlijk wel weer moeten).

Items 1 voor 1 overzetten gaat best netjes. Dus verwijderen in Hue en vlak daarna duiken ze op in Z2M (of ZHA als je daarvoor kiest). Geldt niet voor batterij devices. Die zul je moeten activeren vlak voor het verwijderen (en actief houden tijdens het koppelen). Combineer dat dan gelijk met een batterijwissel, dan ben je daar ook weer even vanaf (oude batterijen hergebruiken wij in kerstverlichting en zo dus gebruik een batterijtester om te kijken waar nog wat leven in zit).

[ Voor 3% gewijzigd door HuismAndré op 05-06-2025 17:16 ]

[JT]

HuismAndré schreef op donderdag 5 juni 2025 @ 17:15:
[...]

Items 1 voor 1 overzetten gaat best netjes. Dus verwijderen in Hue en vlak daarna duiken ze op in Z2M (of ZHA als je daarvoor kiest). Geldt niet voor batterij devices. Die zul je moeten activeren vlak voor het verwijderen (en actief houden tijdens het koppelen). Combineer dat dan gelijk met een batterijwissel, dan ben je daar ook weer even vanaf (oude batterijen hergebruiken wij in kerstverlichting en zo dus gebruik een batterijtester om te kijken waar nog wat leven in zit).

Dat is mooi om te horen Dan nog is het veel werk want naast het overzetten moet ik weer opnieuw groeperen, de schakelingen per groep instellen (dat worden denk ik automatiseringen? Die dan gelijk het equivalent van scenes zijn?), koppelen aan dimmers, bewegingssensoren.

[Yannick97]

JT schreef op donderdag 5 juni 2025 @ 16:45:
[...]

Nu was ik niet voornemens om extra routers te plaatsen. Maar door te doen wat jij zegt kun je dus makkelijk van coordinator wisselen, is dat wat je wil zeggen? Want ik moet al de hele bende van Hue naar Z2M met de hand verhuizen (heb geen automatische oplossing gevonden die instellingen en dergelijke overneemt), zou mooi zijn als dat nooit meer hoeft (zolang je niet naar proprietary gaat want dan zal dat waarschijnlijk wel weer moeten).

Lampen zijn ook routers, maar het is dus belangrijk dat je specifiek daar aan je end-devices koppelt. Je hebt hier niet nog een stick met andere firmware voor nodig.

Je zigbee coördinator krijgt fysiek een ander adres wanneer je zou wisselen naar een nieuwe, end-devices koppelen aan een specifiek adres en kunnen die switch niet maken zonder ze opnieuw in koppelmodus te zetten omdat dat veel batterij zou kosten, hier hebben apparaten met een vaste voeding (Lampen, schakelaars op 230V e.d.) natuurlijk geen last van en zoeken actief naar de coordinator met dezelfde netwerk gegevens.

[Himalaya]

JT schreef op woensdag 4 juni 2025 @ 22:29:
Ik overweeg een SLZB-06 aan te schaffen om de Hue bridge te vervangen. Ik wil deze op termijn op een mooie plek hangen middels PoE maar de kabel ligt nu nog niet en de PoE-switch heb ik nog niet. Dus ik wil hem dan eerst via USB aansluiten. Als ik alle zigbee-apparaten koppel aan de SLZB-06 en ik ga op enig moment over van USB naar PoE, gaat dat goed binnen Z2M? Of mag ik dan alles weer opnieuw configureren? En hoe zit dat met entiteiten in Home Assistant?

Ik denk dat dat goed moet gaan, er zit namelijk een Zigbee chipset en een communicatie chipset op de SLZB-06, die eerste wordt door Z2M gebruikt en de andere gewoon als doorgeefluik. En dat kan dan via ethernet of usb. Je hele zigbee config zit overigens in de Z2M database.

Ik heb er twee in gebruik en een derde op reserve liggen en werken perfect. Je zou ook kunnen testen als je een PoE voeding gebruikt tot je een PoE switch hebt.

[HuismAndré]

JT schreef op donderdag 5 juni 2025 @ 17:26:
[...]

Dat is mooi om te horen Dan nog is het veel werk want naast het overzetten moet ik weer opnieuw groeperen, de schakelingen per groep instellen (dat worden denk ik automatiseringen? Die dan gelijk het equivalent van scenes zijn?), koppelen aan dimmers, bewegingssensoren.

Ik had het in een halve dag geregeld (92 devices), inclusief het aanmaken van groepen (in Z2M) en het aanmaken van scenes (eveneens in Z2M). Echt aan te raden die groepen en scenes aan te maken in Z2M aangezien dat net zo vloeiend en efficiënt werkt als je van Hue gewend was. Als je devices groep voor groep overzet gaat het al helemaal min of meer vanzelf (en maak je een groep aan zodra alle leden zijn overgezet).

[JT]

Himalaya schreef op donderdag 5 juni 2025 @ 18:04:
[...]

Ik denk dat dat goed moet gaan, er zit namelijk een Zigbee chipset en een communicatie chipset op de SLZB-06, die eerste wordt door Z2M gebruikt en de andere gewoon als doorgeefluik. En dat kan dan via ethernet of usb. Je hele zigbee config zit overigens in de Z2M database.

Ik heb er twee in gebruik en een derde op reserve liggen en werken perfect. Je zou ook kunnen testen als je een PoE voeding gebruikt tot je een PoE switch hebt.

Misschien moet ik het dan maar gewoon eens proberen ten bate van community knowledge PoE injector zou ook nog kunnen ja, niet aan gedacht.

[JT]

HuismAndré schreef op donderdag 5 juni 2025 @ 18:37:
[...]

Ik had het in een halve dag geregeld (92 devices), inclusief het aanmaken van groepen (in Z2M) en het aanmaken van scenes (eveneens in Z2M). Echt aan te raden die groepen en scenes aan te maken in Z2M aangezien dat net zo vloeiend en efficiënt werkt als je van Hue gewend was. Als je devices groep voor groep overzet gaat het al helemaal min of meer vanzelf (en maak je een groep aan zodra alle leden zijn overgezet).

Top, dank voor je advies. Dat klinkt wel goed.

[skank]

Hoi
Hier even verder, na een batterijwissel heb ik troubles om mijn xiaomi hiumidity en temp sensor in zigbee2mqtt terug actief te krijgen.
Dit device:
https://www.mi.com/nl/pro...e-and-humidity-monitor-2/

Ik heb die geflashed nr zigbee maar is 1ste keer dat ik batterij wissel doe
De addon staat in pairing mode

[skank]

Mmm de andere gaat wel direct

[Kodess]

skank schreef op dinsdag 10 juni 2025 @ 09:53:
Hoi
Hier even verder, na een batterijwissel heb ik troubles om mijn xiaomi hiumidity en temp sensor in zigbee2mqtt terug actief te krijgen.
Dit device:
https://www.mi.com/nl/pro...e-and-humidity-monitor-2/

Ik heb die geflashed nr zigbee maar is 1ste keer dat ik batterij wissel doe
De addon staat in pairing mode

Ah je hebt de versie die je mod om zigbee te gebruiken.
Ik heb gewoon de native's zonder scherm.

De appaaratjes zelf moeten echt denken dat ze opnieuw pairen inderdaad en Z2M zal ze dan gewoon herkennen als al bestaande devices en weer netjes op nemen.

Klinkt wel als een issue wat mogelijk al is gefixt in die firmware versie, aangezien het opensource is.
Mijn native zigbee sensoren hebben bugs maar kunnen niet naderhand gefixt worden

Het kan soms helpen hem in pairing mode te zetten dicht bij je zigbee router.

[skank]

Uiteindelijk heeft ie em toch te pakken, vreemd

[HuismAndré]

skank schreef op dinsdag 10 juni 2025 @ 12:22:
Uiteindelijk heeft ie em toch te pakken, vreemd

Zie ook: HuismAndré in "Home Assistant: Open source Python3 home automation - deel 5"

[ Voor 12% gewijzigd door HuismAndré op 10-06-2025 13:26 ]

[prekz]

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.

Ik gebruik de volgende versies/apparatuur:
Home-assistant: 2025.6.1
Zigbee2mqtt: 2.4.0-1
Mosquito Broker: 6.5.1

Dit alles op HAOS.

Als Zigbee coordinator heb ik een SLZB-06 aangesloten via PoE op een Unifi switch. Deze heeft versie 0.9.9. Zowel deze dongel, als HA hebben een vast statisch ip adress. Ze zitten in hetzelfde netwerk/subnet (er is dus geen vlan scheiding).

Wanneer het issue zich voor doet ben ik er inmiddels achter hoe ik deze kan restoren. Dit is namelijk in deze (exacte) volgorde:
- Zigbee restart op SLZB-06
- Mosquito broker restart
- Zigbee2MQTT restart

doe ik het in een andere volgorde dan werkt het niet. Herstart ik de complete esp32 (van de SLZB-06) dan werkt het ook niet

Na herstarts komen de logs weer binnen in MQTT en Zigbee2mqtt. Hier zie ik geen logs uit het verleden dus wat dit issue heeft kunnen veroorzaken.

Op de SLZB-06 zie ik wel op het moment dat deze issues heeft dat hij geen socket connecties heeft (zie screenshot waar dit wel het geval is). Terwijl ik dit aan het typen ben realiseer ik mij dat dat op de Mosquitto broker nog een 2 tal services actief zijn, ik ga even kijken of deze nog actief zijn wanneer dit issue speelt.



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.

[ Voor 5% gewijzigd door prekz op 27-06-2025 09:30 ]

[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!