@Hausbenutzer @Chris33
Ihr habt die Vorgabe bei der Bytegröße auf 2 Byte umgestellt und Parameter 10 auf 0 eingestellt.
Und bei Euch hat die Parameter-Änderung keine Veränderung gebracht - es gehen also immer noch beide Lampen an?
Wenn ja, würde ich mal versuchen bei der Parameter-Änderung mit dem homee näher an den Qubino heranzugehen, eventuell ist die Parameter-Änderung bei den Relays gar nicht angekommen.
Um den Fehler zu beheben mußte ich meine Qubino Neuanlernen.
Anschließend habe ich All On und Off deaktiviert. Bin mal gespannt ob der Fehler jetzt noch einmal auftritt
Servus zusammen,
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
Einen entsprechenden Hinweis auf dieses Handling fand ich übrigens auch unter
How to use SwitchAll On/Off
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.
Gruß Torsten
Hallo nochmal,
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.
Zum Beispiel nur für eine Brennstelle
oder auch für beide Brennstellen an einem Qubino:
Zugehörige Historie für Schalter 1
Zugehörige Historie für Verbrauch 1
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.
könnt ihr dazu etwas sagen?
Das Qubino Flush 2 Relais wird ja offiziell im homee-Shop verkauft 
Natürlich hätte eine funktionierende und gewollte All on/All off-Funktion neben den Einzelschaltungen auch seine Vorteile. 
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
Gruß Torsten
P.S.: Die Situation in Diagrammform:
Schalterstellung AN/AUS
Verbrauch in Watt
Weiteres Beispiel für Inkonsistenz der Qubino-Anzeigen (Verbraucher 2 ist tatsächlich AUS):
P.P.S.: Ein weiteres Phänomen mit den Qubinos hatte ich hier platziert: Qubino Flush 2 Relay wiederholt ausgegraut
Hallo nochmal,
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:
Philio 4-in-1 Multi-Sensor (Außen-)Temperaturen desselben Monats:
Vergleiche auch Hinweis zum Thermometer von @Jackflash vom Dez. 2018
Servus zusammen,
hier eine weitere (leider nicht zu selten gemachte) Beobachtung bei meinen installierten Qubinos:
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
Für normale Bewohner ergeben sich damit “etwas unerwartete” Effekte - und erhöhen damit nicht automatisch die Akzeptanz der Steuerung. 
Beobachtet von euch noch jemand so etwas? Gibt’s ein Kraut dagegen?
Gruß Torsten
P.S.: Zweites Beispiel mit “nur” 4s Verzögerung:
Drittes Beispiel mit 9s Verzögerung:
@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.
@Hausbenutzer hast Du mir hier etwas genauere Angaben?
Und wenn wir schon dabei sind, bitte auch die SW Version von Deinem Brain und der App.
Edit:
Des Weiteren wäre es interessant zu wissen ob sich das Fehlverhalten
durch erneutes einlernen beheben lässt. Könntest Du das Gerät mal auslernen und neu einlernen und ein wenig beobachten?
P.S. auf den (at)homee Benutzernamen hört keiner aus unserem Team, bitte in Zukunft entweder direkt oder unsere (at)Support Gruppe erwähnen 
Servus @Andreas
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.
Brain-Version: 2.23.0 (bd7d599)
Z-Wave-Brain-Firmware: 3.95.0
Web-App: 2.23.1 (a4a74a6)
Android-App: 2.23.1. (143)
Gruß Torsten
Danke Dir Thorsten
Meinst Du, dass du einen von den betroffenen Geräten neu einlernen könntest? Natürlich nur wenn es keinen großen Umstand macht!
Ansonsten müsste ich es bei uns mal nachstellen und das kann noch etwas dauern.
Servus @Andreas,
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. 
Gruß Torsten
P.S.
Meine neueste Feststellung zur Problemlage: Homee ignoriert von Qubinos gesendete Daten und graut sie zeitgleich aus.
P.P.S
@Andreas, leider hat sich das Systemverhalten nach dem (zwangsweisen) neu Inkludieren eines (zwischenzeitlich wieder ausgegrauten) Qubinos überhaupt nicht geändert - die unerwartete Dynamik bleibt vielmehr bestehen.
Hallo zusammen,
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?
Erst einmal vielen Dank für deine Rückmeldung!
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:
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.
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.
Hallo Andreas,
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?!
Das Thema, oder besser gesagt die Themen mit dem Qubino´s sind bei mir noch offen.
