NEWS
Test Adapter Z-Wave 2 (v1.1.x / v1.2.x)
-
Jetzt spinnt ein Moition:
Node_008
Hier fehlt der Ordner Notification...
Node_002

Bei Node_002 ist er dabei .....
Hier der aktuelle LOG:
Node_002 ist ein neueres Modell....

Nod_008 ist ein altes Modell

der Datenpunkt Node_008.Binary_Sensor.any ändert sich bei mir nicht hast du noch was besonders eingestellt .... bei Bewegung sollte der doch dann auf true gehen oder habe ich da was falsch verstanden.??

Hier mal meine Configuration von Node_008:

@Flopsi Laut https://manuals.fibaro.com/de/motion-sensor/ gibt es nen Unterschied zwischen Versionen bis 2.9 und denen ab 3.2.
Die alten senden Basic SET-Kommandos, die neuen Notifications.Aus dem Log ist leider nicht viel zu erkennen. Weder von Node 2 noch von Node 8 wurde hier irgendwas empfangen.
-
Was bedeutet das jetzt für mich das die mit version 2.8 nicht laufen werden ?
Bei meiner Version 2.8 wird irgendwie nix gesendet .....bleibt auch bei bewegung auf false Batterie habe ich auch schon raus und rein gemacht
@Flopsi Nein, beide senden was. Aber das ist im von dir geposteten Log nicht enthalten.
Was gesendet wird, müsste ich schon mal sehen, um eventuelle Probleme zu erkennen.Am besten weckst du den Node nach dem Adapterstart mal manuell auf, dann sollte ich zumindest sehen können, ob die Associations korrekt konfiguriert werden.
-
ich hoffe das ist richtig sonst sag mir bitte wie ich den aufwecke den Node habe das jetzt durch dreimalieges drücke gemacht am Motion selber.
Wie kann man nochmal auf die neue Version updaten ?
-
ich hoffe das ist richtig sonst sag mir bitte wie ich den aufwecke den Node habe das jetzt durch dreimalieges drücke gemacht am Motion selber.
Wie kann man nochmal auf die neue Version updaten ?
@Flopsi sagte in Test Adapter Z-Wave 2 (v1.1.x / v1.2.x):
Wie kann man nochmal auf die neue Version updaten ?
Wenn du im latest Repository bist, dann sollte heute Nacht um 2 die Version verfügbar werden. Sofern du nicht warten kannst:
iobroker upgrade zwave2@1.2.0 -
Ich warte gerne bis morgen :)
@AlCalzone
Wie gehen wir den jetzt die Motionsensoren mit der Version 2.8 an ich habe davon 7 Stück davon will die ungerne tauschen müssen.Bis jetzt habe ich Folgendes Module am laufen:
Fibargroup FGRM222 Version 22.22 (Shutter2)
Fibargroup FGS221 Version 2.1 (Double Switch)
Fibargroup FGT001 Version 4.7 (Heat Controller)
Fibargroup FGWP101 Version 25.25 (Schuko Stecker Wallplug)
Fibargroup FGMS001 Version 3.3 (Fibaro Motion Sensor)AEON Labs ZW100 Version 1.8 (Aeotec Multi-Sensor 6 ZW100-C - Z-Wave Plus)
Dieser macht Probleme bei der Bewegungserkennung die löst im Datenpunkt nicht aus:
Fibargroup FGMS001 Version 2.8 (Fibaro Motion Sensor)
Ich werde hier alle meine Module nach und nach testen und auflisten.
-
ich hoffe das ist richtig sonst sag mir bitte wie ich den aufwecke den Node habe das jetzt durch dreimalieges drücke gemacht am Motion selber.
Wie kann man nochmal auf die neue Version updaten ?
@Flopsi sagte in Test Adapter Z-Wave 2 (v1.1.x / v1.2.x):
ich hoffe das ist richtig sonst sag mir bitte wie ich den aufwecke den Node habe das jetzt durch dreimalieges drücke gemacht am Motion selber.
Normalerweise durch 1- oder 3-maliges Drücken. Ist aber noch gar nix davon im Log zu sehen. Gib dem Ganzen bitte mal ein paar Minuten Zeit, bevor du den Node weckst - nach 40 Sekunden ist da noch die Hölle los im Netzwerk.
-
@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 👍
-
@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 👍
@AlCalzone was genau war das Problem?
Das E5-Problem mit Danfoss-Thermostaten wurde (hoffentlich) behoben
-
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
-
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
-
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.


