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

[AlCalzone]

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

Cache dir ist leer

Das kann nicht sein.

Der Wert ändert sich nach dem Adapter Neustart auch immer wieder zu Root-Endpunkt.

Das ist korrekt, dazu muss ich die Config-Datei anpassen, wofür ich deine Rückmeldung abwarte.
Gruppe 1 muss ebenfalls auf Root-Gerät umgestellt werden, dann sollte auch wieder eine Rückmeldung kommen. Nehme Gruppe 4 außerdem mal raus, die scheint unnötig laut Log.

Eingaben in targetValue werden nicht verarbeitet. (Lampe wird nicht heller/dunkler, currentValue ändert sich ein Mal nach Adapter Start auf den Wert von targetValue, dann nicht mehr.

Laut Log hast du das genau 1x gemacht und da gab es ein Problem beim Senden. Probiers bitte nochmal.

Edit: Dein Sende-Problem ist ebenfalls dieses hier: https://forum.iobroker.net/post/451304
Interessant, wie oft das in den letzten 2 Tagen passiert.

[Evil Els]

@AlCalzone
sorry, Cache ist natürlich da, ich war im falschen dir.

f8c1260b.metadata.jsonl
f8c1260b.values.jsonl
f8c1260b.json

currentValue scheint nun so zu funktionieren:

Allerdings klappt das gerade nur sehr unzuverlässig:

zwave2.0	2020-06-18 16:49:21.294	error	(387) The transaction timed out
zwave2.0	2020-06-18 16:49:15.274	error	(387) The transaction timed out
zwave2.0	2020-06-18 16:48:56.376	error	(387) The transaction timed out
zwave2.0	2020-06-18 16:48:50.435	error	(387) The transaction timed out
zwave2.0	2020-06-18 16:48:11.105	info	(387) Node 4: is now awake
zwave2.0	2020-06-18 16:48:07.269	info	(387) Node 4: has returned from the dead
zwave2.0	2020-06-18 16:48:05.971	error	(387) The message will not be sent because node 4 is presumed dead
zwave2.0	2020-06-18 16:48:01.076	error	(387) The message will not be sent because node 4 is presumed dead
zwave2.0	2020-06-18 16:48:00.751	info	(387) Node 4: is now dead
zwave2.0	2020-06-18 16:48:00.747	error	(387) Node 4 did not respond to the current transaction after 3 attempts, it is presumed dead
zwave2.0	2020-06-18 16:47:46.115	error	(387) The transaction timed out

zwave-387.log

Diese Art Probleme hatte ich bisher noch nicht mit dem Gerät.

[AlCalzone]

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

zwave-387.log

Ja, genau das gleiche wie im verlinkten Post. Nachrichten-Sitzungen überschneiden sich und dann gibts Chaos. Ich sehe zu, dass ich später noch nen Fix raushaue.

[Flopsi]

@AlCalzone

So habe jetzt schon die 1.3.6 installiert.

Habe immer noch die gleichen Probleme mit dem Fibaro Shutter 2 Version 22.22.

Habe den kompletten shutter (Node_005) entfernt und neu includiert (Node_012)

Target Value geht nix zu steuern

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

Hier der aktuelle LOG und der catch:

zwave-4646.log

f314aee7.json

f314aee7.metadata.jsonl

f314aee7.values.jsonl

[Gabe]

@AlCalzone Sorry für Verwirrung der Schalter hat Leds.

Der Current Value steht bei 0 ich kann Target bis auf 99 (oder höher) ändern, der Schalter agiert auch (Led rechts geht an). Current value bleibt aber bei 0 stehen. Wenn ich dann Target Value wieder auf 0 Stelle. Geht die LED wieder aus und der Schalter ist auf Neutralstellung.

Gruß

[AlCalzone]

@Gabe Ok, das heißt

• Setzen der Position funktioniert, aber Rückmeldung fehlt
• der Datenpunkt Right funktioniert
• der Datenpunkt Left fährt auch nach Rechts?

Korrekt?

Und zeig mir mal nen Screenshot von den Verknüpfungen des Geräts.

---

@Flopsi Neu anlernen sollte eigentlich nie nötig sein. Bitte interviewe Node 12 mal erneut (unter Geräte -> Aktionen) und schicke mir davon nen Log. Wenn der Log das Interview nicht enthält, kann ich nicht sehen warum der behauptet er unterstützt Multilevel Switch nicht.

[zanabria]

@_nico
habe gestern erstmal alles beendet und heute Abend neu gestartet, nun ist das Target Value auch da.
Nur das Steuern mitBlockly funzt nicht

[AlCalzone]

v1.3.7 ist unterwegs mit dem Fix für überlappende Nachrichten
@Evil-Els @Harry94 @peppino

EDIT: BITTE AUF 1.3.8 warten!!!
Da hat sich ein dicker Bug eingeschlichen

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

“Obgleich” der Adapter einige (default) Verknüpfungen listet, die ich so nicht kenne

Sorry, hab vorher nicht geantwortet. Die meisten (alle?) sind nötig, dass der Controller automatisch über neue Werte informiert wird.

[Gabe]

@AlCalzone das sieht so aus...

Bei Left passiert nichts

[AlCalzone]

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

Bei Left passiert nichts

Dann musst du wohl mit targetValue steuern. Das gesendete Kommando ist für left/right identisch mit up/down und das funktioniert bei meinen Rolläden ohne Probleme.

Oder geht es mit anderer Software?

[Gabe]

@AlCalzone ich habe heute das gerät nochmal komplett neu angelernt und ich möchte es garnicht sagen es funktioniert alles

Jetzt ist nur noch mein Problem mit den Usercodes offen

Danke für deine Geduld und Hilfe

[AlCalzone]

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

ich habe heute das gerät nochmal komplett neu angelernt und ich möchte es garnicht sagen es funktioniert alles

Usercodes kommen demnächst. Ich hab erst mal einen etwas größeren Umbau vor mir, um das Problem mit hängender Kommunikation ein für alle Mal aus der Welt zu schaffen.

[Gabe]

@AlCalzone klar kein Tress, bin ja froh, dass es jetzt funktioniert

[FalconSBG]

@AlCalzone Hab ich bereits mehrfach versucht. Auch Adpater neugestartet , Cache leeren oder Netzwerkheilen.
Kann es sein das es was damit zu tun hat das dieser Schalter keine direkte verbindung zum Stick sonder nur über einen Hop (Node 18) seine daten überträgt?
mfg Stefan

[AlCalzone]

@FalconSBG Müsste ich im Log sehen
Einzelnen Node neu interviewen reicht - Cache leeren macht das gleiche, aber für alle Geräte.

[Flopsi]

@AlCalzone

hier meiner neuer LOG mit Interview von Node_012

zwave-7716.log

[FalconSBG]

@AlCalzone zwave-22365.log
Hab mal eine Log Datei erstellt und einen Node der bisher richtig war neu Interviewt und jetzt sind auch bei diesem die Richtigen sachen verschwunden.

mfg Stefan

[AlCalzone]

@Flopsi Interessant, Multilevel Switch steht tatsächlich nicht unter supported:

17:43:18.522 CNTRLR « [Node 012] node info received
                      supported CCs:
                      · Manufacturer Specific
                      · Version
                      · Configuration
                      · Association
                      · Binary Switch
                      · Powerlevel
                      · Meter
                      · Multilevel Sensor
                      · Firmware Update Meta Data
                      · Binary Switch
                      · Manufacturer Proprietary
                      · Protection
                      controlled CCs:
                      · Meter
                      · Multilevel Sensor
                      · Manufacturer Proprietary
                      · Scene Activation
                      · Multilevel Switch
                      · Binary Switch

Das Teil hat die Klasse aber sogar im Namen

17:43:18.441 CNTRLR « [Node 012] received response for protocol info:
                      basic device class:    Static Controller (0x04)
                      generic device class:  Multilevel Switch (0x11)

Kann also sein, dass es deswegen drauf verzichtet, sie explizit zu erwähnen..
Ich hatte da schon mal mit etwas angefangen, vermute da muss ich mal weiter experimentieren:
https://github.com/AlCalzone/node-zwave-js/pull/681

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

closed Respect mandatory CCs defined for the device class #681

[Flopsi]

@AlCalzone

Das wäre super wenn du das Lösen kannst..... habe

• 4 Stück mit Version 22.22
• 2 Stück mit Version 24.24
• 2 Stück mit Version 25.25

Binde aber nicht weiter ein, da die 22.22 nicht laufen.

[ChristianG]

@AlCalzone ist das wieder so ein Roller Shutter 2 Problem?
Unglaublich wie schwer uns Fibaro die Steuerung macht...