Test Adapter Z-Wave 2 (v1.7.x)

[BausSH]

@AlCalzone
Hier ist die Anzeige vom target-Value (blue):

{
  "from": "system.adapter.zwave2.0",
  "user": "system.user.admin",
  "ts": 1602513248918,
  "common": {
    "name": "Target value (Blue)",
    "role": "value",
    "desc": "The target value of the Blue color.",
    "type": "number",
    "min": 0,
    "max": 255,
    "read": true,
    "write": false
  },
  "native": {
    "nodeId": 9,
    "valueId": {
      "commandClass": 51,
      "endpoint": 0,
      "property": "targetColor",
      "propertyKey": 4
    }
  },
  "acl": {
    "object": 1638,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1638
  },
  "_id": "zwave2.0.Node_009.Color_Switch.targetColor_blue",
  "type": "state"
}

[AlCalzone]

@BausSH sagte in Test Adapter Z-Wave 2 (v1.7.x):

"read": true,
"write": false

Whoops!
Die Color Switch CC hat jemand anders implementiert, das ist mir beim Review wohl durch die Lappen gegangen. Issue ist erstellt --> https://github.com/AlCalzone/node-zwave-js/issues/1038

@Harry94 das is ja übel - das ganze Log besteht aus fast nix anderem... Scheint loszugehen nachdem das Interview abgeschlossen ist:

10:49:08.569 CNTRLR   [Node 027] treating BasicCC Set as a report
10:49:08.569 CNTRLR   [Node 027] [~] [Binary Switch] currentValue: false => false       [Endpoint 0]
10:49:08.587 SERIAL « 0x010d0004001b07600d0201200100a5                                    (15 bytes)
10:49:08.588 SERIAL » [ACK]                                                                   (0x06)
10:49:08.589 DRIVER « [Node 027] [REQ] [ApplicationCommand]
                      └─[MultiChannelCCCommandEncapsulation]
                        │ source:      2
                        │ destination: 1
                        └─[BasicCCSet]
                            target value: 0
10:49:08.591 CNTRLR   [Node 027] treating BasicCC Set as a report
10:49:08.591 CNTRLR   [Node 027] [~] [Binary Switch] currentValue: false => false       [Endpoint 0]
10:49:08.608 SERIAL « 0x010d0004001b07600d0201200100a5                                    (15 bytes)
10:49:08.609 SERIAL » [ACK]                                                                   (0x06)
10:49:08.609 DRIVER « [Node 027] [REQ] [ApplicationCommand]
                      └─[MultiChannelCCCommandEncapsulation]
                        │ source:      2
                        │ destination: 1
                        └─[BasicCCSet]
                            target value: 0
10:49:08.612 CNTRLR   [Node 027] treating BasicCC Set as a report
10:49:08.612 CNTRLR   [Node 027] [~] [Binary Switch] currentValue: false => false       [Endpoint 0]
10:49:08.629 SERIAL « 0x010d0004001b07600d0201200100a5                                    (15 bytes)
10:49:08.629 SERIAL » [ACK]                                                                   (0x06)
10:49:08.630 DRIVER « [Node 027] [REQ] [ApplicationCommand]
                      └─[MultiChannelCCCommandEncapsulation]
                        │ source:      2
                        │ destination: 1
                        └─[BasicCCSet]
                            target value: 0
10:49:08.631 CNTRLR   [Node 027] treating BasicCC Set as a report
10:49:08.631 CNTRLR   [Node 027] [~] [Binary Switch] currentValue: false => false       [Endpoint 0]
10:49:08.650 SERIAL « 0x010d0004001b07600d0201200100a5                                    (15 bytes)
10:49:08.650 SERIAL » [ACK]                                                                   (0x06)
10:49:08.651 DRIVER « [Node 027] [REQ] [ApplicationCommand]
                      └─[MultiChannelCCCommandEncapsulation]
                        │ source:      2
                        │ destination: 1
                        └─[BasicCCSet]
                            target value: 0
10:49:08.653 CNTRLR   [Node 027] treating BasicCC Set as a report
10:49:08.653 CNTRLR   [Node 027] [~] [Binary Switch] currentValue: false => false       [Endpoint 0]
10:49:08.671 SERIAL « 0x010d0004001b07600d0201200100a5                                    (15 bytes)
10:49:08.672 SERIAL » [ACK]                                                                   (0x06)
10:49:08.672 DRIVER « [Node 027] [REQ] [ApplicationCommand]
                      └─[MultiChannelCCCommandEncapsulation]
                        │ source:      2
                        │ destination: 1
                        └─[BasicCCSet]
                            target value: 0

... ca. 7000 times more...

Würde sich ggf. lohnen beim Hersteller nachzufragen, was da faul ist.

AlCalzone created this issue in AlCalzone/node-zwave-js

closed Color Switch CC: `targetValue` metadata claims it is readonly #1038

[Gabe]

@AlCalzone Sorry konnte letzte Woche leider nicht testen.

Nun aber auch mit der neuen Version hat er kein Value in Notifiation (hier smokeAlarm_sensorStatus).

Anbei der Log geht um die Nodes 33-39

zwave-18522.log

Danke und Gruß

[BausSH]

@AlCalzone

@AlCalzone said in Test Adapter Z-Wave 2 (v1.7.x):

Issue ist erstellt

Vielen Dank. Allerdings ist der Schreibschutz in den Datenpunkten "nur" kosmetischer Natur. Ich kann das ändern, dann werden die Daten auch in die Current-Values übernommen. Nur die Lampe tut nichts. Sie bleibt weiß.

Oder wird das auch mit Änderung des Schreibschutzes behoben? Dann ist das natürlich erledigt.

[AlCalzone]

@BausSH Mach mir mal ein Log bitte, dann seh ich was los ist.

@Gabe
Nodes 33, 34, 36, 37, 38, 39 schlafen und kamen noch nicht zum Notification-Interview.
Node 35 überspringt den relevanten Schritt, das dürfte aber nur passieren, wenn er max. Alarm CC (V1) unterstützt. Zeig mir bitte mal die Cache-Dateien hierfür.

[Gabe]

@AlCalzone anbei

dd454af5.json

Es sind alles die gleichen.

Aber schlafen die nicht immer bis sie auslösen? Habe gerade mal reingeguckt, Werte sind immer noch nicht da.

[gfrene]

@AlCalzone anbei die Logs ... leider möchte das nicht so wie ich möchte

Von Node 2 nun Node 3

Log: zwave-31502.log

Gruß und dickes danke für deine Hilfe

[BausSH]

@AlCalzone said in Test Adapter Z-Wave 2 (v1.7.x):

Mach mir mal ein Log bitte, dann seh ich was los ist.

Würde ich gern. Kannst du mir bitte erklären, wie das geht?

[AlCalzone]

@BausSH https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md#notwendige-informationen-für-ein-issue

[AlCalzone]

@gfrene Das Gerät will standardmäßig im S2-Standard verschlüsselt kommunizieren, der Adapter kann aber nur S0 (habe kein S2-Gerät zum Testen und Entwickeln ).

Aus der Anleitung:

Wechsel von S2 zu S0 Security
Sollte Ihr Z-Wave Gateway/Controller den S2 Standard nicht unterstützen ist eine Einbindung nicht sofort möglich. Um eine Einbindung durchzuführen, muss der S0 Stan-dard manuell aktiviert werden. (Da der Z-Wave S0 Standard beim Einler-nen ein minimales Sicherheitsrisiko birgt, ist dieser für die Eintrittslö-sung standardmäßig deaktiviert).
Drücken Sie die beiden Pfeiltasten für 3 Sekunden, bis die linke LED grün aufleuchtet. Dies zeigt den Verwaltungs-Modus an. Drücken Sie erneut beide Pfeiltasten für 3 Sekunden bis die linke LED grün blinkt. Drücken Sie nun die Pfeiltaste „nach oben“; die linke LED blinkt rot. Bestätigen Sie mit der Taste „Schließen“. Die linke LED blinkt rot, die rechte leuchtet grün = Standard S2. Drücken Sie die Pfeiltaste nach unten; die linke LED blinkt rot und die rechte leuchtet rot = S0 Security. Bestätigen Sie den Wechsel von S2 zu S0 durch drücken der Taste „Schließen“.

[BausSH]

@AlCalzone
Danke. Sorry für die blöde Frage.
Hier ist das Log:
zwave-13954.log
Reicht es, wenn ich sage, dass es sich um Node009 handelt oder brauchst du noch weitere Informationen?

[AlCalzone]

@BausSH denke das reicht... Sehen wir morgen

[gfrene]

@AlCalzone said in Test Adapter Z-Wave 2 (v1.7.x):

@gfrene Das Gerät will standardmäßig im S2-Standard verschlüsselt kommunizieren, der Adapter kann aber nur S0 (habe kein S2-Gerät zum Testen und Entwickeln ).

Aus der Anleitung:

Wechsel von S2 zu S0 Security
Sollte Ihr Z-Wave Gateway/Controller den S2 Standard nicht unterstützen ist eine Einbindung nicht sofort möglich. Um eine Einbindung durchzuführen, muss der S0 Stan-dard manuell aktiviert werden. (Da der Z-Wave S0 Standard beim Einler-nen ein minimales Sicherheitsrisiko birgt, ist dieser für die Eintrittslö-sung standardmäßig deaktiviert).
Drücken Sie die beiden Pfeiltasten für 3 Sekunden, bis die linke LED grün aufleuchtet. Dies zeigt den Verwaltungs-Modus an. Drücken Sie erneut beide Pfeiltasten für 3 Sekunden bis die linke LED grün blinkt. Drücken Sie nun die Pfeiltaste „nach oben“; die linke LED blinkt rot. Bestätigen Sie mit der Taste „Schließen“. Die linke LED blinkt rot, die rechte leuchtet grün = Standard S2. Drücken Sie die Pfeiltaste nach unten; die linke LED blinkt rot und die rechte leuchtet rot = S0 Security. Bestätigen Sie den Wechsel von S2 zu S0 durch drücken der Taste „Schließen“.

Moin @AlCalzone so Einträge wurden jetzt unter Node3 gesetzt aber keine Werte ... Also eins muss man sagen Z-Wave ist ganz schön anstrengend hihihihii ... Was kann ich jetzt machen, dass die Werte gesetzt werden ....

Falls infos fehlen sage Bescheid und echt dickes danke für deine Hilfe

Gruß
Rene

[AlCalzone]

@gfrene Log bitte
https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md#notwendige-informationen-für-ein-issue

[gfrene]

@AlCalzone said in Test Adapter Z-Wave 2 (v1.7.x):

@gfrene Log bitte
https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md#notwendige-informationen-für-ein-issue

Sorry aber ich schick den mist zurück und habe mir nun ein zweites nuki bestellt ... Danke dir aber für die 1a hilfe

[AlCalzone]

@gfrene Hätte schon gerne gewusst was schief läuft. Nicht dass es ein Fehler im Adapter ist

[AlCalzone]

v1.7.6 ist auf dem Weg

[Gabe]

@AlCalzone Guten wollte nur kurz berichten, dass Value bei Notification auch bei 1.7.6 nicht gesetzt wird. Gruß

[jrgsch]

[Re: Test Adapter Z-Wave 2 (v1.7.x)

Aktuelle Test Version | 1.7.5

Hoffentlich klappt jetzt der 2.Versuch --> ich hatte aus Versehen einen neuen Topic erstellt.

Hallo,
ich habe bisher den alten Z-Wawe Adapter genutzt. Nun war das Netzwerk gecrasht (den Grund konnte ich nicht ermitteln, es wurde langsamer und langsamer und auch nach Reset blieben viele netzbetriebene Geräte tot, z.B. Roller Shutter- gut dass die Sommersaison mit Rasenbewässerung etc. vorbei ist ), sodass mir nur ein Hard-Reset des Controllers blieb. Da auch ich immer wieder mit den "Besonderheiten" der Installation des alten Adapters zu kämpfen hatte, entschied ich mich jetzt, mit Z-Wave 2 loszulegen. Ein bisschen gespielt am Testsystem (gleicher Controller Z-Wave.Me ZME_UZB1 USB Stick) hatte ich bereits.

Folgende Probleme wurden bisher beobachtet,

1. FIBARO System FGKF601 Keyfob

hier fehlen bei mir die Configuration Einträge für die Tasten Square, Triangle und Circle. Der eine oder andere ID-Bezeichner stimmt auch noch nicht so ganz.

Z-Wave

Z-Wave 2

2. Coolcam Motion Sensor Shenzhen Neo Electronics Co., Ltd. PD03Z

es fehlt bei mir die komplette Configuration.

Anbei die Log-Files. Ich bitte um Nachsicht, falls irgendwas nicht so ist, wie erwartet oder ich irgendwo übersehen habe, dass es schon Lösungen gibt. Ich würde mich aber gerne im Rahmen meiner Möglichkeiten beim Testen einbringen.

fdd5cdf7.json
fdd5cdf7.values.jsonl

Gruß Jörg

[gfrene]

@AlCalzone said in Test Adapter Z-Wave 2 (v1.7.x):

@gfrene Hätte schon gerne gewusst was schief läuft. Nicht dass es ein Fehler im Adapter ist

Leider zu spät gelesen .. ist schon auf dem Rückweg ... Sorry

Gruß
Rene