Test Adapter Z-Wave 2 (v1.1.x / v1.2.x)
-
So ich habe es nochmal versucht mit dem LOG:
erste mal geweckt: zwave2.0 2020-06-13 08:36:56.960 info (3017) Node 8: is now asleep zwave2.0 2020-06-13 08:36:55.919 info (3017) Node 8: interview completed, all values are updated zwave2.0 2020-06-13 08:36:42.694 info (3017) Node 8: is now awake zweite mal geweckt: zwave2.0 2020-06-13 08:40:34.783 info (3017) Node 8: is now asleep zwave2.0 2020-06-13 08:40:24.784 info (3017) Node 8: is now awakeHier der LOG:
Gruss
-
@AlCalzone
Wollte nur mal kurz ein Feedback geben also Door Lock geht jetzt bzw. State TargetMode ist vorhanden und Schlösser lasen sich Steuern. Allerdings stelle ich fest, das bei einem Schloss welches weiter weg ist also empfangstechnisch nicht optimal ist, das senden von Befehlen gelegentlich nicht funktioniert und dann auch ein Error im Log kommt. Es scheint also ob die Mesh Funktionalität also das weiterreichen von benachbarten Nodes nicht zuverlässig geht da ich mit openzwave dieses Verhalten nicht habe.Aber ist schon beeindruckend was du hier mit deinem Adapter leistest....Respekt 👍
@jupzup Die Mesh-Funktionalität sollte bei beiden Adaptern gleich funktionieren, da ich da keinen Einfluss drauf habe. Ich meine mich aber zu erinnern, dass der "alte" Adapter bei Sendefehlern den State einfach nicht bestätigt hat, während der neue sich im Log bemerkbar macht.
@ChristianG Pings an schlafende Nodes haben die Sendewarteschlage blockiert
-
-
kann sein habe das öfter gemacht also alles platt gemacht ..... den kompletten stick zurück gesetzt .....
Habe den Post überarbeitet und die Daten hochgeladen.
-
@jupzup Die Mesh-Funktionalität sollte bei beiden Adaptern gleich funktionieren, da ich da keinen Einfluss drauf habe. Ich meine mich aber zu erinnern, dass der "alte" Adapter bei Sendefehlern den State einfach nicht bestätigt hat, während der neue sich im Log bemerkbar macht.
@ChristianG Pings an schlafende Nodes haben die Sendewarteschlage blockiert
@AlCalzone das bedeutet aber nicht, dass ich die jetzt aus dem Schlaf holen kann und die sofort die Temp ändern oder? Das ist nämlich schon lange ein Problem. Man muss immer warten bis die nach max 15 min den neuen Wert annehmen.
-
Aktuelle Test Version 1.2.1 Veröffentlichungsdatum 13.06.2020 Github Link https://github.com/AlCalzone/ioBroker.zwave2 Changelog
- Support für
Door Lock CCin Version 4 undLock CCwurde hinzugefügt - Das E5-Problem mit Danfoss-Thermostaten wurde (hoffentlich) behoben
- Im Node-Interview wird jetzt toleriert, dass Geräte auf manche Abfragen (Batterie- und Sensor-Status) nicht antworten
- Folgende Probleme wurden behoben:
- Einzelne schlafende Nodes konnten die komplette Kommunikation lahm legen
- Einige CCs haben die empfangenen Werte nicht korrekt gespeichert
- Die Werte für Endpoint 1 mancher Multichannel-Geräte wurde nicht aktualisiert
Derzeit noch nicht sichtbar: Die zugrundeliegende Library kann jetzt Firmware-Updates durchführen. Eine entsprechende UI baue ich in der nächsten Version ein.
Update v1.2.0:
- Einzelne Nodes können jetzt erneut interviewt werden:
- Die lokal gespeicherten Lifeline-Assoziationen werden während dem Interview nun korrekt aktualisiert.
Update v1.2.1:
Der Dropdown zum Einbinden von neuen Geräten funktioniert wieder.
Happy testing!
@AlCalzone
Mein kurzes Feedback
Version 1.1.0: wird beim "Fibargroup FGR223" (Node 20) die "currentValue_001" nicht aktuallisiert.
Version 1.2.0: hiermit kann ich nichts steuern, nach dem Interview leuchtet der Zwave.Me Stick dauerhaft. - Support für
-
@AlCalzone
Mein kurzes Feedback
Version 1.1.0: wird beim "Fibargroup FGR223" (Node 20) die "currentValue_001" nicht aktuallisiert.
Version 1.2.0: hiermit kann ich nichts steuern, nach dem Interview leuchtet der Zwave.Me Stick dauerhaft.@peppino sagte in Test Adapter Z-Wave 2 (v1.1.x / v1.2.x):
@AlCalzone
Mein kurzes Feedback
Version 1.1.0: wird beim "Fibargroup FGR223" (Node 20) die "currentValue_001" nicht aktuallisiert.
Version 1.2.0: hiermit kann ich nichts steuern, nach dem Interview leuchtet der Zwave.Me Stick dauerhaft.Das kann ich mit meinen FGR223 so nicht bestätigen.
Mit der Version 1.1.0 und jetzt 1.2.0 funktionieren meine FGR223 wie vorher auch und der currentValue_001 Wert wird nach dem beenden der Fahrt auch korrekt gesetzt - egal ob ich über ioBroker oder händisch am Taster steuere.Mein ZWave Modul leuchtet bei mir mit der Version 1.2.0 auch nicht dauerhaft - für mich sieht alles gut aus.
-
Nach dem Update aus 1.2.0 kann ich keine Geräte mehr Einbinden passiert nix wenn ich auf Geräte einbinden klicke...normal wird der Button rot und man kann Module einbinden.
@Flopsi Ab und zu hab ich das auch beim Testen, ggf. hat sich der Stick aufgehängt. Adapter aus, Stick raus, Stick wieder rein und Adapter wieder starten.
@ChristianG Sollte eigentlich gehen, ja. Wenn du nicht manuell aufweckst, holen die sich beim nächsten Aufwachen die Temperatur ab.
@peppino
v1.1.0: Kann ich so aus dem Log nicht erkennen. Beim Interview werden die Werte abgefragt, die Association ist richtig gesetzt. Hast du gewartet, bis "interview completed" im Log stand?
v1.2.0: Im Log ebenfalls nichts auffälliges. Probier auch mal den Stick vom Strom zu trennen. -
@Flopsi Ab und zu hab ich das auch beim Testen, ggf. hat sich der Stick aufgehängt. Adapter aus, Stick raus, Stick wieder rein und Adapter wieder starten.
@ChristianG Sollte eigentlich gehen, ja. Wenn du nicht manuell aufweckst, holen die sich beim nächsten Aufwachen die Temperatur ab.
@peppino
v1.1.0: Kann ich so aus dem Log nicht erkennen. Beim Interview werden die Werte abgefragt, die Association ist richtig gesetzt. Hast du gewartet, bis "interview completed" im Log stand?
v1.2.0: Im Log ebenfalls nichts auffälliges. Probier auch mal den Stick vom Strom zu trennen.@AlCalzone Also sollte auch manuell der Wert direkt angenommen werden? @Flopsi und ich haben das Problem gehabt, dass der Wert übernommen wird aber erst beim nächsten eigenen Aufwachen umgestellt wird und nicht direkt beim manuellen Übergeben der Werte.
-
@AlCalzone Also sollte auch manuell der Wert direkt angenommen werden? @Flopsi und ich haben das Problem gehabt, dass der Wert übernommen wird aber erst beim nächsten eigenen Aufwachen umgestellt wird und nicht direkt beim manuellen Übergeben der Werte.
-
@ChristianG Bestenfalls ja. Falls nicht, bitte Log erstellen :) Habe leider keinen Heizkörper, sonst würd ichs selbst ausprobieren.
@AlCalzone Alles klar, wird gemacht, sobald ich mit das Fibaro Netzwerk umstelle. Vll kann @Flopsi seinen ja mal wieder fix dran machen ;) und es auch Testen?
-
@Flopsi Ab und zu hab ich das auch beim Testen, ggf. hat sich der Stick aufgehängt. Adapter aus, Stick raus, Stick wieder rein und Adapter wieder starten.
@ChristianG Sollte eigentlich gehen, ja. Wenn du nicht manuell aufweckst, holen die sich beim nächsten Aufwachen die Temperatur ab.
@peppino
v1.1.0: Kann ich so aus dem Log nicht erkennen. Beim Interview werden die Werte abgefragt, die Association ist richtig gesetzt. Hast du gewartet, bis "interview completed" im Log stand?
v1.2.0: Im Log ebenfalls nichts auffälliges. Probier auch mal den Stick vom Strom zu trennen.@AlCalzone
Nochmal v1.2.0: Stick leuchtet nach Interview fast durchgehend, mit Verzögerung reagiert Node20(secure) FGR223 "currentValue_001" wird nicht aktualisiert.
Beim setzen von "targetValue_001" kommt ein Fehler:
zwave-6892.zip -
@AlCalzone
Nochmal v1.2.0: Stick leuchtet nach Interview fast durchgehend, mit Verzögerung reagiert Node20(secure) FGR223 "currentValue_001" wird nicht aktualisiert.
Beim setzen von "targetValue_001" kommt ein Fehler:
zwave-6892.zip -
@Flopsi Ab und zu hab ich das auch beim Testen, ggf. hat sich der Stick aufgehängt. Adapter aus, Stick raus, Stick wieder rein und Adapter wieder starten.
@ChristianG Sollte eigentlich gehen, ja. Wenn du nicht manuell aufweckst, holen die sich beim nächsten Aufwachen die Temperatur ab.
@peppino
v1.1.0: Kann ich so aus dem Log nicht erkennen. Beim Interview werden die Werte abgefragt, die Association ist richtig gesetzt. Hast du gewartet, bis "interview completed" im Log stand?
v1.2.0: Im Log ebenfalls nichts auffälliges. Probier auch mal den Stick vom Strom zu trennen.Das hat leider nix gebracht kann immer noch keine geräte einbinden.
Da ich gerade nix einbinden kann wird das aktuell nix mit dem Danfoss.
Ich habe sogar den PI 4 Stromlos gemacht und gewartet....
-
Das hat leider nix gebracht kann immer noch keine geräte einbinden.
Da ich gerade nix einbinden kann wird das aktuell nix mit dem Danfoss.
Ich habe sogar den PI 4 Stromlos gemacht und gewartet....
@Flopsi Hmm passiert bei mir jetzt auch - schaue ich mir an. Als Workaround kannst du das Einbinden manuell aktivieren:
Non-secure für unverschlüsselt, secure für verschlüsselt.@peppino
Ich brauche noch etwas Logging. Bitte folgende Testversion der Library installieren:cd /opt/iobroker/node_modules/iobroker.zwave2 npm i zwave-js@3.7.3-beta.0und damit nochmal ein Log erzeugen - das landet dann in
/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js. -
Dies ist der Fehler beim starten:
-
Das hat leider nix gebracht kann immer noch keine geräte einbinden.
Da ich gerade nix einbinden kann wird das aktuell nix mit dem Danfoss.
Ich habe sogar den PI 4 Stromlos gemacht und gewartet....
Support us
463
Online32.7k
Users82.5k
Topics1.3m
Posts