ich habe seit geraumer Zeit ein Problem mit einem Zigbee-Sensor im Dachgeschoss, welcher nach dem Anlernen für 1-2 Stunden funktioniert und danach seine Bindung zu Z2M verliert und keinerlei Updates mehr liefert.
Betroffen ist ein Aqara Tür- und Fensterkontakt (MCCGQ11LM).
Was ich bisher gemacht habe:
Kontakt in Z2M gelöscht und neu angelernt.
Batterie getauscht.
Einen fabrikneuen MCCGQ11LM “eingebaut”.
Keiner der drei Versuche konnte das Problem länger als “erster Test, es läuft” lösen. Gefühlt war das Pairen mit Z2M immer ein extremer Krampf, wobei das Problem bei den Teilen mMn. fast normal ist, da hab ich auch bei anderen schon echte Kämpfe geführt, bis die Dinger drin waren…
Folgendes Setup läuft bei mir:
Proxmox mit HA in einer VM
SLZB-06p10 per Netzwerk eingebunden, der Stick hängt im Erdgeschoss, das betroffene Gerät im Dachgeschoss
Z2M, mit derzeit 105 Geräten (51 Router/54 Endgeräte), läuft innerhalb von HA als Add-On
Im Dachgeschoss selber gibt es derzeit 10 weitere Zigbee-Geräte, welche keinerlei Probleme haben inkl. einer Deckenlampe (Hue), welche in der Theorie als Router agieren könnte, es vermutlich aber nicht tut. Im Stockwerk darunter hängen alleine neun Lampen an der Decke plus etliche weitere Geräte.
Der zweite Fensterkontakt im DG ist mit einer Lampe im OG verbunden (gemäß Netzwerk-Map in Z2M) und läuft ohne jegliche Probleme. Der problembehaftete Kontakt hat laut Map keinerlei Verbindung zu einem Router, was vermutlich den fehlenden Status erklärt…
Ansonsten: Neubau, viel Stahlbeton, WLAN-AP in der Nähe. Bis vor einigen Wochen hat der Sensor ohne Einschränkungen funktioniert. Luftlinie zum nächsten funktionierenden Sensor sind etwa 1.5m.
Hat jemand von euch einen Einfall, was hier das Problem ist bzw. ob ich den Sensor irgendwie “manuell” einem bestehenden Router zuweisen kann, falls die Verbindung hier wegen zu schlechter Werte verworfen werden sollte? Gibt es im Kontext Z2M weitere Analysemöglichkeiten?
Entweder es gibt jetzt irgendeine Störquelle für das Signal, oder aber - was ich für wahrscheinlicher halte - der MCCGQ11LM hat die Route gewechselt, was jetzt zu diesem Effekt führt. Das gerade der Aqara MCCGQ11LM ein ziemliches “Problemkind” und ziemlich “zickig” ist, wirst Du ja sicherlich schon selber mitbekommen haben. Dazu gibt es hier im Forum ja schon einige Beiträge/Postings, wie z.B.
und auch bei Z2M gibt es genug Issues-Meldungen zu dem Teil.
Nicht “zuweisen” sondern daran anlernen. Aber das hat Osorkon ja bereits erwähnt. Ob Dir das am Ende und auf Dauer hilft. Man weiß es nicht.
Ich an Deiner Stelle hätte - auch wenn Du das jetzt vermutlich nicht wirklich hören willst, statt dem
Danke euch schon mal für den Input. Das direkte Pairen mit einem Gerät war mir zugegebenermaßen nach ziemlich genau zwei Jahren HA neu.
Ich habe das Ding jetzt mal direkt gepaired und werde das mal beobachten ob und wie sich das auswirkt, aber, wie Jim schon geschrieben hat: Ob die Mimose das zufriedenstellt wird sich zeigen, das Pairen war erneut ein absoluter Krampf…
Was die Aqara für mich einfach besser machen als die Konkurrenz ist das schlichte Design von den Dingern. Andere mit ihren AAA-Batterien sind einfach deutlich größer und fallen somit mehr auf, als die schlanken Aqaras. Sofern das Problem hier allerdings auf Dauer besteht bleibt wohl über kurz oder lang keine andere Option…Schauen wir mal, wie sich der Markt entwickelt, die P2 von Aqara sind bspw. preislich noch weit vom “verträglichem” entfernt… Ich werde berichten.
Ich war heute bei IKEA und habe mir mal zum Testen einen Thread-MYGGBETT-Fensterkontakt geholt und gleichzeitig noch ein paar INSPELNING-Strommesssteckdosen. Ich hatte bei Simon gesehen, dass Teile der neuen IKEA-Thread-Komponenten auch Zigbee können und wollte mal den Z2M-Versuch wagen, wie sich herausgestellt hat, sind die MYGGBETT anscheinend nicht Zigbee-fähig. Spannenderweise ist in dem Moment, als ich das Pairing starten wollte eine bestehende, seit längerem im Einsatz befindliche, INSPELNING aus Z2M rausgeflogen und wollte auf Teufel komm raus nicht mehr neu-Pairen.
Ich habe dann zu Testzwecken eine neue ausgepackt und wollte die testen, auch keine Chance. Ich bin dann einfach mal ins Erdgeschoss und habe das Pairing erneut durchgeführt - erfolgreich nach 5s.
Ich vermute mittlerweile, dass das Problem mit dem Empfang und/oder dem Routing ins Studio/DG zusammenhängt. Ich habe rund um Weihnachten den bestehenden SONOFF-USB gegen den SMLIGHT-PoE getauscht und dabei die Devices gemäß Video von Simon “übernommen”, was damals schon ein Krampf war, aber nach ein paar Stunden funktioniert hat. Ich vermute allerdings, dass entweder:
a) das Netzwerk hierdurch nicht sauber aufgebaut ist/wurde oder
b) die Sende-/Empfangsqualität des SLZB schwächer ist als die des Sonoff, wobei ich mir das eigentlich nicht vorstellen kann.
Was heißt das für mich?
Never change a running system…
Ich werde vermutlich ein wenig mit dem Standort des neuen Sticks experimentieren
ggf. macht sogar ein kompletter Neuaufbau des Zigbee-Netzes Sinn, wobei sich meine Begeisterung dazu maximal in Grenzen hält
Einen Thread-Stick brauche ich auch noch, die bestehenden Alexas wollen/können das zumindest nicht…
Kurz: Es bleibt spannend, aber Thread kommt erst ins Haus, wenn Zigbee (wieder) stabil läuft…
Das das Routing und die Stabilität in einem Zigbee Mesh u.a. auch von den Entferungen der Geräte untereinander abhängt ist jetzt aber nicht wirklich neu.
Da würde ich dann vermuten das der INSPELNING Plug im Betrieb vorher auch schon Probleme gemacht hat, nur das Du das vielleicht gar nicht mitbekommen hast.
Oder falls der Plug doch keinerlei Probleme gemacht hat war er vielleicht über einen Router und dessen Route verbunden die er beim erneuten Anlernversuch - warum auch immer - nicht mehr finden konnte.
Ich weiß jetzt nicht welchen Sonoff Dongle Du meinst, aber bei meinem Dongle-P konnte ich diesbezüglich keine Unterschiede zu dem SLZB-06 feststellen.
Vorher solltes Du m.M.n. mal das probieren was Du unter 2. geschrieben hast und bei einem Zigbee Mesh gilt dann in der Tat: Viel hilft viel. Im Sinne von: Je mehr Router und mögliche Routen im Mesh, umso besser ist es. Wobei das einen natürlich trotzdem nicht vor irgendwelchen “zickigen” Geräten schützt.
Außerdem kannst Du als grobe Orientierung auch mal einen Blick auf die Z2M Netzwerkkarte werfen und dann gezielt versuchen bestimmte Geräte, die scheinbar und warum auch immer, eine nicht so ideale Route nutzen, vielleicht noch einmal neu anzulernen. Weil sich zwischenzeitlich ja evtl. etwas in Deinem Mesh verändert haben kann, weil z.B. zusätzlich Router hinzugekommen sind, aber ein bereits vorhandenes (End)Gerät ggf. immer noch an seiner alten Route “festklebt”.
Beispiel: Ein (End)Gerät im Wohnzimmer nutzt einen Router in der Küche, obwohl im Wohnzimmer inzwischen noch ein Plug und somit Router installiert wurde. Oder es befinden sich auf dem Weg zur Küche jetzt ggf. noch andere Router, die es bei dem erstmaligen anlernen des (End)Gerätes im Wohnzimmer vielleicht nicht gab. Also immer im Hinterkopf haben das sich ein Zigbee Mesh zwar automatisch seine Routen sucht, aber a) müssen das nicht immer die besten sein b) muss ein Zigbee Mesh auch nicht automatisch eine Route wechseln, nur weil es jetzt ggf. eine “bessere” Route gibt und c) Zigbee Gerät sind auch nicht zu 100 % untereinander kompatibel, sodass es auch immer mal wieder Geräte geben kann die sich gegenseitig einfach nicht “mögen”.
Schon klar, aber das war vorher nicht der Fall, also vor dem Wechsel auf den neuen Stick Zwischen Stick und Studio hängen alleine zwei Decken voller Hue-Lampen sowie an mehreren Stellen Steckdosen, also sind hier grundsätzlich genügend Router vorhanden (welche auch verwendet werden).
Das stelle ich gar nicht in Frage^^ So ist mir das aber erst wirklich aufgefallen, weil es bis dato eigentlich immer funktioniert hatte.
Ich experimentiere die nächste Zeit mal ein wenig rum und werde dann berichte, es bleibt auf jeden Fall nicht langweilig…
Zwischen Stick und Studio hängen alleine zwei Decken voller Hue-Lampen sowie an mehreren Stellen Steckdosen, also sind hier grundsätzlich genügend Router vorhanden (welche auch verwendet werden).