Guten Morgen,
ohne hier Öl ins Feuer gießen zu wollen… Auch bei mir ist der Empfang schlechter geworden.
Vor dem Update waren die grenzwertigen Geräte schlecht erreichbar, nun sind sie grau…
Viele Grüße JayJay
Puh das ist schon wieder ein ganz schön langer Thread geworden hier, ich versuche mal die Kernpunkte zu beantworten.
Mich würde zu Begin erst einmal interessieren woher die angebliche Aussage von unseren Entwicklern stammt, dass erst neuere Türschlösser in homee integriert werden müssen bevor man sich um etwaige Fehler kümmert. Falls jemand da einen konkreten Verweis drauf hat würde ich mich darüber freuen.
Das Update auf die Version 2.13.1 wird sich einiges im Zusammenhang mit der Zuverlässigkeit des Motion Sensors und dadurch bedingt auch ZigBee allgemein verbessern. Das Feedback unserer Beta-Nutzer ist ziemlich gut was das betrifft.
Verbindungsstatus
Die Anzeige in deiner App zeigt Protokoll bedingt ausschließlich die Qualität der Verbindung vom letzten Sprung im Netzwerk an. Dies geht leider technisch nicht anders. Das bedeutet konkret, dass durchaus sein kann, dass Geräte die vermeintlich weiter weg sind eine bessere Verbindungsanzeige haben als nähere Geräte. Das ist nicht sonderlich logisch, jedoch wie gesagt protokollbedingt.
Farben in homeegrammen
Du hast recht, dass homeegramme nur zuverlässig funktionieren wenn du Favoritenfarben wählst. Das liegt daran dass du bei der Auswahl der Farbe über den aktuellen Weg nur mit sehr geringer Wahrscheinlichkeit genau die Farbe triffst die du meinst. Vermutlich wirst du es so einstellen das der Farbname der gleiche ist. Dies is zugegebenermaßen ein wenig verwirrend und es wir in Zukunft auch bessere Möglichkeiten geben diese einzustellen. In einem anderen Beitrag hier im Forum habe ich allerdings schon einmal erwähnt das die Farbe “Disco Spiro Ball” nicht immer im Detail die gleiche Farbe bedeutet. Jeder Farbname deckt einen kleinen Beriech von optisch sehr ähnlichen Farben ab, die sich jedoch rein technisch schon unterscheiden. Unser Auge kann dies aber wahrscheinlich nicht wahrnehmen, jedoch evaluiert homee die Homeegramme strikt nach Zahlen. Daher kommt dein Problem. Wenn du gespeicherte Favoriten verwendest stimmen diese Zahlen allerdings.
1 „Gefällt mir“
Das erklärt mir einiges (danke und 
für diese Klarstellung).
Es erklärt z.B. warum meine Osram Plugs selbst (je einer im OG und DG - homee im EG) immer eine deutlich schlechtere Verbindungsqualität anzeigen wie meine Lampen und Hue Dimmer auf ebendiesen Geschosssen. Eben weil der wahrscheinlich letzte stabile Hop jedes Plugs eine Stahlbetondecke mit Treppenhausöffnung tiefer liegt und die Lampen/Dimmer wohl über das deutlich besser erreichbare Plug routen 
-
Kann man als Faustformel bei Issues also pauschal sagen, dass man nicht die Verbindungsqualität der Lampe, sondern die des letzten in der Nähe befindlichen IMMER angeschaltenen (stromverbundenen) Gerätes (wohl meist Plugs) beachten sollte?
-
Welche anderen Gerätetypen routen sonst noch? (Schalter (batteriebedingt) wohl nicht (so meine Vermutung), aber angeschaltene Lampen wohl schon, sonst noch irgendwas?
-
Woran macht Ihr die Zahl der Balken fest? Gibt es da im Protokoll selbst eine Rückmeldung der Verbindungsqualität?
-
Wie dynamisch bzw. statisch ist das ZigBee-Routing und gibt es so was wie bevorzugte Geräte über die geroutet wird (sprich: das Protokoll bevorzugt von Haus aus Plugs und andere stromverbundene Aktoren statt Lampen)?
-
Ohne jetzt Grundsatzdiskussionen lostreten zu wollen, wäre es dann nicht hilfreich bei den Geräten selbst oder irgendwo in den Einstellungen anzuzeigen was das letzte Hop-Gerät fürs Routing eines jeden Gerätes ist?
Du merkst sicher: Diese Fragen schlagen in eine ähnliche Kerbe wie die Diskussionen, die zu diesem Feature-Request (da für Z-Wave) geführt haben
1 „Gefällt mir“
Guten Morgen,
- Kann man als Faustformel bei Issues also pauschal sagen, dass man nicht die Verbindungsqualität der Lampe, sondern die des letzten in der Nähe befindlichen IMMER angeschaltenen (stromverbundenen) Gerätes (wohl meist Plugs) beachten sollte?
Ich weiß nicht genau was du da beachten willst, aber ja, siehe meine Aussage zuvor.
- Welche anderen Gerätetypen routen sonst noch? (Schalter (batteriebedingt) wohl nicht (so meine Vermutung), aber angeschaltene Lampen wohl schon, sonst noch irgendwas?
Alles was konstant Strom hat in der Regel.
- Woran macht Ihr die Zahl der Balken fest? Gibt es da im Protokoll selbst eine Rückmeldung der Verbindungsqualität?
Ja, es gibt einen Indikator im Protokoll dafür, andernfalls könnten wir es auch gar nicht anzeigen, siehe Z-Wave.
- Wie dynamisch bzw. statisch ist das ZigBee-Routing und gibt es so was wie bevorzugte Geräte über die geroutet wird (sprich: das Protokoll bevorzugt von Haus aus Plugs und andere stromverbundene Aktoren statt Lampen)?
Aktuell wird im ZigBee dieser Algorithmus verwendet um Routen zu finden: AODV Routing
- Ohne jetzt Grundsatzdiskussionen lostreten zu wollen, wäre es dann nicht hilfreich bei den Geräten selbst oder irgendwo in den Einstellungen anzuzeigen was das letzte Hop-Gerät fürs Routing eines jeden Gerätes ist?
Auf Protokollebene ist es nicht möglich herauszufinden welches das das letzte Hop-Gerät war, oder welcher gesamte Weg durchs Netzwerk genommen wurde.
3 „Gefällt mir“
Wenn das stimmt, dann könntet Ihr im Umkehrschluss doch auch nicht die Verbindungsqualität darstellen, oder?
Es steht doch die Erklärung hier…es wird nur die Verbindungsqualität vom letzten Hop angezeigt.
Ich frag mich ehrlich gesagt, worauf du nun hinaus willst. Thomas hat doch mehr als ausführlich und geduldig alle deine Fragen erklärt
3 „Gefällt mir“
Ich bin mir nicht sicher was du meinst. Es wird die Qualität der Verbindung vom letzen Hop angezeigt, aber nicht genauer spezifiziert welches Gerät dieser Hop war.
Gemeint war ebendas: Wenn Du nicht weisst welcher Weg durchs Netzwerk genommen wurde, dann kannst Du doch auch keine Informationen zur Verbindungsqualität einer Node haben 
Was Ihr da pro Device bzgl. Verbindungsqualität darstellt ist dann wahrscheinlich die Verbindungsqualität der LETZTEN Kommunikation der jeweiligen Node, oder?
Die kann sich ja in einem solchen dynamischen Netzwerk ständig ändern (eine Lampe hat Strom, dann hat sie keinen, im ersten Fall routet sie , im zweiten nicht (mehr)). Ergo verwirrt diese Darstellung bei ZigBee (das ja per Definition hochdynamisch ist) mehr, als das es Nutzen spendet.
Nach einem wirklich kurzen Überfliegen des AODV-Artikels auf Wikipedia und des dort verlinkten IETF-Memos scheint ja zumindest eine Routing-Tabelle zu existieren, wobei mir nicht klar geworden ist ob die an jedem Netzwerkknoten komplett existiert. Zumindest gäbe es über RREQ die Möglichkeit die Routen zu jeder Node abzufragen. Der homee kennt ja alle ZigBee-Devices im Netzwerk und ihr kennt ja auch (über das was Ihr Heartbeat nennt) den Zustand jeden Gerätes (mit Zeitverzögerung). Es wäre also (im Gegensatz zu Z-Wave) möglich die Routingtabelle darzustellen, oder? Das in Relation zur Verbindungsqualität und dem aktuellen Zustand wäre ein Hilfsmittel fürs Debugging.
Darauf wollte ich hinaus @anon42585115 …
Gemeint war ebendas: Wenn Du nicht weisst welcher Weg durchs Netzwerk genommen wurde, dann kannst Du doch auch keine Informationen zur Verbindungsqualität einer Node haben
Was Ihr da pro Device bzgl. Verbindungsqualität darstellt ist dann wahrscheinlich die Verbindungsqualität der LETZTEN Kommunikation der jeweiligen Node, oder?
Ich habe ja auch keine Aussage zur Verbindungsqualität einer spezifischen Node sondern lediglich die Qualität vom letzten Sprung zum homee. Unter der Annahme dass nicht jede Node unbedingt Routing verwendet (in dem Fall stimmt die Anzeige also), haben wir uns entschlossen diese Info dem Nutzer anzuzeigen.
Ich bin ein wenig verwirrt da ich denke ich habe es wirklich gut erklärt aber irgendwie scheint es nicht so recht bei dir anzukommen 
Es hat niemand bestritten, dass es möglich wäre Routing Tabellen darzustellen. Jedoch sind diese im ZigBee extrem dynamisch und der Aufwand diese zu bekommen ist, wie du sicher selbst an deiner Erklärung gesehen hast, ziemlich hoch. Routing Tabellen beim Z-Wave sind im übrigen enorm simpel zu bekommen, da dort ja eh statisches Source Routing verwendet wird.
Aber all das hier geht schon wieder so dermaßen out of scope von diesem Thread, dass ich die Diskussion an dieser Stelle gern beenden würde.
2 „Gefällt mir“
…vom homee hat gefehlt, ich verstand vom letzten Routing-Hop… (also anders herum wie deine sichtweise)
1 „Gefällt mir“