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

[AlCalzone]

@JackDaniel Er hat jetzt eine einzige Multi Channel Association zum Controller hinzugefügt, was laut Spezifikationen korrekt ist. Kommt trotzdem nix an?

[_nico]

So lobe ich mir das :)

Done. PR.

Node 11 - Heatit Z-Push 8

Die Config für den Z-Push 8 gibt es in node-zwave-js. Aber das Device hat halt keine Parameter ... nur Associations - laut Manuel.

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. 😧 Solltest du auch in der Log finden.

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

Konntest du schon was herausfinden? (geschaltet, wurden Node 5 und Node 29)

[AlCalzone]

@_nico Deine Shutter scheinen das gegenteilige Problem von @JackDaniel zu haben.
Es wird eine Multi Channel Association zum Controller genutzt, das Gerät hat aber nur einen Endpoint und scheint das nicht zu mögen. Dein OZW-PR enthält <ForceInstances>false</ForceInstances>, was dafür sorgt, dass trotz Multi Channel Association V3 eine Node-Association gemacht wird. Ggf. muss ich da was ähnliches einbauen.

[_nico]

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

@_nico Deine Shutter scheinen das gegenteilige Problem von @JackDaniel zu haben.
Es wird eine Multi Channel Association zum Controller genutzt, das Gerät hat aber nur einen Endpoint und scheint das nicht zu mögen. Dein OZW-PR enthält <ForceInstances>false</ForceInstances>, was dafür sorgt, dass trotz Multi Channel Association V3 eine Node-Association gemacht wird. Ggf. muss ich da was ähnliches einbauen.

Verstehe nur die Hälfte, ist aber nicht so schlimm. :blush: Habe auch nur die Konfiguration von den Qubino's kopiert und ein paar Anpassungen vorgenommen - da diese baugleich sind und, wie bei Devolo üblich, nur umgelabelt wurden.

Gruß

[AlCalzone]

@_nico Könntest mir bitte nochmal ein Log erstellen, in dem du einen der Shutter erneut interviewst? Die verlinkte Seite behauptet dass die Multi Channel CC unterstützen, davon sehe ich aber nichts in deinem Cache.

[_nico]

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

@_nico Könntest mir bitte nochmal ein Log erstellen, in dem du einen der Shutter erneut interviewst? Die verlinkte Seite behauptet dass die Multi Channel CC unterstützen, davon sehe ich aber nichts in deinem Cache.

Hmm, ich finde die "detaillierte Logdatei" nicht mehr. Hast du mit der 1.3.3 den Speicherort geändert?

Gruß

[AlCalzone]

@_nico Ist ein Bug, der sich beim Aufräumen des Loggings eingeschlichen hat. Wird in der nächsten Version behoben.

[JackDaniel]

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

@JackDaniel Er hat jetzt eine einzige Multi Channel Association zum Controller hinzugefügt, was laut Spezifikationen korrekt ist. Kommt trotzdem nix an?

nein leider nicht :(

[AlCalzone]

@JackDaniel Kannst du einfach nochmal ein neues Log machen, ich würde gerne was prüfen.

[JackDaniel]

gerne
cache.zip
zwave-30389.log

[Gabe]

@AlCalzone anbei der Log. Danke und Gruß

zwave-4795.log

[Flopsi]

@AlCalzone

ich habe noch ein Problem mit meinem Fibaro Shutter 2 Version 22.22

Ich kann meine Rollladen nur über den Datenpunkt...... fibaro_venetianBlindsPosition steuern.

Normal sollte das doch über targetValue funktionieren....

Hier noch die Verknüpfungen...

Momentary hold kann ich nicht anlegen wird nicht gespeichert.

Hast du hierzu auch eine Lösung ?

Der aktuelle Status ist auch nie richtig er nimmt immer den letzten Wert anstatt den aktuellen....

zwave-1491.log

[AlCalzone]

v1.3.4 ist draußen und behebt (hoffentlich) einige der hier gezeigten Probleme.

@_nico Log geht wieder. Außerdem probier mal deine bisher nicht erkannten Geräte aus. Kann sein, dass du sie neu interviewen musst

@JackDaniel stelle in der Verknüpfungs-UI bitte mal den betroffenen Node von Root-Endpoint auf Root-Gerät um. Das ist eine temporäre Änderung, sollte aber hoffentlich dein Problem lösen. Wenn du es mir bestätigen kannst, passe ich die Konfig-Datei entsprechend an.

@Flopsi Bitte neueste Version nutzen und den Node ggf. neu interviewen.

[AlCalzone]

@Gabe Sorry, aber darin sehe ich überhaupt nix. Entweder hast du nicht lange genug gewartet, oder das Log ist von dem zwischenzeitlichen Bug betroffen.
Bitte nochmal mit 1.3.4 versuchen und vor deinen Steuerbefehlen warten, bis das Interview der meisten (oder besser aller) Nodes fertig ist.

[Marsx79]

@AlCalzone Super. Funktioniert jetzt. Danke!

[_nico]

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

@_nico Könntest mir bitte nochmal ein Log erstellen, in dem du einen der Shutter erneut interviewst? Die verlinkte Seite behauptet dass die Multi Channel CC unterstützen, davon sehe ich aber nichts in deinem Cache.

Hi AlCalzone, ich habe dir die Logs und Cache-Dateien mit der 1.3.4 geschickt.

2020-06-16 21:27:56.753  - info: zwave2.0 (5374) Node 5: interview restarted
2020-06-16 21:29:28.479  - info: zwave2.0 (5374) Node 5: interview completed, all values are updated
2020-06-16 21:29:43.428  - info: zwave2.0 (5374) Node 17: interview restarted
2020-06-16 21:30:36.566  - info: zwave2.0 (5374) Node 17: interview completed, all values are updated
2020-06-16 21:30:44.092  - info: zwave2.0 (5374) Node 28: interview restarted
2020-06-16 21:32:25.294  - info: zwave2.0 (5374) Node 28: interview completed, all values are updated

---

Sag mal, kann es sein, dass durch das Multi Channel CC Problem mit den Devolo Shuttern in iobroker.zwave2, sich auch etwas in iobroker.zwave geändert hat? Hier wird jetzt auch kein Verbrauch mehr angezeigt, demnach gehen meine ganzen Rollläden-Skripte nicht mehr. :anguished:

Die Situation ist seit gestern Abend in zwave2 und zwave(1) exakt gleich - nur halt in zwave2 DP currentValue und targetValue, in zwave(1) nur DP Level.

Kann ich das irgendwie wieder rückgängig machen?! :dizzy_face: Meine Frau würde es sicher gefallen, wenn sie die Rollläden wieder zuverlässig steuern kann.

Viele Grüße
Nico

---

UPDATE 21:43

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

v1.3.4 ist draußen und behebt (hoffentlich) einige der hier gezeigten Probleme.
@_nico Log geht wieder. Außerdem probier mal deine bisher nicht erkannten Geräte aus. Kann sein, dass du sie neu interviewen musst

Uh, übersehen, okay. Ich teste.

[Gabe]

@AlCalzone anbei der Log geht um Node 048

zwave-2622.log

Zuerst rechts was funktioniert und dann links was nicht funktioniert.

Hier auch nochmal der Link zu GitHub, scheint etwas schwiriger mit den Neocoolcams zu sein.

Danke

[_nico]

@AlCalzone

Außerdem probier mal deine bisher nicht erkannten Geräte aus. Kann sein, dass du sie neu interviewen musst

Die Konfigurationen sind drin. Danke :-)

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. Solltest du auch in der Log finden.

Leider hat sich an dem o.g. Problem, mit Version 1.3.4, nichts geändert. :anguished:

Sag mal, kann es sein, dass durch das Multi Channel CC Problem mit den Devolo Shuttern in iobroker.zwave2, sich auch etwas in iobroker.zwave geändert hat? Hier wird jetzt auch kein Verbrauch mehr angezeigt, demnach gehen meine ganzen Rollläden-Skripte nicht mehr. 😧

Die Situation ist seit gestern Abend in zwave2 und zwave(1) exakt gleich - nur halt in zwave2 DP currentValue und targetValue, in zwave(1) nur DP Level.

Kann ich das irgendwie wieder rückgängig machen?! 😵 Meine Frau würde es sicher gefallen, wenn sie die Rollläden wieder zuverlässig steuern kann.

Dieses Problem besteht auch weiterhin. :face_with_head_bandage:

[JackDaniel]

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

@JackDaniel stelle in der Verknüpfungs-UI bitte mal den betroffenen Node von Root-Endpoint auf Root-Gerät um. Das ist eine temporäre Änderung, sollte aber hoffentlich dein Problem lösen. Wenn du es mir bestätigen kannst, passe ich die Konfig-Datei entsprechend an.

morgen, leider kann ich wieder nichts positives berichten :confused:

[AlCalzone]

@JackDaniel Machst du mir bitte ein Log: Adapter starten, vollständig interviewen, dann die obige Änderung nochmal machen und etwas laufen lassen.

@_nico Probier mal das was ich Jack vorgeschlagen habe. In der Config-Datei steht jetzt eigentlich dass eine Node-Assoziation verwendet werden soll, dein Cache behauptet aber (zumindest bei Node 5), dass das nicht gegriffen hat.
Im Log steht auch

21:29:24.759 CNTRLR   [Node 005] Multi Channel Association assignment failed, falling back to Associ
                      ation CC

ohne dass ich einen Versuch erkenne, irgendwas zu machen :-/

@Gabe Log ist leider unverändert - ich bin mir aber echt nicht sicher, obs ein Bedienerfehler ist oder ob der Dinge verschluckt. Die Zeilen sehen auch ziemlich seltsam aus.