Test Adapter ZWave 2 v1.9.x
-
@gelberlemmy Wenn das Problem seit dem letzten Update auftritt, dann warte bitte auf die nächste Version. Da gabs ne Änderung, die für viele Geräte nicht kompatibel ist. Ich hab die zurückgenommen, neue Version kommt später. Falls das nicht hilft, schau ich dann gerne.
Bisher habe ich immer den Ursprung "system.adapter.javascript.0" zurück bekommen wenn das Licht über Script geschalten wurde. Jetzt bekommen ich immer "system.adapter.zwave2.0" zurück egal wer oder was schaltet.
Kann eigentlich nicht ganz sein - wie triggerst du denn genau? Wenn du per Skript schaltest, gibt es garantiert zwischendurch eine Aktualisierung, die vom Skript kam.
-
v1.9.3 ist auf dem Weg
/cc @gelberlemmy
-
@alcalzone sagte in Test Adapter ZWave 2 v1.9.x:
v1.9.3 ist auf dem Weg
/cc @gelberlemmy
Super danke für den schnellen fix. Werde diesen jetzt einmal testen und Rückmeldung geben.
Gruss André
-
Die Abfrage des Ursprung und das setzen der Variable manuell sieht so aus
Wenn ich am zwave2 Adpater das aktiviere
Und meinen Alias Datenpunkt nur das targetValue geben und das currentValue weg nehme, funktioniert das Script wieder.
-
@alcalzone sagte in Test Adapter ZWave 2 v1.9.x:
@gelberlemmy Wenn das Problem seit dem letzten Update auftritt, dann warte bitte auf die nächste Version. Da gabs ne Änderung, die für viele Geräte nicht kompatibel ist. Ich hab die zurückgenommen, neue Version kommt später. Falls das nicht hilft, schau ich dann gerne.
Bisher habe ich immer den Ursprung "system.adapter.javascript.0" zurück bekommen wenn das Licht über Script geschalten wurde. Jetzt bekommen ich immer "system.adapter.zwave2.0" zurück egal wer oder was schaltet.
Kann eigentlich nicht ganz sein - wie triggerst du denn genau? Wenn du per Skript schaltest, gibt es garantiert zwischendurch eine Aktualisierung, die vom Skript kam.
Ich habe einmal geschaut. Das Problem liegt schon länger zurück. Alle Fibaro Rauchmelder haben seit langem kein Batteriestatus mehr gesendet. Aber auch viele Öffnungsmelder nicht. Teilweise zuletzt im letzten Jahr.... Aber alle anderen Werte werden sowie es aussieht übermittelt. Zumindest der Feueralarm und die Öffnungszustände. Eventuell kannst Du ja was bei dem genannten Rauchmelder etwas erkennen im Log.
Ich könnte sonst alle Notes einmal auflisten mit dem letzten übermittelten Datum.Gruss André.
-
@gelberlemmy sagte in Test Adapter ZWave 2 v1.9.x:
Festgestellt an einem Fibaro Rauchmelder Node 33. Dieser hatte 5 %. Nach Batterietausch keine Änderung. Ein paar Tage abgewartet. Diesen Node neu interwievt, ab und an einmal aufgeweckt und Alarm ausgelöst. Keine Veränderung.
Node 33 behauptet zumindest, dass er Batterie-Meldungen senden kann - ich sehe allerdings keine Meldung im Zeitraum des Logs. Node 81 ebenfalls nicht. Kannst du die Geräte ggf. so konfigurieren, dass sie die senden? Sonst wäre mal eine Nachfrage beim Hersteller hilfreich.
zwei Bewegungsmelder Node 44 und Node 121
Welche sind das genau? Hersteller + Typ?
-
@gelberlemmy sagte in Test Adapter ZWave 2 v1.9.x:
@alcalzone sagte in Test Adapter ZWave 2 v1.9.x:
@gelberlemmy Kannst du mir noch dazu sagen, was für Geräte (Hersteller und Bezeichnung) die betroffenen Nodes sind?
Sorry vergessen
Mode 33 Rauchmelder Fibaro FIBEFGSD-002 Z-Wave
Mode 81 Öffnungsmelder Vision Tür- und Fenstersensor (VIS_ZD2102-5)
Node 44 und 121 Bewegungsmelder Aeotec MultiSensor Gen5@AlCalzone anbei die Typen der Melder. Die Battlemeldungen in % hat ja tadellos funktioniert. Daher sollten diese doch korrekt konfiguriert sein.
Daher denke ich das das Problem woanders liegt. Aber ich schaue noch einmal in der Config ob es da was gibt. -
@gelberlemmy sagte in Test Adapter ZWave 2 v1.9.x:
Aeotec MultiSensor Gen5
Für die kannst du die Konfiguration ändern, damit direkt eine gescheite Kommandoklasse verwendet wird:
Die Werte gehen dann auch nicht verloren beim Neustart.
-
@alcalzone sagte in Test Adapter ZWave 2 v1.9.x:
@gelberlemmy sagte in Test Adapter ZWave 2 v1.9.x:
Aeotec MultiSensor Gen5
Für die kannst du die Konfiguration ändern, damit direkt eine gescheite Kommandoklasse verwendet wird:
Die Werte gehen dann auch nicht verloren beim Neustart.
Das kann ich einmal einstellen. Kein Problem.
Aber was mache ich mit den anderen Batteriewerten diverser Melder. Noch hat sich da nix geändert. Woran könnte das noch liegen. Neustart habe ich heute noch einmal gemacht. Es hat ja auch schon funktioniert. Komischerweise funktionieren ja alle anderen Werte der Melder. Nur nicht die Batterie. Ich kann mir auch nicht Vortsellen, dass sich ein Wert seit Dezember 2020 nicht ändert. -
@gelberlemmy sagte in Test Adapter ZWave 2 v1.9.x:
Aber was mache ich mit den anderen Batteriewerten diverser Melder.
Kannst höchstens mal ein Log ein paar Tage laufen lassen, dann kann ich schauen, ob irgendwo eine Meldung verschluckt wird. Wenn der Rest kommt, wäre meine Vermutung tatsächlich dass entweder das Gerät diese nicht meldet oder sie nicht beim Stick ankommen.
Wenn da wirklich nichts kommt, bleibt dir wohl nichts übrig, als mal den Support des Herstellers zu bemühen.
-
@alcalzone sagte in Test Adapter ZWave 2 v1.9.x:
@gelberlemmy sagte in Test Adapter ZWave 2 v1.9.x:
Aber was mache ich mit den anderen Batteriewerten diverser Melder.
Kannst höchstens mal ein Log ein paar Tage laufen lassen, dann kann ich schauen, ob irgendwo eine Meldung verschluckt wird. Wenn der Rest kommt, wäre meine Vermutung tatsächlich dass entweder das Gerät diese nicht meldet oder sie nicht beim Stick ankommen.
Wenn da wirklich nichts kommt, bleibt dir wohl nichts übrig, als mal den Support des Herstellers zu bemühen.
OK.
Log läuft bereits schon etwas länger.... Ich warte noch ein wenig. Es sind aber leider verschiedene Hersteller und Geräte quer durch die Bank. Das macht mich ja so stutzig....und auch, das es ja schon funktioniert hat. Ich werde noch einmal einen Rauchmelder aufwecken und neu interviewen. Ich bin gespannt. Log werde ich diese Woche laufen lassen. Dann sende ich Dir dies zu.
DankeGruß André
-
@alcalzone sagte in Test Adapter ZWave 2 v1.9.x:
@Typ1er ein bisschen ausführlicher musst du schon werden. Zeig doch mal einen Screenshot mit den Objekten eines deiner Roller Shutter 2.
Hier mal ein Bild aus FHEM, dort taucht die Position für die Lamellen in der normalen Positionsmeldung mit auf, und habe die dann in 2 Reading (Datenpunkte getrennt)
Bei den Rollladen wird nur die Zahl angezeigt wie bei "pct"
-
@typ1er Wie sieht es denn in ioBroker aus?
-
Hier mal ein Bild, die 2 Level sehe ich nur wo sehe die ausgelesene Slat Position?
-
@typ1er
1 ist hoch/runter, sollte auch bei Multilevel Switch -> target/current value gespiegelt sein
2 ist Rotation -
Könntest du mal bitte schauen warum Node 37 seit der Version 1.9.x nicht mehr schaltet.
Wenn ich den Binary Switch schalte geht er kurz auf true und dann wieder auf false. Schaltet aber nicht. Ist ein Fibaro Double Switch.
Habe ihn auch schon erneut interviewt.
Anbei das Log.
zwave-10764.logDanke und Grüße
Marcel -
@marsx79 sagte in Test Adapter ZWave 2 v1.9.x:
Schaltet aber nicht
Das liegt am Gerät. Schau mal ob da nicht irgend eine Einstellung aktiv ist, dass es nicht bedient werden darf, z.B. diese hier:
-
Danke für den Tipp.
Die Datenpunkte standen zwar auf "Unprotected" aber ich habe sie noch mal auf "Unprotected" gesetzt und jetzt geht es. Total komisch...da das erst mit dem Update des Z-Wave Adapters auf 1.9.x aufgetreten ist. Vorher ging es. Und ich habe da auch nichts verstellt gehabt.
Hauptsache es funktioniert jetzt!
-
@marsx79 sagte in Test Adapter ZWave 2 v1.9.x:
Und ich habe da auch nichts verstellt gehabt.
Das sagen sie alle...
Der Adapter verstellt nicht von sich aus die Konfiguration auf dem Gerät, auch nicht bei Updates.
-
Ich habe auch das Problem beim Abus CFA3010 das ich unter dem Adapter Zwave2 meine Tür nicht mehr versperren kann, aber unter Zwave (also Openzwave) ging das mit einem einfachen true/false.
Wird sich dazu was ändern unter zwave2? Persönlich gefällt mir der adapter auch mehr aber was soll man nun machen? Aber trotz allem ist der Neue Adapter um ein vielfaches Besser als der alte Adapter, muß auch mal gesagt werden. Danke Danke Danke
