soweit ich das Z-Wave Protokoll verstanden habe, ist „All On“ / „All Off“ eine eigenes Broadcast-Kommando. Soll heißen, der Controller muss es explizit an alle Devices senden. Wenn diese dann damit umgehen können und geeignet konfiguriert sind (Qubino Parameter 10), dann wird darauf reagiert.
Die oben zitierte Qubino-Doku sagt ja auch
…device responds to commands ALL ON / ALL OFF that may be sent by the primary or secondary gateway
Vor diesem Hintergrund ist es nicht verwunderlich, wenn der Qubino in meinem Fall bei jeder Einstellung von Parameter 10 gleich reagiert: Denn der Homee sendet ein ganz anderes Kommando.
Wie schon geschrieben habe ich solches Fehlverhalten bereits mehrfach im gesamten Mesh durch Neu-Einlernen beseitigen können. Aber eben nicht nachhaltig und dauerhaft - stabil und verlässlich wäre irgendwie anders.
Für eine genauere Fehlersuche rückt der Homee einfach nicht genug Details zu den gesendeten Kommandos und der Device-Antworten heraus - und enthält uns den Zustand des Meshes und der Kommando-Wege darin vor. Ich hatte beim Kauf des Homee die Hoffnung, genau sowas auch gar nicht wissen zu müssen - sonst wäre ich wohlmöglich direkt bei OpenHAB oder anderen Optionen gelandet…
Ich vermute daher, dass die bereits vor einem Jahr zugesagte Korrektur seitens des Homee-Teams bisher nicht fehlerfrei umgesetzt wurde.
ein weiteres Phänomen (jedoch in der Praxis weniger funktionsrelevant / störend) beobachte ich im Homee-Webinterface & der Android-App:
Da wird ein Qubino in der Geräteliste und seiner Detail-Seite auch schon mal als “AN” gekennzeichnet, obwohl die geschaltete Brennstelle faktisch AUS ist. Der aktuelle Verbrauch wird immerhin korrekt mit “0 W” angegeben.
Wie man leicht sieht, treten dokumentierte Verbräuche und Schalterstellungen nicht synchron auf - womit das System insgesamt als nicht verlässlich einzustufen wäre.
Wäre klasse, wenn @Pascal oder @Andreas etwas dazu sagen könnten.
Aber auch der umgekehrte Fall ist zeitgleich an einem anderen Qubino (hier Flush 1) im Homee zu sehen: Er wird als AUS gekennzeichnet (Brennstelle ist faktisch auch AUS) und der Verbrauch wird mit “>0 W” angezeigt:
Ok, ich habe jetzt nicht auch noch Homeegramme gebaut um zu testen, ob die falschen Werte auch zu falscher Reaktion / falscher Verarbeitung führen. Ich glaubte bei der Anschaffung des Homee an ein funktionierendes, ausreichend gereiftes Produkt - und nicht an ein neues Dauer-Experimental-Spielzeug (s.o.). seufz
da ich heute schon mal in Schwung bin , beschreibe ich hier auch gleich mal das beobachtete Phänomen mit einem an “Qubino Flush 2 Relays” (diverse FW/SW Versionen) angeschlossenen Temperatur-Sensor:
Dieser liefert nach der Neu-Inkludierung einige Male (Außen-)Temperaturen und dann nur noch sehr sporadisch alle paar Tage (ja, habe Parameter 120 bereits auf 1 gesetzt).
Da somit am Homee kein verlässlicher Temperatur-Wert vorliegt, ist diese Funktion aktuell nutzlos.
Der Qubino-Support hat mir zwischenzeitlich bestätigt, dass ihnen kein generelles Problem mit der Temperatur-Übermittlung bekannt ist und die offiziell unterstützen Controller funktionieren (Homee gehört nicht dazu). Sie baten mich den Daten-/Funkverkehr möglichst im Detail auszuwerten - was ja mit dem Homee allein nicht geht.
Der jeweilige Qubino an dem der Sensor hängt (zwei verschiedene ausprobiert) schaltet (vom Homee aus bedient) stets problemlos - wenn auch manchmal mit einigen Sekunden Verzögerung.
Nachstehend ein Screenshot vom Temperatur-Verlauf eines Qubinos und im Vergleich dazu der zeitgleiche Verlauf eines Philio 4-in-1 Multi-Sensors PST02-A am (nahezu) selben Ort.
Für sachdienliche Hinweise, wie man dies für die offiziell supporteten und im Shop verkauften Geräte in den Griff bekommt danke ich im Voraus.
Gruß Torsten
Qubino Flush 2 Relay (Außen-)Temperaturen eines Monats:
Wie man im obigen Beispiel sieht, kommt es teilweise zu erheblichen Schaltverzögerungen nach dem Senden eines Homee-Kommandos bis zu dessen Quittierung und Ausführung (hier gar mal 42 Sekunden!). Ich beobachte diese Verzögerung in ca. 10% aller Schaltvorgänge, d.h. zumeist geht’s relativ fix (0-3 s) und dann mal wieder nicht (>3 s).
Ich kann aktuell nur vermuten, dass das versendete Kommando so lange “durchs Mesh wandert” - oder vergeht u.U. zwischen dem Homee-Logeintrag “Kommando versendet” und dem tatsächlichen Versand des Kommandos unter besonderen Bedingungen auch mal sehr viel Zeit?
Hat jemand Ideen dazu?
Die von mir teilweise beobachtbaren Schalt-Verzögerungen führen auch schon mal dazu, dass ein “AUS”-Befehl erst unmittelbar nach einem weiteren “EIN”-Befehl quittiert wird - und der “EIN”-Befehl dann gar nicht mehr quittiert und ausgeführt wird - siehe
@homee : In diesem Thread sind schon diverse Phänomene angesprochen worden, welche den verlässlichen Betrieb von Qubinos betreffen. Ich denke etwas Feedback dazu würde eure Nutzer freuen.
Hallo zusammen,
sorry wegen der etwas verspäteten Rückmeldung und vielen Dank für die Beschreibungen sowie Screenshots zu den beschriebenem Fehlverhalten.
Ich habe die Punkte ab ca. Jan. 2019 aufgenommen und werde die intern weitergeben.
das Phänomen mit seltener / unregelmäßiger Temperatur-Übermittlung beobachte ich an “Qubino Flush 2* Relays” mit FW=4.05 & SW=1.02, sowie FW=4.05 & SW=5.00.
Teilweise stark verzögerte Schaltvorgänge oder falsch angezeigte Schalter-Stellungen oder Verbrauchswerte beobachte ich u.a. an sechs “Qubino Flush 2 Relays” mit FW=4.05 & SW=1.02, sowie FW=4.05 & SW=5.00 aber auch an sieben “Qubino Flush 1 Relays” mit FW=4.38 & SW=6.10
Aber auch ein “Qubino Flush 1D Relay” mit FW=4.05 & SW=4.00 zeigt gelegentlich eine nicht zutreffende Schalterstellung im Homee bzw. reagiert auf dessen Schalt-Kommandos nicht mehr.
Interessanterweise ist mir bisher keine Fehlerhafte Schalter-/Verbrauchsanzeige bei einem “Qubino Flush 2 Relay” mit FW=4.38 & SW=5.01 aufgefallen - davon habe ich aber auch nur ein einziges.
ich bin erst übermorgen wieder daheim und werde mal schauen, dass ich im Anschluss ein oder zwei geeignete Qubinos neu einlerne (was ich übrigens ohnehin seit dem letzten Systemupdate mehrfach getan habe) .
Es wäre natürlich klasse, wenn sich das für die anderen rund 20 installierten vermeiden ließe… Daher denke ich es sollte parallel auch von Entwickler-Seite das Ganze etwas genauer untersucht werden - die Zeit ist sicher gut investiert.
leider haben wir gute und weniger gute Nachrichten zu dem Qubino Flush Relais
wir haben aufgenommenen:
Fehler 1 schaltet 2 Schalter obwohl nur einer geschaltet werden soll Fehler 2 schaltet verzögert Fehler 3 Webinterface & der Android-App zeigt AN obwohl AUS Fehler 4 Temperatur wird nicht korrekt angezeigt.
Fehler 1
Haben wir beheben können und sollte mit dem neuen Update 2.24. nicht mehr vorkommen.
Fehler 2 und 3
Haben wir nachstellen können. Es hängt hier wirklich von der Umgebung und der Verbindung zum Gerät ab. Wenn die Verbindung für das Signal und die Rückmeldung schlecht ist, wird das Gerät verspätet geschalten und der Status nicht sofort übermittelt.
Hier können wir leider nichts machen. Da die Qubinos bei vielen Nutzern ohne Probleme funktionieren, würde vielleicht eine andere Position für den homee Verbesserung bringen. Das müsstet ihr mal bitte ausprobieren.
Fehler 4
Haben wir leider bei keinem der Geräte nachstellen können.
Wie viele Qubinos sind von dem Problem betroffen?
Welche FW. ist auf den Geräten?
Sind die Geräte in Reichweite?
Zu 1. Müssen wir die Qubino 2-fach Relais jezt exkludieren und neu inkludieren, oder reicht ein erneutes Abfragen, oder sollte nichts getan werden müssen?
Ich habe mich gestern Abend schon gewundert das mein Flurlicht wieder anders schaltet, als vorher. Zwar noch nicht 100ig aber anders eben
Nur um sicher zu sein…in den 2-fach Relais sind 3 Softwareschalter verbaut, nicht nur wie die 2 Schalteranschlüße verkabelt für je 1 Relais. Werden jetzt alle 3 erkannt in den HG`s?
Zu 4. Ich gehe mal meine Module durch, wobei es sich hier nicht nur um 2 fach Relais handelt bei denen die Temperaturanzeige nicht ging, das waren auch 1-fach Relais. Ich schreibe nochmal Details zu FW und SW.
Tante €dit sagt:
Ich habe mich heute mal an meine Module gemacht, aber erstmal nur die 2-fach Relais und nur Android App…
Meine Module sind:
FW 3.67 SW 1.12 Anzeige im Display: AN|AN|AN darunter 1x Schalter Funktion: Schalter schaltet beide Relais an
FW 4.05 SW 1.02 Anzeige im Display: AN|AN darunter Schalter 1 Schalter 2 Funktion: Schalter 1 schaltet Schalter 2 mit an
FW 4.05 SW 5.00 Anzeige im Display: AN|AN darunter Schalter 1 Schalter 2 Funktion: Schalter 1 schaltet Schalter 2 mit an
FW 4.05 SW 1.02 Anzeige im Display: AN|AN darunter Schalter 1 Schalter 2 Funktion: Schalter 1 schaltet Schalter 2 mit an
FW 4.05 SW 5.00 Anzeige im Display: AN|AN darunter Schalter 1 Schalter 2 Funktion: Schalter 1 schaltet Schalter 2 mit an
FW 3.67 SW 1.12 Anzeige im Display: AN|AN|AN darunter Schalter Funktion: Schalter 1 schaltet Schalter 2 mit an
Dann habe ich gestern Abend noch alle Geräte neu abgerufen und heute Morgen nochmal geprüft. Es gab keine Veränderung am Schaltverhalten.
Also habe ich vorhin mal 2 Module Exkludiert und neu Inkludiert. Beim inkludieren konnte ich bei Modul 1. nur Symbole für einzelne Geräte auswählen. Beim Modul 3. wurden mir Doppelsteckdose und Doppellampe als Symbole angezeigt.
FW 3.67 SW 1.12 Anzeige im Display: AN|AN|AN darunter Schalter Funktion: Schalter schaltet beide Relais an
FW 4.05 SW 5.00 Anzeige im Display: AN|AN darunter Schalter 1 Schalter 2 Funktion: Schalter 1 schaltet Schalter 2 nicht mit an
Also hat das funktioniert…
Mein Fazit:
Ich hatte vor einem Update das schon etwas länger her ist, extra die Module 1. und 6. für meine Garten-Wassersteuerung genommen weil die mit der “alten” FW und SW einwandfrei geschaltet haben. nach dem Update ging keines der Module mehr richtig. Jetzt 5-6 Updates später gehen die Module mit der FW 4.05 und SW 5.00 was die neuesten zu sein scheinen.
Verwendet Goap hier verscheidene api`s oder warum ist das so schwierig die zu implementieren?
Erreichbarkeit und Schaltzustand geht einwandfrei.
mein Qubino Flush 2 Relais zeigt die Temperatur auch nicht korrekt an. (Fehler 4)
Erst wenn ich Gerät neu Abfrage zeigt es den korrekten Wert an. Helfe gern um das Problem zu lösen. Wollte damit eigentlich meine Infrarotheizung im Bad steuern.
Hallo,
die Temperatur (Fehler 4) meines Qubino Flush 2 Relais zeigt auch immer nur einen neuen Wert an, wenn ich dieses Gerät manuell neu abfrage. Dann bekomme ich aber einen passenden korrekten Wert.
Bei meinen Qubino Flush Shutter habe ich das Problem, daß diese häufig auf einem Verbrauchswert von während der Rolladenbetätigung hängen bleiben. Dann wird hier den ganzen Tag über ein Verbrauch angenommen und angezeigt. Auch hier wird der Wert richtig gesetzt, wenn ich das betroffene Gerät manuell neu abfrage. Gelegentlich zeigt der Rolladen auch 1% oder 99% an, obwohl er ganz offen bzw. geschlossen ist. Hier genügt als Werteupdate, wenn der Rolladen noch einmal über den Homee zum öffnen/schließen angestoßen wird. Der Rolladen macht dann zwar nichts, aber die korrekten Werte werden noch einmal gesendet.
Vermutlich würde es insgesamt helfen, wenn Homee alle Werte regelmäßig abfragen würde. Es sieht so aus, als wenn Homee gelegentlich nicht alles mitbekommt/verarbeitet, was die Qubinos kommunizieren. Bei der Temperatur bin ich mir nicht sicher, ob die Qubinos wirklich Änderungen schicken sollen oder ob diese vielleicht grundsätzlich abgefragt werden müsse.
Also irgendwas stimmt hier überhaupt nicht. Ich bekomme nach neu abfragen jetzt einen Verbrauch für Schalter 3 angezeigt. Was ist das? Auch nach dem neu abfragen wird ein Verbrauch angezeigt. Alle Lampen sind aber aus.
@Andreas
Kannst du das Thema auch nochmal
Mitnehmen? Anscheinend, wenn ich die anderen Threads verfolge, gibt es mit anderen Qubino Produkten auch Probleme?!
Hallo zusammen,
nachdem das vorletzte Beta Update wieder einiges durcheinander gewürfelt hat und ich heute bei mir das Letzte Beta Update aufgespielt habe, sind nicht nur die Bugs vom vorherigen Beta Update sondern auch einige Probleme der 2-fach Relais behoben worden.
Ich habe noch nicht alle getestet, aber beim Wasserlauf draussen die Pumpen und in der Toilette die Beleuchtung schaltet wieder einzeln und nicht nur zusammen Ein und Aus.
Ja, ich habe die Relais neu abgerufen.
Danke Andreas, welcher auch immer…
Darfst/ Kannst Du uns erklären woran es gelegen hat, bzw wie habt ihr das gefixt? Hat Qubino mitgeholfen, oder wurdet ihr alleine gelassen?
Ist für mich einfach mal interessant zu wissen wieviel “Lust” so ein Hersteller hat zu helfen, bei der Implementierung ins Gateway seiner Produkte…
Tante Edit: Das Relais für das Toilettenlicht schaltet doch noch falsch. Schalter 1 Schalter beide Relais und Schalter 2 eben nur eines. Schalter 3 ist nicht sichtbar. Weder unter Geräte noch unter Automation bei der Erstellung. Schade…
ich habe bzgl. der nicht auffrischenden Temperaturanzeige Kontakt mit Qubino aufgenommen, um zu klären, ob ich etwas falsch mache oder noch eine Möglichkeit habe (vielleicht mit einem nicht dokumentierten Parameter, …).
Die haben dort einen Homee und konnten das Verhalten bestätigen. Es muß im homee korrigiert werden. Der Qubino sendet die Werte.
Anbei ein Auszug aus der Originalantwort für den interessierten Leser:
We just concluded the integration tests on Homee, and we noticed that the temperature was not updating automatically. We send to Homee our findings so that they can correct the integration. Until then you will have to set poling from the gateway.
seufz
, beschreibe ich hier auch gleich mal das beobachtete Phänomen mit einem an “Qubino Flush 2 Relays” (diverse FW/SW Versionen) angeschlossenen Temperatur-Sensor:
