NEWS
Test Adapter ZWave 2 v1.9.x
-
-
Hallo,
Nach länger Abstinenz habe ich wieder mal die neueste Zwave2 Version probiert und ich muss sagen ich bin begeistert.
Ich habe bei meinen ~20 Zwave Geräten nur bei einem Teilnehmer ein Problem.
Mein Fibaro FGR223 den ich Secure eigebunden habe liefert keine Meter Werte, weder kWh noch W.
Cache gelöscht und neu interviewt keine Änderung.
Joe
-
@peppino Ich hatte ein Ähnliches Problem beim Umstieg vom "alten" Z-wave Adapter. Da hat einmal neu anlernen geholfen.
Leider bin ich an der Exclusion des FGR223 gescheitert, weder der b-button noch der Taster an S1 wollten ihn zur Exclusion überreden. Nicht desto trotz hatte ich trotzdem einen Erfolg, während meinen Versuchen hatte ich mehrmals den FGR223 vom Netz genommen, das hat ihm anscheinend jetzt doch dazu überredet "Meter" Werte zu senden. :blush:
-
Leider bin ich an der Exclusion des FGR223 gescheitert, weder der b-button noch der Taster an S1 wollten ihn zur Exclusion überreden. Nicht desto trotz hatte ich trotzdem einen Erfolg, während meinen Versuchen hatte ich mehrmals den FGR223 vom Netz genommen, das hat ihm anscheinend jetzt doch dazu überredet "Meter" Werte zu senden. :blush:
@peppino Laut Log hat der Node nicht auf die Abfrage geantwortet, welche verschlüsselten Befehle er unterstützt - in Folge dessen wurde er als nicht verschlüsselt eingestuft - und dann ging nix mehr, weil er ja verschlüsselt ist.
Müsste man eigentlich am fehlenden 🔒 in der Geräteliste sehen. -
@peppino Laut Log hat der Node nicht auf die Abfrage geantwortet, welche verschlüsselten Befehle er unterstützt - in Folge dessen wurde er als nicht verschlüsselt eingestuft - und dann ging nix mehr, weil er ja verschlüsselt ist.
Müsste man eigentlich am fehlenden 🔒 in der Geräteliste sehen.@alcalzone
Das Schlosssymbol war vorhanden und mit targetvalue konnte ich ihn auch bedienen -
@alcalzone
Das Schlosssymbol war vorhanden und mit targetvalue konnte ich ihn auch bedienen -
Ich habe hier mehrere Jalousien an RollerShutter 2, mir fehlt bei den Lamellen die Aktuelle Positionmeldung.
sowas in der Art "venetianBlindsTiltPosition"
In FHEM stand die aktuelle Position von den Lamellen und vom Rollo in einem Register hintereinander.
-
Aktuelle Test Version v1.9.3 Veröffentlichungsdatum 2021-04-10 Github Link https://github.com/AlCalzone/ioBroker.zwave2/ Hat ne Weile gedauert, aber ich hab mal wieder ein Update. Wie so oft steckt die meiste Arbeit unter der Haube.
Changelog
Die vielleicht wichtigste Änderung: Beim Neustart werden nicht mehr sämtliche Werte aller Geräte abgefragt, wenn diese zuvor interviewt wurden. Das bedeutet einerseits, dass beim Neustart eines bestehenden Netzwerks ohne Änderung der Adapter nach kürzester Zeit bereit ist und batteriebetriebene Geräte länger halten. Andererseits werden alle Werte gelb angezeigt, bis ein aktualisierter Wert empfangen wurde.Es gab außerdem Änderungen an bestimmten IDs der Notification CC. Um mögliche Doppelt-Nutzung zu vermeiden, wird der Notification-Typ bei Events ebenfalls in der ID wiedergegeben, z.B.:
zwave2.0.Node_048.Notification.accessControl_keypadLockOperation_userId
statt
zwave2.0.Node_048.Notification.keypadLockOperation_userIdWeitere Änderungen:
- Netzwerk-Heilen bricht bei großen Netzwerken nicht mehr frühzeitig ab
- Die Geräteliste im Admin-Dialog zeigt jetzt einen passenderen Typ für Geräte an, z.B.
Wall ControllerstattRouting Slave - Das Interview schlafender Geräte bleibt nicht mehr hängen, wenn diese beim Neustart des Adapters noch nicht interviewt wurden.
- Die Werte
previousValueunddeltaTimeder Meter CC werden nicht mehr genutzt - Diverse Bug- und Crash-Fixes
- haufenweise aktualisierte Gerätekonfigurationen
Update v1.9.2:
Aktualisiert aufzwave-jsVersion 7.1.0. Nennenswerte Änderungen:- Es werden jetzt anonyme Nutzungsstatistiken gesendet. Details sind in der Doku zu finden.
- Bessere Unterstützung für Z-Wave-Sticks der 700er-Serie
- Werte der
Notification CCwerden nicht mehr standardmäßig nach 5 Minuten automatisch aufidlezurückgesetzt. Dieses Verhalten kann bei Bedarf pro Gerät aktiviert werden. - Mehrere Stabilitätsverbesserungen
Eine vollständige Liste der Änderungen ist hier zu finden.
Update v1.9.3:
- Das alte Verhalten für einige Geräte, die ihre Werte über das Root-Gerät berichten, wurde wieder hergestellt.
- Diverse kleinere Änderungen an Konfigurationsdateien
@alcalzone Bin mir nicht sicher, ob das hier korrekt aufgehoben ist, aber wie kann ich denn das Abus CFA3010 überhaupt steuern?
Es ist eingebunden, aber mehr verstehe ich eben nicht:
-
Aktuelle Test Version v1.9.3 Veröffentlichungsdatum 2021-04-10 Github Link https://github.com/AlCalzone/ioBroker.zwave2/ Hat ne Weile gedauert, aber ich hab mal wieder ein Update. Wie so oft steckt die meiste Arbeit unter der Haube.
Changelog
Die vielleicht wichtigste Änderung: Beim Neustart werden nicht mehr sämtliche Werte aller Geräte abgefragt, wenn diese zuvor interviewt wurden. Das bedeutet einerseits, dass beim Neustart eines bestehenden Netzwerks ohne Änderung der Adapter nach kürzester Zeit bereit ist und batteriebetriebene Geräte länger halten. Andererseits werden alle Werte gelb angezeigt, bis ein aktualisierter Wert empfangen wurde.Es gab außerdem Änderungen an bestimmten IDs der Notification CC. Um mögliche Doppelt-Nutzung zu vermeiden, wird der Notification-Typ bei Events ebenfalls in der ID wiedergegeben, z.B.:
zwave2.0.Node_048.Notification.accessControl_keypadLockOperation_userId
statt
zwave2.0.Node_048.Notification.keypadLockOperation_userIdWeitere Änderungen:
- Netzwerk-Heilen bricht bei großen Netzwerken nicht mehr frühzeitig ab
- Die Geräteliste im Admin-Dialog zeigt jetzt einen passenderen Typ für Geräte an, z.B.
Wall ControllerstattRouting Slave - Das Interview schlafender Geräte bleibt nicht mehr hängen, wenn diese beim Neustart des Adapters noch nicht interviewt wurden.
- Die Werte
previousValueunddeltaTimeder Meter CC werden nicht mehr genutzt - Diverse Bug- und Crash-Fixes
- haufenweise aktualisierte Gerätekonfigurationen
Update v1.9.2:
Aktualisiert aufzwave-jsVersion 7.1.0. Nennenswerte Änderungen:- Es werden jetzt anonyme Nutzungsstatistiken gesendet. Details sind in der Doku zu finden.
- Bessere Unterstützung für Z-Wave-Sticks der 700er-Serie
- Werte der
Notification CCwerden nicht mehr standardmäßig nach 5 Minuten automatisch aufidlezurückgesetzt. Dieses Verhalten kann bei Bedarf pro Gerät aktiviert werden. - Mehrere Stabilitätsverbesserungen
Eine vollständige Liste der Änderungen ist hier zu finden.
Update v1.9.3:
- Das alte Verhalten für einige Geräte, die ihre Werte über das Root-Gerät berichten, wurde wieder hergestellt.
- Diverse kleinere Änderungen an Konfigurationsdateien
@alcalzone
Wenn ich mich in einen Raum länger aufhalte, gehen bei meinen Fibaro Motion Meldungen von Bewegung verloren und man steht nach einiger Zeit im Dunklen.
Das passiert wenn kurz vorher die Bewegung auf 0 wechselt kommt die nächste Bewegung nicht mehr an. Wie eine zeitliche Überschneidung. -
@alcalzone
Wenn ich mich in einen Raum länger aufhalte, gehen bei meinen Fibaro Motion Meldungen von Bewegung verloren und man steht nach einiger Zeit im Dunklen.
Das passiert wenn kurz vorher die Bewegung auf 0 wechselt kommt die nächste Bewegung nicht mehr an. Wie eine zeitliche Überschneidung.der fibaro motion ist ein bewegungsmelder, die haben normalerweise eine "totzeit" (bis zum melden der nächsten bewegung)
bewegungsmelder ohne "totzeit" nennt man präsenzmelder (hue motion)wenn du deinen bwm als präsenzmelder verwenden willst musst du das über dein javascript, blockly machen
-
der fibaro motion ist ein bewegungsmelder, die haben normalerweise eine "totzeit" (bis zum melden der nächsten bewegung)
bewegungsmelder ohne "totzeit" nennt man präsenzmelder (hue motion)wenn du deinen bwm als präsenzmelder verwenden willst musst du das über dein javascript, blockly machen
@jackdaniel
Ja das ist mir schon bewusst, habe das auch mittels Script und Timeout gelöst. Das hat mit dem "alten" zwave Adapter immer tadellos funktioniert. Der neue Adapter scheint mir da etwas zu verschlucken. -
@alcalzone
Wenn ich mich in einen Raum länger aufhalte, gehen bei meinen Fibaro Motion Meldungen von Bewegung verloren und man steht nach einiger Zeit im Dunklen.
Das passiert wenn kurz vorher die Bewegung auf 0 wechselt kommt die nächste Bewegung nicht mehr an. Wie eine zeitliche Überschneidung.@peppino Ist bekannt und wird in der nächsten Version gefixt sein.
@MierscheidDoor_Lock.targetMode:)
@Typ1er ein bisschen ausführlicher musst du schon werden. Zeig doch mal einen Screenshot mit den Objekten eines deiner Roller Shutter 2. -
@peppino Ist bekannt und wird in der nächsten Version gefixt sein.
@MierscheidDoor_Lock.targetMode:)
@Typ1er ein bisschen ausführlicher musst du schon werden. Zeig doch mal einen Screenshot mit den Objekten eines deiner Roller Shutter 2.@alcalzone Danke, das hatte ich schon vom Peterfrosta gehört, nur klappte das nicht. Nach dem x-ten Mal Netzwerk heilen und neu interviewen hatte es dann endlich funktioniert – das äußerte sich darin, dass ich auf einmal viel mehr Informationen (Battery, Configuration, etc. zzgl. zum Door Lock selber) bekam. Siehe Bilder im Vergleich. Jetzt reagiert der Antrieb endlich auf Änderungen im Target-Mode.
Kann ich eigentlich auf S2 umschalten, oder geht das immer noch nicht?


EDIT:
Ich habe nur ein Problem, aber das wirst Du nicht wissen. Schliesse ich die Tür durch druck auf das Lock-Symbol an der Tür (oder öffne sie), dann ist alles in Ordnung.
Gebe ich den Befehl in ioBroker (0 oder 255) dann geht die Tür in den Störmodus und pipt entnervend: Status: "Lock jammed(11)".
Ich denke, dass der angelernte Modus (wann ist offen, wann ist zu) nicht verwendet wird. -
@alcalzone Danke, das hatte ich schon vom Peterfrosta gehört, nur klappte das nicht. Nach dem x-ten Mal Netzwerk heilen und neu interviewen hatte es dann endlich funktioniert – das äußerte sich darin, dass ich auf einmal viel mehr Informationen (Battery, Configuration, etc. zzgl. zum Door Lock selber) bekam. Siehe Bilder im Vergleich. Jetzt reagiert der Antrieb endlich auf Änderungen im Target-Mode.
Kann ich eigentlich auf S2 umschalten, oder geht das immer noch nicht?


EDIT:
Ich habe nur ein Problem, aber das wirst Du nicht wissen. Schliesse ich die Tür durch druck auf das Lock-Symbol an der Tür (oder öffne sie), dann ist alles in Ordnung.
Gebe ich den Befehl in ioBroker (0 oder 255) dann geht die Tür in den Störmodus und pipt entnervend: Status: "Lock jammed(11)".
Ich denke, dass der angelernte Modus (wann ist offen, wann ist zu) nicht verwendet wird.@mierscheid sagte in Test Adapter ZWave 2 v1.9.x:
Nach dem x-ten Mal Netzwerk heilen und neu interviewen hatte es dann endlich funktioniert – das äußerte sich darin, dass ich auf einmal viel mehr Informationen (Battery, Configuration, etc. zzgl. zum Door Lock selber) bekam. Siehe Bilder im Vergleich. Jetzt reagiert der Antrieb endlich auf Änderungen im Target-Mode.
Dann war die Verbindung vorher vermutlich suboptimal. S2 geht noch nicht - ich werde zugeschüttet mit anderen Problemen und komme dort nur sehr schleppend weiter.
Lock jammed
Ja da kann ich dir nicht helfen - das ist eine Einstellungssache.
-
@peppino Ist bekannt und wird in der nächsten Version gefixt sein.
@MierscheidDoor_Lock.targetMode:)
@Typ1er ein bisschen ausführlicher musst du schon werden. Zeig doch mal einen Screenshot mit den Objekten eines deiner Roller Shutter 2.@alcalzone
Danke funktioniert perfekt! -
Aktuelle Test Version v1.9.3 Veröffentlichungsdatum 2021-04-10 Github Link https://github.com/AlCalzone/ioBroker.zwave2/ Hat ne Weile gedauert, aber ich hab mal wieder ein Update. Wie so oft steckt die meiste Arbeit unter der Haube.
Changelog
Die vielleicht wichtigste Änderung: Beim Neustart werden nicht mehr sämtliche Werte aller Geräte abgefragt, wenn diese zuvor interviewt wurden. Das bedeutet einerseits, dass beim Neustart eines bestehenden Netzwerks ohne Änderung der Adapter nach kürzester Zeit bereit ist und batteriebetriebene Geräte länger halten. Andererseits werden alle Werte gelb angezeigt, bis ein aktualisierter Wert empfangen wurde.Es gab außerdem Änderungen an bestimmten IDs der Notification CC. Um mögliche Doppelt-Nutzung zu vermeiden, wird der Notification-Typ bei Events ebenfalls in der ID wiedergegeben, z.B.:
zwave2.0.Node_048.Notification.accessControl_keypadLockOperation_userId
statt
zwave2.0.Node_048.Notification.keypadLockOperation_userIdWeitere Änderungen:
- Netzwerk-Heilen bricht bei großen Netzwerken nicht mehr frühzeitig ab
- Die Geräteliste im Admin-Dialog zeigt jetzt einen passenderen Typ für Geräte an, z.B.
Wall ControllerstattRouting Slave - Das Interview schlafender Geräte bleibt nicht mehr hängen, wenn diese beim Neustart des Adapters noch nicht interviewt wurden.
- Die Werte
previousValueunddeltaTimeder Meter CC werden nicht mehr genutzt - Diverse Bug- und Crash-Fixes
- haufenweise aktualisierte Gerätekonfigurationen
Update v1.9.2:
Aktualisiert aufzwave-jsVersion 7.1.0. Nennenswerte Änderungen:- Es werden jetzt anonyme Nutzungsstatistiken gesendet. Details sind in der Doku zu finden.
- Bessere Unterstützung für Z-Wave-Sticks der 700er-Serie
- Werte der
Notification CCwerden nicht mehr standardmäßig nach 5 Minuten automatisch aufidlezurückgesetzt. Dieses Verhalten kann bei Bedarf pro Gerät aktiviert werden. - Mehrere Stabilitätsverbesserungen
Eine vollständige Liste der Änderungen ist hier zu finden.
Update v1.9.3:
- Das alte Verhalten für einige Geräte, die ihre Werte über das Root-Gerät berichten, wurde wieder hergestellt.
- Diverse kleinere Änderungen an Konfigurationsdateien
@alcalzone danke für das Update. Wurde dort irgendein Name eines Datenpunktes geändert ? Habe einmal die Beschreibung durchgelesen. Nicht das ich das übersehen habe.
Gruß André
-
@alcalzone danke für das Update. Wurde dort irgendein Name eines Datenpunktes geändert ? Habe einmal die Beschreibung durchgelesen. Nicht das ich das übersehen habe.
Gruß André
-
@gelberlemmy Nicht bewusst :)
@alcalzone :+1:
-
Aktuelle Test Version v1.9.3 Veröffentlichungsdatum 2021-04-10 Github Link https://github.com/AlCalzone/ioBroker.zwave2/ Hat ne Weile gedauert, aber ich hab mal wieder ein Update. Wie so oft steckt die meiste Arbeit unter der Haube.
Changelog
Die vielleicht wichtigste Änderung: Beim Neustart werden nicht mehr sämtliche Werte aller Geräte abgefragt, wenn diese zuvor interviewt wurden. Das bedeutet einerseits, dass beim Neustart eines bestehenden Netzwerks ohne Änderung der Adapter nach kürzester Zeit bereit ist und batteriebetriebene Geräte länger halten. Andererseits werden alle Werte gelb angezeigt, bis ein aktualisierter Wert empfangen wurde.Es gab außerdem Änderungen an bestimmten IDs der Notification CC. Um mögliche Doppelt-Nutzung zu vermeiden, wird der Notification-Typ bei Events ebenfalls in der ID wiedergegeben, z.B.:
zwave2.0.Node_048.Notification.accessControl_keypadLockOperation_userId
statt
zwave2.0.Node_048.Notification.keypadLockOperation_userIdWeitere Änderungen:
- Netzwerk-Heilen bricht bei großen Netzwerken nicht mehr frühzeitig ab
- Die Geräteliste im Admin-Dialog zeigt jetzt einen passenderen Typ für Geräte an, z.B.
Wall ControllerstattRouting Slave - Das Interview schlafender Geräte bleibt nicht mehr hängen, wenn diese beim Neustart des Adapters noch nicht interviewt wurden.
- Die Werte
previousValueunddeltaTimeder Meter CC werden nicht mehr genutzt - Diverse Bug- und Crash-Fixes
- haufenweise aktualisierte Gerätekonfigurationen
Update v1.9.2:
Aktualisiert aufzwave-jsVersion 7.1.0. Nennenswerte Änderungen:- Es werden jetzt anonyme Nutzungsstatistiken gesendet. Details sind in der Doku zu finden.
- Bessere Unterstützung für Z-Wave-Sticks der 700er-Serie
- Werte der
Notification CCwerden nicht mehr standardmäßig nach 5 Minuten automatisch aufidlezurückgesetzt. Dieses Verhalten kann bei Bedarf pro Gerät aktiviert werden. - Mehrere Stabilitätsverbesserungen
Eine vollständige Liste der Änderungen ist hier zu finden.
Update v1.9.3:
- Das alte Verhalten für einige Geräte, die ihre Werte über das Root-Gerät berichten, wurde wieder hergestellt.
- Diverse kleinere Änderungen an Konfigurationsdateien
@alcalzone guten Morgen,
ich habe aktuell kleinere Probleme mit meinem ZWave Netzwerk. Die Batterieanzeige in % wird nicht mehr akualisiert. 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. Dann wollte ich gestern meine Alarmanlage scharf schalten. Ein Fenstersensor Node 81 stand immer auf auf. Die LED hat bei "auf" "zu" nicht mehr geleuchtet. Sollte laut Datenpunkten auch noch online sein. Batterie auf 60%. Batterie getauscht. Wieder in Funktion. Dies sind unterschiedliche Hersteller, sodass ich ja fast schon ausschließen kann, dass diese Werte nicht übertragen werden. Auch dort Ändert sich die 60% nicht.
Des weiteren habe ich zwei Bewegungsmelder Node 44 und Node 121. Dort wird bei Neustart des ZWave Adapters folgendes gelöscht :zwave2.0 2021-04-09 08:57:59.507 warn (5018) Deleting orphaned state zwave2.0.Node_121.Basic.currentValueDies ist aber ein Wert den ich nutze. Dieser wird auch automatisch bei Bewegung wieder angelegt. Einziger Nachteil ist, dass ich dann den JS Adapter dann neu Starten muß, da es dann Fehler in meiner Übersetzung vom originalen Datenpunkt zum Alias gibt. Dort übersetze ich den Wert "255" als "true" und "0" als "false".
Ich schicke Dir einmal die LOG Datei über Discord. Eventuell hast Du einmal Zeit dort nachzuschauen.
Gruß André