Test Adapter Z-Wave 2 (v1.7.x)
-
@AlCalzone Danke. Ich habe Motion und Tamper Gruppe 2 und Gruppe 4 eingetragen und nun fuktioniert es wieder wie gewünscht. Ich bin mir aber sicher, dass ich das vorher noch nie gemacht habe.
Nachtrag: z-wave Chip FW Version 3.2, Protocol 4.5
-
@AlCalzone
Was bedeutet es wenn die Werte die Farbe Orange haben.... -
@OstfrieseUnterwegs sagte in Test Adapter Z-Wave 2 (v1.7.x):
FW Version 3.2
Da ist in der Geräte-Konfiguration nicht hinterlegt, dass alle Gruppen verknüpft werden sollen. Bis 2.8 ist das noch so. Ich wäre da offen, allerdings ist es auch nicht unbedingt sinnvoll, bei jedem Auslösen 2 Pakete statt einem zu senden.
@Domoe sagte in Test Adapter Z-Wave 2 (v1.7.x):
Was muss der Sensor den senden damit das Thermostat das verarbeiten kann?
Ich dachte das wäre der SENSOR_MULTILEVEL_REPORT.Verstehe ich auch so. Hast du den Sensor so konfiguriert, dass er die auch sendet, bzw. siehst du die Temperatur-Reports in ioBroker auch?
müsste auf 1 stehen@Flopsi sagte in Test Adapter Z-Wave 2 (v1.7.x):
Was bedeutet es wenn die Werte die Farbe Orange haben....
Dass sie aus dem Cache gelesen wurden und seitdem nicht vom Gerät aktualisiert wurden. Kann ein bisschen irre führen, weil sie bei wiederholten Interviews anschließend "unnötigerweise" nochmal gelesen werden. Siehe auch https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/en/FAQ.md#help-all-my-scripts-trigger-after-an-adapter-restart
-
@AlCalzone
Ist alles eingestellt. Ich habe auch schon in den Logs geguckt. Das Thermostat schein seine eigene Temperatur noch zu nehmen.
-
@Domoe Hmm dann weiß ich auch nicht - vielleicht mal Google fragen, ob das Problem bekannt ist.
-
v1.7.7mit vielen Detail-Verbesserungen (siehe oben) ist jetzt verfügbar -
@AlCalzone super danke für die neue Version. Note 20 ist immer noch da
-
@gelberlemmy Klar, der ist ja auch noch im Controller-Speicher. Ziel sollte es sein, ihn in den Objekten sichtbar zu machen, damit du ihn über das Geräte-Tab entfernen kannst (ausgefallenes Gerät entfernen).
-
@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.7.x):
@OstfrieseUnterwegs sagte in Test Adapter Z-Wave 2 (v1.7.x):
FW Version 3.2
Da ist in der Geräte-Konfiguration nicht hinterlegt, dass alle Gruppen verknüpft werden sollen. Bis 2.8 ist das noch so. Ich wäre da offen, allerdings ist es auch nicht unbedingt sinnvoll, bei jedem Auslösen 2 Pakete statt einem zu senden.
Hm, ich hab aber keine neue FW aufgespielt (Fibaro erlaubt das Flashen nur mit eigenem Controller) , und das Verhalten hat sich irgendwann geändert. Vorher wurde *.Binary_Sensor.any automatisch gesetzt. Wie auch immer, es funktioniert ja mit den neuen Verknüpfungen wieder.
Merkwürdig ist, dass ich noch einen zweiten baugleichen BWM habe, und der hatte diese Verknüpfungen gesetzt, ohne, dass ich manuell etwas machen musste. -
@AlCalzone
Ich habe das Update installiert. Nach Neustart des Adapters bleibt erstmal alles beim alten.
Ich habe den Sensor jetzt mal neu angelernt und den Cache geleert.
Bis jetzt ist er nicht auf Status true.
Melde mich dann morgen nochmal wenn sich nichts geändert hat. -
@Domoe sagte in Test Adapter Z-Wave 2 (v1.7.x):
Bis jetzt ist er nicht auf Status true.
Mal manuell aufwecken
-
@AlCalzone
habe ich schon paar mal gemacht. Er überträgt dann Temperatur, Batterie etc. aber er scheint mit dem Interview nicht fertig zu werden.
-
@Domoe Hmm dann brauch ich vielleicht doch nochmal ein Log
-
@AlCalzone
Mit leerem Cache oder einfach eins machen?
Ich kann den auch nochmal neu anlernen wie du möchtest. -
@Domoe Einfach eins machen
-
-
@Domoe Sieht relativ unauffällig aus. 17:47 ist er knapp 10 Sekunden lang wach, bestätigt, aber beantwortet die meisten Anfragen in diesem Zeitraum nicht (oder die Antworten kommen nicht beim Controller an?). Mangels "echter" Antwort wird er nach 10 Sekunden als schlafend eingestuft - das könnte ich noch optimieren.
-
Kann ich irgendwas machen um zu versuchen das er auf Anfragen antwortet?
-
Danke für die V 1.7.7. -> die Version scheint einiges an Problemen zu beheben, mit denen ich mich rumgeschlagen habe (z.B. Status von Geräten die am 220V Netz hängen "tot" obwohl sie nachweislich kommunizieren, weil etwa die in Javascript realisierte Treppenlichtautomatik funktioniert, unvollständige Interviews nach Inkludieren und auch bei Wiederholung und manuellem Aufwecken). Das scheint jetzt zu funktionieren.
Offensichtlich wurde auch die fgkf601.json aktualisiert, danke.
Mal eine Frage am Rande. Wäre es möglich bei einem Object unter Configuration die Nummer des Parameters als Tooltip, in eckigen Klammern an den Namen angehängt oder noch anders mit anzugeben, das würde manchmal die Suche nach einem Parameter erleichtern.
-
@Domoe Du könntest versuchen, ihn näher an den Controller zu bringen, ob das etwas verbessert. Einige Geräte antworten aber einfach nicht auf bestimmte Abfragen, wenn sie diese Infos selbstständig senden. Da deiner zumindest den Empfang fleißig bestätigt, sollten es eigentlich keine Empfangsprobleme sein.
Schätze du musst auf 1.7.8 warten, da werde ich es so regeln, dass eine Empfangsbestätigung auch den Zeitraum verlängert, den der Node als "wach" angenommen wird. Damit dürfte das Interview trotz fehlender Antworten voran schreiten können.@jrgsch sagte in Test Adapter Z-Wave 2 (v1.7.x):
Mal eine Frage am Rande. Wäre es möglich bei einem Object unter Configuration die Nummer des Parameters als Tooltip, in eckigen Klammern an den Namen angehängt oder noch anders mit anzugeben, das würde manchmal die Suche nach einem Parameter erleichtern.
Gute Idee, habs mal aufgenommen. Grundsätzlich ist bei zwave2 aber nicht immer eine 1:1 Übersetzung zu Konfig-Parametern möglich. Manche wurden auf mehrere States aufgeteilt, um zu vermeiden, dass man im Kopf Bitmasken zusammen rechnen muss, z.B. diese wunderschöne userfreundliche Tabelle aus der MultiSensor 6 Anleitung:
