NEWS
Test Adapter Z-Wave 2 (v1.8.x)
-
@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
Bei Glühbirnen ist der Vorteil auch nicht wirklich da. Denk da eher mal an ein Rollo, was 20-30 Sekunden braucht. Da kannst du sehen, wo es hinfährt und wo es gerade ist.
Ja, aber die 30 Sekunden lag weiß man doch eigentlich wo es hin soll. Und ob das Rollo grad bei 50% oder 80% steht ist doch eigentlich nur in seltensten Fällen wichtig (wenn das Rollo klemmt oder so).
O.k. eine Echtzeitanimation zu haben sieht natürlich klasse aus, da geb ich dir RechtAber was mir da grad einfällt und evtl. für dich interessant ist:
Ich habe ganz am Anfang meiner Zwave Steuerung drei verschiedene Unterputzaktoren für meine Rolläden gekauft um zu gucken welcher am besten funktioniert. Einmal Fibaro FGR222, sowie FGR223 und einen Permundo PSC152ZW.
Und es ist so, dass Fibaro keine Zwischenmeldung nach dem Schalten des Rollos gibt, wohl jedoch der von Permundo. D.H. es muss diese Art der Zwischenmeldung schon früher gegeben haben.Kennst du das? Sonst versuche ich davon mal ne Log zu machen.
In den Logs die ich oben bereits gepostet habe sind die Nodes wie folgt:
Fibaro FGR222 Node 012
Fibaro FGR223 Node 057
Permunde PSC152ZW Node 011Dein Ansatz mit Alias ist schon vernünftig, ich muss noch verhindern, dass targetValue gelöscht wird.
Ja, da hab ich die 1.8.1 ausprobiert, wie auch die "Kompatiblität"-Einstellung.
Also 1.8.1 ohne Kompatiblität überlebt nicht ein targetvalueWenn ich dann ohne zu schalten die Kompatiblitätseinstellung aktiviere und die Instanz neu startet bleiben die targetvalues auch leer.
Nun schalte ich via Vis als Test alle Alias im Wohnzimmer. (2x FGS223, 1x FGWP102, 1xpermundo PSC132ZW) ,so dass targetvalue true ist.
Starte ich nun den Adapter neu, so wird am Anfang bei allen drei der targetvalue entfernt. Nachdem alle anderen Nodes einmal durchgelaufen sind taucht der targetvalue aber zumindest bei den beiden FGS223 wieder auf.
Der FGWP102 und PSC132ZW bleiben jedoch leer...keine Ahnung warum...ich gucke jetzt ne Episode Serie (45 min) und schau ob sich bis dahin was getan hat -
@Troya sagte in Test Adapter Z-Wave 2 (v1.8.x):
Starte ich nun den Adapter neu, so wird am Anfang bei allen drei der targetvalue entfernt.
Jup, konnte ich reproduzieren und wird in der nächsten Version nicht mehr passieren, nachdem man einmal einen Wert da reingeschrieben hat.
Einmal Fibaro FGR222, sowie FGR223 und einen Permundo PSC152ZW.
Und es ist so, dass Fibaro keine Zwischenmeldung nach dem Schalten des Rollos gibt, wohl jedoch der von Permundo. D.H. es muss diese Art der Zwischenmeldung schon früher gegeben haben.Ich habe FGR222, die geben spätestens wenn sie wieder stehen ein Update. Manchmal auch vorher.
FGR223 tun das eigentlich auch, die wurden hier ausgiebig getestet.@Troya sagte in Test Adapter Z-Wave 2 (v1.8.x):
Und ob das Rollo grad bei 50% oder 80% steht ist doch eigentlich nur in seltensten Fällen wichtig (wenn das Rollo klemmt oder so).
An sich richtig. Nun ist es aber so, dass in Z-Wave ein Multilevel Switch für alles stehen kann, was Zwischenstufen hat. Und so ein Dimmvorgang kann theoretisch bis zu 127 Minuten dauern. Außerdem könnte der Zielwert von woanders geschaltet werden.
Das Thema wurde aber auch schon ausgiebig diskutiert. Es jetzt zu ändern, wäre ein riesiger breaking change, den ich nicht verantworten will. -
@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
@Troya sagte in Test Adapter Z-Wave 2 (v1.8.x):
Starte ich nun den Adapter neu, so wird am Anfang bei allen drei der targetvalue entfernt.
Jup, konnte ich reproduzieren und wird in der nächsten Version nicht mehr passieren, nachdem man einmal einen Wert da reingeschrieben hat.
Ansich nicht wild, ein paar Sekunden später kommt der Wert ja wieder...hat sich nur kurz was zu trinken geholt
Einmal Fibaro FGR222, sowie FGR223 und einen Permundo PSC152ZW.
Und es ist so, dass Fibaro keine Zwischenmeldung nach dem Schalten des Rollos gibt, wohl jedoch der von Permundo. D.H. es muss diese Art der Zwischenmeldung schon früher gegeben haben.Ich habe FGR222, die geben spätestens wenn sie wieder stehen ein Update. Manchmal auch vorher.
FGR223 tun das eigentlich auch, die wurden hier ausgiebig getestet.Ja, das ist richtig, die melden sich wenn Sie fertig sind, während der Permundo das alle 1-2 Sekunden macht. Ist evtl. auch ne Config-Sache...
Wird wohl wie so häufig sein: der eine User findet das toll....ein anderer stört sich an dem "Zwave-Signal-Gespamme"@Troya sagte in Test Adapter Z-Wave 2 (v1.8.x):
Und ob das Rollo grad bei 50% oder 80% steht ist doch eigentlich nur in seltensten Fällen wichtig (wenn das Rollo klemmt oder so).
An sich richtig. Nun ist es aber so, dass in Z-Wave ein Multilevel Switch für alles stehen kann, was Zwischenstufen hat. Und so ein Dimmvorgang kann theoretisch bis zu 127 Minuten dauern. Außerdem könnte der Zielwert von woanders geschaltet werden.
Das Thema wurde aber auch schon ausgiebig diskutiert. Es jetzt zu ändern, wäre ein riesiger breaking change, den ich nicht verantworten will.Du, alles gut. Ich weiß wie wichtig es ist sowas von grundauf für alle Eventualitäten zu programmieren. Als Laie von außen sieht man nichtmal ansatzweise die Tiefe von so einem Projekt. Da zieh ich auf jeden Fall den Hut vor dir!
-
@Chris_78 sagte in Test Adapter Z-Wave 2 (v1.8.x):
Wie AlCalzone bereits schrieb sind Alias-Werte der richtige Weg.
Du kannst hier unterschiedliche Read/Write Werte setzen, somit brauchst du keine speziellen Widgets/Schalter in der Vis und
der aktuelle Status (z.B. einer Lampe) wird auch korrekt angezeigt.
Das ja geil, wusste ich nicht, danke!Hier mal ein Beispiel für ein Alias mit zusätzlichem Mapping von 0->false und 99-> true (kannst du aber auch weg lassen):
Ja auch cool. Damit muss ich mich auch mal beschäftigen...
Zum Beispiel hab ich das "Problem", dass ich den "Prozentwert"(Dimmer) eines Rolladen bei Google home nutze um ihn komplett rauf zu fahren, wie etwa:
"Hey Google, dimme Rolladen auf 0 Prozent" - nicht sehr logisch...
Aber manchmal möchte ich den Rolladen auch nur auf 20% stellen, daher nur der eine Alias für beides.
Wie kann ich das mit nem zusätzlichen Mapping in einem Alias einrichten? Wohl kaum so oder?"states": { "hoch": "0", "runter": "99"},
Glaub aber nicht, dass das so einfach geht, da ich den Trait bei Google als "Brightness" angelegt hab um die Prozentwerte durchgeben zu können.
So sieht der Alias aus:
Kannst du mir den Teil aus deinem Alias erklären:
... }, "read": "val == '0' ? false : true", "write": "val == true ? 99 : 0" }, ...
Sorry, hat gar nichts mit Zwave zu tun merk ich grad
Wenn ihr wollt lösch ich das hier und mache nen neuen Beitrag auf? -
@Troya said in Test Adapter Z-Wave 2 (v1.8.x):
@Chris_78 sagte in Test Adapter Z-Wave 2 (v1.8.x):
Wie AlCalzone bereits schrieb sind Alias-Werte der richtige Weg.
Du kannst hier unterschiedliche Read/Write Werte setzen, somit brauchst du keine speziellen Widgets/Schalter in der Vis und
der aktuelle Status (z.B. einer Lampe) wird auch korrekt angezeigt.
Das ja geil, wusste ich nicht, danke!Hier mal ein Beispiel für ein Alias mit zusätzlichem Mapping von 0->false und 99-> true (kannst du aber auch weg lassen):
Ja auch cool. Damit muss ich mich auch mal beschäftigen...
Zum Beispiel hab ich das "Problem", dass ich den "Prozentwert"(Dimmer) eines Rolladen bei Google home nutze um ihn komplett rauf zu fahren, wie etwa:
"Hey Google, dimme Rolladen auf 0 Prozent" - nicht sehr logisch...
Aber manchmal möchte ich den Rolladen auch nur auf 20% stellen, daher nur der eine Alias für beides.
Wie kann ich das mit nem zusätzlichen Mapping in einem Alias einrichten? Wohl kaum so oder?"states": { "hoch": "0", "runter": "99"},
Glaub aber nicht, dass das so einfach geht, da ich den Trait bei Google als "Brightness" angelegt hab um die Prozentwerte durchgeben zu können.
So sieht der Alias aus:
Für meine Rolladen nutze ich auch die Brightness-Werte per alexa. Nutze hier zu aber den NodeRed-Adapter.
Klappt soweit gut. Du bräuchtest doch nur einen Alias anlegen, der die Int-Werte durchreicht (oder habe ich dich falsch verstanden?
Beispiel:{ "type": "state", "common": { "name": "Schlafzimmer Rollo", "write": true, "read": true, "role": "value", "desc": "per Script erstellt", "type": "number", "min": 0, "max": 99, "alias": { "id": { "read": "zwave2.0.Node_011.Multilevel_Switch.currentValue", "write": "zwave2.0.Node_011.Multilevel_Switch.targetValue" } } }, "native": {}, "from": "system.adapter.javascript.0", "user": "system.user.admin", "ts": 1595054558007, "_id": "alias.0.Schlafzimmer.Rollo", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
Kannst du mir den Teil aus deinem Alias erklären:
... }, "read": "val == '0' ? false : true", "write": "val == true ? 99 : 0" }, ...
Sorry, hat gar nichts mit Zwave zu tun merk ich grad
Wenn ihr wollt lösch ich das hier und mache nen neuen Beitrag auf?Das ist eigentlich nur eine "Kurzschreibweise" eines if-then-else Statements.
"read": "val == '0' ? false : true" -> Falls val==0 setze false ansonsten setze true
"write": "val == true ? 99 : 0" -> Falls value==true setze 99 ansonsten setze 0So kannst du einen True/False-Schalter nutzen um z.B. fixe Dimmer-Werte zu setzen -> false = 0 / true = 99
-
@Chris_78 sagte in Test Adapter Z-Wave 2 (v1.8.x):
Klappt soweit gut. Du bräuchtest doch nur einen Alias anlegen, der die Int-Werte durchreicht (oder habe ich dich falsch verstanden?
Was meinst du mit "Int-Werte"?
Das ist eigentlich nur eine "Kurzschreibweise" eines if-then-else Statements.
"read": "val == '0' ? false : true" -> Falls val==0 setze false ansonsten setze true
"write": "val == true ? 99 : 0" -> Falls value==true setze 99 ansonsten setze 0So kannst du einen True/False-Schalter nutzen um z.B. fixe Dimmer-Werte zu setzen -> false = 0 / true = 99
Achso, verstanden!
-
Da mein WAF stetig niedriger wird mit den teilweise nicht funktionierenden Nodes: Ich würde dann die problematischen Nodes mit dem alten Zwave-Adapter schalten und den Rest mit dem neuen Zwave2.
Kann ich beide Adapter parallel laufen lassen oder kommen die sich in die Quere? -
@Troya said in Test Adapter Z-Wave 2 (v1.8.x):
@Chris_78 sagte in Test Adapter Z-Wave 2 (v1.8.x):
Klappt soweit gut. Du bräuchtest doch nur einen Alias anlegen, der die Int-Werte durchreicht (oder habe ich dich falsch verstanden?
Was meinst du mit "Int-Werte"?
Sorry, komme ursprünglich aus der Java Welt...
Int = Integer = Zahl
Hier wäre Number die richtige Wahl gewesenDas ist eigentlich nur eine "Kurzschreibweise" eines if-then-else Statements.
"read": "val == '0' ? false : true" -> Falls val==0 setze false ansonsten setze true
"write": "val == true ? 99 : 0" -> Falls value==true setze 99 ansonsten setze 0So kannst du einen True/False-Schalter nutzen um z.B. fixe Dimmer-Werte zu setzen -> false = 0 / true = 99
Achso, verstanden!
-
@Troya said in Test Adapter Z-Wave 2 (v1.8.x):
Da mein WAF stetig niedriger wird mit den teilweise nicht funktionierenden Nodes: Ich würde dann die problematischen Nodes mit dem alten Zwave-Adapter schalten und den Rest mit dem neuen Zwave2.
Kann ich beide Adapter parallel laufen lassen oder kommen die sich in die Quere?Das klappt vermutlich nicht, da immer nur ein Adapter auf den Port/ZWave-Stick zugreifen kann.
-
@Troya sagte in Test Adapter Z-Wave 2 (v1.8.x):
teilweise nicht funktionierenden Nodes
Was meinst du?
-
@AlCalzone
Ist in meinem Alias-target-current-Wirrwarr evtl untergegangen.
Mein erster Beitrag(102), da hab ich im Beitrag danach auch Logs für dich erstellt(107): -
@Troya
Zum Fenstersensor:
accessControl_doorState und der Binary Sensor müssten funktionieren. Wenn die fehlen, stimmt was mit der Konfiguration oder den Verknüpfungen des Geräts nicht. Hier lohnt ein Blick in die Anleitung.
ALARM.Access_Control_1 ist die alte Version der Notification CC. Der müsste accessControl_doorState entsprechen.
Im Zweifel mach mal ein Log, wo du die betätigst.ASUS CFA3010
Hast du den vorm Einbinden auf Security S0 umgestellt? Steht in der Anleitung wie das geht. Security S2 kann der Adapter noch nicht. Es gibt definitiv Leute, die dieses Gerät mit zwave2 schon im Einsatz haben.
nur zwave2.0.Node_003.Binary_Switch.targetValue ohne die 1/2.*
Interviewe das Gerät mal neu (unter Adaptereinstellungen -> Geräte -> Knopf [...])
-
@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
Hast du den vorm Einbinden auf Security S0 umgestellt? Steht in der Anleitung wie das geht. Security S2 kann der Adapter noch nicht. Es gibt definitiv Leute, die dieses Gerät mit zwave2 schon im Einsatz haben.
Fange mal mit dem Schloss an. Habe es exkludiert, auf S0 umgestellt und erneut im sicheren Modus inkludiert.
Sieht eigentlich ganz gut aus:
Jedoch kommen keine Werte rein...Weder wenn ich irgendwo was eintrage noch wenn ich per hand das Schloss öffne und schließe.
zwave2.0.Node_082.status=alive, was gut klingt, jedoch
jedoch zwave2.0.Node_082.ready=false nicht so gut. -
@Troya sagte in Test Adapter Z-Wave 2 (v1.8.x):
zwave2.0.Node_082.ready=false
Dann ist das Interview noch nicht durch. Haste mal ein Log?
-
@AlCalzone
Bitte sehr, einmal Log mit Pommes kommt sofort ...
zwave-1001.logInterview vom Schloss (Node 082) beginnt 20:08 Uhr.
^^^^^^^^^^^^^^^^^^
Außerdem in dem Log findest du den Node 003, der ist der besagte Fibaro welcher nicht schalten möchte. Ich habe den aber während des Logings nicht neu interviewed. Wusste nicht wie der Log zwei Interviews verkraftet bzw. dich beim auswerten stört. Aber vielleicht siehst du ja trotzdem wo das Problem liegt.Im normalen ioBroker Log findet sich folgender Fehler wenn er schalten soll:
zwave2.0 2020-12-23 21:29:13.233 error (1001) Timed out while waiting for a response from the nodeHier noch ein Screenshot vom Objektbaum des Node003:
Um die Fenstersensor kümmern wir uns später, die sind nicht so dringend.
-
@Troya Das Schloss macht ganz komisches Zeug...
Erst antwortet es über 5 Sekunden gar nicht, dann spammt es immer wieder den selben temporären Schlüssel statt auf unsere Anfragen zu antworten:21:08:51.165 SERIAL « 0x0110000410520a9880c6b0a377310c4f1d76 (18 bytes) 21:08:51.165 SERIAL » [ACK] (0x06) 21:08:51.166 DRIVER « [Node 082] [REQ] [ApplicationCommand] └─[SecurityCCNonceReport] nonce: 0xc6b0a377310c4f1d 21:08:51.195 SERIAL « 0x0110000410520a9880c6b0a377310c4f1d76 (18 bytes) 21:08:51.196 SERIAL » [ACK] (0x06) 21:08:51.196 DRIVER « [Node 082] [REQ] [ApplicationCommand] └─[SecurityCCNonceReport] nonce: 0xc6b0a377310c4f1d 21:08:51.229 SERIAL « 0x0110000410520a9880c6b0a377310c4f1d76 (18 bytes) 21:08:51.230 SERIAL » [ACK] (0x06) 21:08:51.231 DRIVER « [Node 082] [REQ] [ApplicationCommand] └─[SecurityCCNonceReport] nonce: 0xc6b0a377310c4f1d 21:08:51.290 SERIAL « 0x0110000410520a9880c6b0a377310c4f1d76 (18 bytes) 21:08:51.291 SERIAL » [ACK] (0x06) 21:08:51.292 DRIVER « [Node 082] [REQ] [ApplicationCommand] └─[SecurityCCNonceReport] nonce: 0xc6b0a377310c4f1d 21:08:51.368 SERIAL « 0x0110000410520a9880c6b0a377310c4f1d76 (18 bytes) 21:08:51.368 SERIAL » [ACK] (0x06) 21:08:51.369 DRIVER « [Node 082] [REQ] [ApplicationCommand] └─[SecurityCCNonceReport] nonce: 0xc6b0a377310c4f1d 21:08:51.385 SERIAL « 0x0110000410520a9880c6b0a377310c4f1d76 (18 bytes) 21:08:51.385 SERIAL » [ACK] (0x06) 21:08:51.386 DRIVER « [Node 082] [REQ] [ApplicationCommand] └─[SecurityCCNonceReport] nonce: 0xc6b0a377310c4f1d 21:08:51.484 SERIAL « 0x0110000410520a9880c6b0a377310c4f1d76 (18 bytes) 21:08:51.485 SERIAL » [ACK] (0x06) 21:08:51.486 DRIVER « [Node 082] [REQ] [ApplicationCommand] └─[SecurityCCNonceReport] nonce: 0xc6b0a377310c4f1d 21:08:51.496 SERIAL « 0x0110000410520a9880c6b0a377310c4f1d76 (18 bytes) 21:08:51.497 SERIAL » [ACK] (0x06) 21:08:51.498 DRIVER « [Node 082] [REQ] [ApplicationCommand] └─[SecurityCCNonceReport] nonce: 0xc6b0a377310c4f1d 21:08:52.041 SERIAL « 0x0110000410520a9880c6b0a377310c4f1d76 (18 bytes) 21:08:52.043 SERIAL » [ACK] (0x06) 21:08:52.043 DRIVER « [Node 082] [REQ] [ApplicationCommand] └─[SecurityCCNonceReport] nonce: 0xc6b0a377310c4f1d 21:08:52.099 SERIAL « 0x0110000410520a9880c6b0a377310c4f1d76 (18 bytes) 21:08:52.100 SERIAL » [ACK] (0x06) 21:08:52.100 DRIVER « [Node 082] [REQ] [ApplicationCommand] └─[SecurityCCNonceReport] nonce: 0xc6b0a377310c4f1d 21:08:52.255 SERIAL « 0x0110000410520a9880c6b0a377310c4f1d76 (18 bytes) 21:08:52.255 SERIAL » [ACK] (0x06) 21:08:52.256 DRIVER « [Node 082] [REQ] [ApplicationCommand] └─[SecurityCCNonceReport] nonce: 0xc6b0a377310c4f1d
Der Check ist in dem Fall etwas unglücklich, aber da das Schloss auf eine spezielle Anfrage nicht richtig antwortet, vermutet der Treiber dann dass es unverschlüsselt ist.
Folgendes kannst du mal versuchen:
Lerne das Schloss nochmal ab, setze es komplett zurück, stelle nochmal auf S0 falls nötig und lerne es dann wieder an.
Vielleicht findet sich hier aber noch jemand, der das Teil im Einsatz hat - 2-3 Leute hab ich damit schon hier schreiben gesehen.Ich bin die nächsten Tage bei der Familie, hab also nicht ständig Zeit zu antworten.
-
@AlCalzone
Danke, probiere ich sofort.
kann das vielleicht mit diesem Netzwerkschlüssel für sichere Kommunikation
zusammenhängen? Der war anfangs leer bis ich auf den Neu-Generieren Button gedrückt hab. Hatte damals die Vermutung dass das Schloss da vielleicht einen Wert drin benötigt um kommunizieren zu können -
@AlCalzone ich wünsche fröhliche Weihnachten. Sag einmal ich habe immer noch das Problem, dass sich meine letzten beiden Notes laut Netzwerkkarte nicht mit benachbarten Notes verbinden. Es sind Note 071 und Note 072. Note 071 ist eine Fernbedienung (funktioniert) und Note 072 ein Fibro RBGW Modul (funktioniert auch) Wie schon einmal besprochen, habe ich das Note 072 mehrfach neu interviewt. Aber dieser wird in der Karte nicht anders dargestellt. Netzwerk heilen umgehe ich einmal, denn es funktioniert ja alles tadellos. Es wunder mich halt nur..... Falls Du einmal Zeit und Lust hast, könntest Du ja noch einmal schauen.
Log schicke ich dir via Mail.Euch allen noch ein besinnliche Weihnachtszeit.
Gruß André -
Hallo zusammen!
Eine kurze Frage: Kann man die NodeId-Lücken eigentlich schießen? Ich hab ein altes Gerät ordentlich über den Button "- Gerät entfernen" abgemeldet und ein baugleiches Neues hinzugefügt und nun funktioniert meine Script nicht mehr, welches die Temperatur einiger Thermostate mittels Schleife einen neuen Wert zuweist.
Vielen Dank und viele GrüßeEDIT: Ich hab nun den Adapter Hard resettet und alle Thermostate neu eingebunden und alles funktioniert wieder normal. Trotzdem die Frage: Ginge das auch einfacher?
Und dann würde ich gerne noch eine Frage hinterherschicken: Kann es sein, dass die Devolo Z-Wave Heizungsthermostate nicht untereinander kommunizieren? Ich hab am entferntesten Punkt immer wieder Probleme, obwohl im regelmäßigen Abstand weitere Heizungen sind. Und in der Netzwerkkarte sehe ich nur eine Verbindung zwischen meinem Fibaro Rauchmelder und einem Fibaro Switch 2 (Node 9 und 10).
-
@Troya sagte in Test Adapter Z-Wave 2 (v1.8.x):
Der war anfangs leer bis ich auf den Neu-Generieren Button gedrückt hab. Hatte damals die Vermutung dass das Schloss da vielleicht einen Wert drin benötigt um kommunizieren zu können
Ja, für verschlüsselte Kommunikation brauchst du den
@gelberlemmy schau ich mir morgen mal an.
@moritzabcde sagte in Test Adapter Z-Wave 2 (v1.8.x):
Ginge das auch einfacher?
Nein, die Lücken werden erst wieder gefüllt, wenn du die 232 möglichen Node-IDs durch hast.
@moritzabcde sagte in Test Adapter Z-Wave 2 (v1.8.x):
Kann es sein, dass die Devolo Z-Wave Heizungsthermostate nicht untereinander kommunizieren?
Ja, das Mesh wird nur durch netzbetriebene Geräte aufgebaut. Batteriebetrieben verbringen die meiste Zeit schlafend, sodass sie da nicht beitragen können.