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

[AlCalzone]

@_nico sagte in Test Adapter Z-Wave 2 (v1.3.x):

currentValue und ein targetValue

Ist so gedacht, ja. Hintergrund ist, dass neuere Geräte unterscheiden können und sowohl den Zielwert als auch den aktuellen Wert mit Restzeit bis Erreichen des Zielwertes berichten. Diese Information würde beim Zusammenlegen verloren gehen, daher will ich das nicht von vornherein machen.
Du kannst für die Geräte statt Skripten auch Aliasse definieren, die aus einem Wert lesen und in den anderen schreiben. Das macht allgemein sowieso Sinn, falls du mal was tauschen musst...

Was meinst du mit Toggle Switch?

@_nico sagte in Test Adapter Z-Wave 2 (v1.3.x):

Parameter / Configuration fehlen.

Ist das Interview der Geräte durch? Falls ja, schick mir bitte mal die Cache-Dateien.

[paul53]

@_nico sagte:

Nun müsste ich, theoretisch, für jedes Gerät ein Skript bauen ... Richtig?

Nein, das kann man besser mit Alias machen.

[AlCalzone]

v1.3.2 ist unterwegs

[_nico]

@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.3.x):

@_nico sagte in Test Adapter Z-Wave 2 (v1.3.x):
Was meinst du mit Toggle Switch?

Egal, Frage beantwortet! Ich meinte einen Schalter für Read UND Write. Aber passt, das mit der Alias-Funktion stellt mich zufrieden. :+1:

Ist das Interview der Geräte durch? Falls ja, schick mir bitte mal die Cache-Dateien.

Jo. Cache-Dateien kommen per GMX-Addy. (zu finden unter /opt/iobroker/iobroker-data/zwave2.0/cache/)

root@frida ~ # iobroker logs | grep -i "Node 5:"
2020-06-15 08:55:18.924  - info: zwave2.0 (4116) Node 5: ready to use
2020-06-15 08:55:18.925  - info: zwave2.0 (4116) Node 5: interview completed, all values are updated
2020-06-15 09:26:25.808  - info: zwave2.0 (2991) Node 5: ready to use
2020-06-15 09:26:25.830  - info: zwave2.0 (2991) Node 5: is now awake
2020-06-15 09:30:39.710  - info: zwave2.0 (2991) Node 5: interview completed, all values are updated

root@frida ~ # iobroker logs | grep -i "Node 11:"
2020-06-15 09:15:30.791  - info: zwave2.0 (4116) Node 11: is now awake
2020-06-15 09:15:45.309  - info: zwave2.0 (4116) Node 11: ready to use
2020-06-15 09:15:45.310  - info: zwave2.0 (4116) Node 11: interview completed, all values are updated
2020-06-15 09:15:46.377  - info: zwave2.0 (4116) Node 11: is now asleep
2020-06-15 09:31:39.263  - info: zwave2.0 (2991) Node 11: ready to use
2020-06-15 09:31:39.273  - info: zwave2.0 (2991) Node 11: is now asleep

root@frida ~ # iobroker logs | grep -i "Node 39:"
2020-06-15 08:53:51.180  - info: zwave2.0 (4116) Node 39: is now awake
2020-06-15 08:59:05.890  - info: zwave2.0 (4116) Node 39: ready to use
2020-06-15 08:59:05.891  - info: zwave2.0 (4116) Node 39: interview completed, all values are updated
2020-06-15 09:30:40.676  - info: zwave2.0 (2991) Node 39: ready to use
2020-06-15 09:30:40.686  - info: zwave2.0 (2991) Node 39: is now awake

@paul53 sagte in Test Adapter Z-Wave 2 (v1.3.x):

@_nico sagte:

Nun müsste ich, theoretisch, für jedes Gerät ein Skript bauen ... Richtig?

Nein, das kann man besser mit Alias machen.

Mach ich, danke für den Tipp!

[AlCalzone]

@_nico Alle 3 Nodes behaupten, die Configuration CC interviewt zu haben, haben aber keine Werte. Probier bitte mal für alle 3 Nodes das Interview neu zu starten (unter Geräte -> Aktionen).
Wenn dann immer noch nichts kommt, bräuchte ich nen Log davon.

[_nico]

@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.3.x):

@_nico Alle 3 Nodes behaupten, die Configuration CC interviewt zu haben, haben aber keine Werte. Probier bitte mal für alle 3 Nodes das Interview neu zu starten (unter Geräte -> Aktionen).
Wenn dann immer noch nichts kommt, bräuchte ich nen Log davon.

Leider ohne Erfolg. Log hast du gerade per Mail bekommen.

Gruß Nico

[JackDaniel]

auf ein neues wegen dem nicht aktualisieren vom AEON Labs ZW095 3 Phasen HEM.
hoffe das es nun der richtige log usw. ist :)
cache.zip
zwave-11352.log

[AlCalzone]

@_nico Das Problem ist schlicht, dass für die Geräte keine Config-Datei existiert. Hättest du Interesse, hier zu helfen? Dazu müssten für beide Geräte Config-Dateien angelegt werden. Wie das geht ist hier beschrieben: https://alcalzone.github.io/node-zwave-js/#/development/config-files

Node 5:

manufacturer: Devolo (0x0175)
product type: 0x0003
product id:   0x0052

Node 11: müsste mal aufgeweckt werden, kann ich leider noch nicht erkennen was das für IDs hat

Node 39:

manufacturer: Devolo (0x0175)
product type: 0x0001
product id:   0x0051

5 und 39 unterstützen beide Z-Wave+, d.h. der Abschnitt associations muss nicht ausgefüllt werden.

paramInformation ist wichtig und kann aus der Anleitung oder den XML-Dateien auf den von dir verlinkten Seiten "übersetzt" werden. Ggf kannst du dich auch auf ähnliche Geräte stützen, z.B.:
https://github.com/AlCalzone/node-zwave-js/blob/master/config/devices/0x0175/mt2759.json

Bei Fragen oder Problemen helfe ich gerne.

[AlCalzone]

@JackDaniel Ich habe eine Idee...
Schau mal in der Adapterkonfiguration unter Verknüpfungen. Siehst du da zwei, die beide auf Node 1 zeigen? Dann bitte beide löschen und Adapter neu starten.

[_nico]

@AlCalzone Hi, klar kann ich machen. Habe die XMLs vor ein paar Wochen, schon für OpenZWave gemacht. Sollten im #master sein. Kannst du die OpenZWave Configs konvertieren?

Gruß Nico

[Rolf_KA]

@peppino sagte in Test Adapter Z-Wave 2 (v1.3.x):

@AlCalzone
Ok denn setz ich mal auf @Rolf_KA und sein Log. Denn das exkludieren des FGR würde etwas Arbeit bedeuten. (exponierter Einbausituation )

Sorry für meine verspätet Info - meine Familie hatte leider am Samstagabend und unerwartet unsere liebe 4 beinige Lebensgefährtin verloren und das muss jetzt erst von der ganzen Familie verarbeitet werden :cry:

Kurze Frage: Wird das Log mit Security und der Firmware 5.1 meines FGR223 noch benötigt?

Habe wegen der Sache nicht mehr alles gelesen und lenke mich damit gerade etwas ab...

Wenn ja, muss das leider noch bis zum WE warten :-(

[Gabe]

@AlCalzone konntest du dir schonmal mein Log angucken?

[AlCalzone]

@_nico sagte in Test Adapter Z-Wave 2 (v1.3.x):

Kannst du die OpenZWave Configs konvertieren?

Noch nicht, steht noch auf meiner TODO-Liste.

@Rolf_KA :(
Ja das Log wird noch benötigt. Kein Stress.

@Gabe Sorry... ich muss dich leider bitten, es nochmal mit der aktuellen Version zu machen. Ich hab da ein paar Informationen im Log ergänzt, die ich zum Untersuchen brauche.

[JackDaniel]

@AlCalzone
hmm sieht eigentlich gut aus unter verknüpfungen oder?

[AlCalzone]

@JackDaniel Dann lösch mal die eine und interviewe den Node neu.

[JackDaniel]

Ändert sich nichts am verhalten, sieht wieder gleich aus wie auf dem bild oben :(

[AlCalzone]

@JackDaniel Ok dann bitte nochmal:

1. Verknüpfung löschen
2. Haken bei Log setzen, speichern
3. Interview abwarten
4. Mir Log und Cache schicken.

[Marsx79]

Hallo.

Ich habe Probleme mit Node 48 und 49. Das sind "TKB Home TZ74 Dual Switch". In der Netzwerkkarte tauchen diese auf. Auch beim Interview im Log tauchen diese als "is now awake" auf. Allerdings fehlen sie dann im Adapter unter Gerät und den Objekten.

Kannst du da was in der Log Datei erkennen warum das so ist? Im "alten" Z-Wave Adapter funktionieren diese einwandfrei.

Grüße
Marcel

zwave-5437.log

[_nico]

@AlCalzone Alles klar, die JSON-Configs der 2 Geräte bekommst du morgen.

Habe das Node 11 (Heatit Z-Push 8) nochmal interviewed - Files hast du per Mail bekommen.

2020-06-15 22:45:49.676  - info: zwave2.0 (12328) Node 11: interview restarted
2020-06-15 22:45:49.684  - info: zwave2.0 (12328) Node 11: is now awake
2020-06-15 22:45:51.958  - info: zwave2.0 (12328) Node 11: ready to use
2020-06-15 22:45:51.959  - info: zwave2.0 (12328) Node 11: interview completed, all values are updated
2020-06-15 22:46:06.499  - info: zwave2.0 (12328) Node 11: is now asleep

Habe gerade nochmal 30 Minuten rumgespielt, dabei sind mir 2 Dinge aufgefallen.

1. Ist es normal, dass der Adapter ganz schön lange braucht (ca. 10 Minuten), nach dem Start, bis die Z-Wave Geräte zügig, ohne viel Delay, reagieren?

2. Die Devolo Shutter (13 Geräte im Haus verbaut) laufen nicht so gut. Das currentValue wird nur aktualisiert, wenn auch das targetValue gesetzt wird. Sprich, currentValue ist jetzt 50, ich setze targetValue auf 99 - Rollladen fährt an die gewünschte Position - currentValue bleibt bei 50 ... setze ich danach wieder einen neues targetValue auf 20, wird das currentValue auf die "alte" 99 aktualisiert. Ein ähnliches Problem wie mit currentValue und targetValue kenne ich vom dem "alten" ZWave-Adapter mit dem Datenpunkt LEVEL.
   Des Weiteren wird der Stromverbrauch value_w_consumed nicht aktualisiert bzw. gesetzt. :anguished: Solltest du auch in der Log finden.

Danke und Gruß
Nico

[AlCalzone]

@Marsx79 Ja, die senden auf die Abfrage der Endpoints eine ungültige Antwort, die daraufhin verworfen wird. Ich mache den Check etwas laxer in der nächsten Version (sollte in der nächsten halben Stunde kommen).

@_nico sagte in Test Adapter Z-Wave 2 (v1.3.x):

die JSON-Configs der 2 Geräte bekommst du morgen.

So lobe ich mir das :)

zu 1.: ja. Ich habe Ansätze, wie ich das verbessern kann, aber beim Start ist immer extrem viel Traffic im Netzwerk. Bisher gibt es keine Priorisierung der Benutzer-Kommandos

zu 2. Muss ich mir morgen im Log anschauen. Für mich klingt das nach einer fehlenden Assoziation oder Fehlkonfiguration

Edit: v1.3.3 ist auf dem Weg.