UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[EvilEls]

@AlCalzone
So, nach dem Cache Löschen war immer wieder eine oder beide neu inkludierte Nodes nicht mehr erreichbar. Node 4 (die mit früheren Versionen gezickt hat und immer wieder dead war) war nur noch manchmal erreichbar/steuerbar, trotz dass sie auf alive stand.

Ich habe nun also alles noch mal platt gemacht (Stick, Nodes, Adapter, pipapo...)
Allerdings habe ich, bevor ich den Adapter auf den Stick losgelassen habe,
zwave-js (in der Version 5.2.2) komplett deinstalliert und die 5.2.0 installiert.

Danach habe ich wieder Node 2, 3 und 4 inkludiert. Und getestet: nach_install.zip
Alles problemlos. MultiLevel Steuerung funzt zuverlässig und sehr schnell. Für alle Nodes. Keine die rumzickt.

Nun habe ich den Cache gelöscht. Interviews sehr schnell. Alle Nodes erreichbar und steuerbar. Steuerung der Multilevel geht zackig. Kein Warten und irgendwann Schalten.
nach_cache_clear.zip

Ich könnte das Ganze noch mal mit zwave-js@5.2.1 testen, aber ich hab heute keinen Bock mehr Steckdosen aufzuschrauben 😋
Wenn du da aber noch mal ein Log brauchst, mach ich dir das gerne morgen.

Ich lass dass Setup jetzt erst mal so und schaue was passiert.

[AlCalzone]

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

Dann habe ich eine neue Node inkludiert, die nicht aufgetaucht ist. Deshalb habe ich Instanz neu gestartet und den Cache gelöscht.

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

Nun habe ich den Cache gelöscht.

Gefühlt löschst du sehr oft den Cache. Das löscht alle Informationen über alle Nodes und führt dazu, dass alle neu interviewt werden. Wenn dabei einer der Nodes entscheidet, dass er plötzlich keine Security CC mehr kann, stehst du wieder vor der Wand.

Wenn ein Node nach dem Einbinden nicht kommt, reicht es in der Regel, zu warten ihn zu wecken oder den Adapter neu zu starten.

[_nico]

Habe Version 1.7.4 installiert, läuft scheinbar alles ohne Probleme. DANKE

[AlCalzone]

v1.7.5 ist da! Changelog wieder oben.

[gfrene]

Moin Moin zusammen,
ich habe vor kurzen das ABUS CFA3010 bekommen und dachte mir hey das kannste für den Abstellraum nehmen aber ich bekomme es einfach nicht eingebunden.

Z-Wave 2 in IO installiert.

Hardware:
Z-Wave USB Stick (ZMEEUZB1)

Kann mir jemand helfen was ich hier falsch mache ? Falls noch was fehlt bitte bescheid geben. Ich danke euch.

Gruß
Rene

[BausSH]

Hat außer mir sonst noch jemand die Zipato RGB Bulb 2 im Einsatz? Sie wird im Z-Wave 2-Adapter nicht richtig eingebunden:
Die Datenpunkte scheinen - soweit ich das beurteilen kann - vollständig erzeugt, jedoch werden die Target-Values schreibgeschützt erstellt. Wenn ich das ändere, werden die Eingaben in die Current-Values übernommen, aber ohne dass die Lampe die Farbe ändert.
Ich kann also die Lampe dimmen, aber keine Farbe ändern.
Diesen Fehler habe ich übrigens mit der Version 1.5.1 und nun auch in der 1.7.5.

[AlCalzone]

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

Kann mir jemand helfen was ich hier falsch mache

Weck das Teil mal manuell auf. Wie das geht, sollte in der Anleitung stehen. Manche Geräte brauchen 1-2 Anläufe, bis das Interview fertig ist.

Falls das alles nicht hilft, wie hier beschrieben ein Log erstellen und posten.

---

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

jedoch werden die Target-Values schreibgeschützt erstellt

Das dürfte eigentlich nicht sein. Zeig mir mal die ioBroker-Objektdefinition (auf Bleistift, dann auf Reiter "Raw").

[Harry94]

Hallo,

habe folgendes Problem mit meiner Steinel RS LED D2 Z-Wave.
NODE_027
Sobald ich diese einschalte Spamt Sie so das Netzwerk voll, dass kaum noch andere Befehle durchkommen.

Auszug iobroker Log

zwave2.1	2020-10-12 10:53:07.141	debug	(22492) Node 15: metadata updated: airTemperature
zwave2.1	2020-10-12 10:53:07.084	debug	(22492) Node 15: value updated: overrideState => Unused
zwave2.1	2020-10-12 10:53:07.083	debug	(22492) Node 15: value updated: overrideType => 0
zwave2.1	2020-10-12 10:53:07.026	debug	(22492) Node 15: value updated: setpoint_heating => 4
zwave2.1	2020-10-12 10:53:06.977	debug	(22492) Node 15: value updated: isLow => true
zwave2.1	2020-10-12 10:53:06.973	debug	(22492) Node 15: value updated: level => 0
zwave2.1	2020-10-12 10:51:01.941	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.920	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.899	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.874	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.854	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.834	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.813	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.791	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.771	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.750	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.729	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.708	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.686	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.667	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.645	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.623	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.603	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.581	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.561	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.540	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.519	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.498	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.477	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.456	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.435	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.414	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.393	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.373	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.352	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.330	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.310	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.289	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.268	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.247	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.226	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.205	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.184	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.162	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.142	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.122	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.100	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.078	debug	(22492) Node 27: value updated: currentValue => false
zwave2.1	2020-10-12 10:51:01.059	debug	(22492) Node 27: value updated: currentValue => false

Log Dateien Anbei

201012 Steinel RS LED D2 Harry94.rar

Vielen Dank schonmal

[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! :sweat:
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.

[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 😴