NEWS
Test Adapter Z-Wave 2 (v1.3.x)
-
@uschi08 sagte in Test Adapter Z-Wave 2 (v1.3.x):
Mich macht eben nur stutzig, dass die Geräte selbst wenn sie wieder aufgeweckt sind, sofort wieder weg sind..
Das ist das komische... Sie melden sich dann auch, antworten aber bereits auf die nächste Abfrage nicht mehr.
soddle, ich habe noch mal die "Katze bemüht" und die aktuelle Testversion installiert.
Die Initialisierung wird auf dem alten Cache erfolgt sein, aber haut einwandfrei hin, sprich alles wieder up and running ;-).Hätte mich auch gewundert, wenn es am Adapter gelegen hätte ;-)
Die aktuelle Version läuft also auch hier. “Obgleich” der Adapter einige (default) Verknüpfungen listet, die ich so nicht kenne / brauche..eine Gruppe für Update als Verknüpfung ist normal?Wie immer Danke
Olli -
@Evil-Els Das ist ein Problem mit den Assoziationen. Bitte folgende Verknüpfungen zum Controller herstellen. Andere Verknüpfungen zum Controller kannst du löschen
Gruppe Ziel Endpunkt 1: Z-Wave Plus Lifeline Gerät 001 Root-Gerät 4: Multilevel Gerät 001 Root-Gerät 11: Multilevel sensor Gerät 001 Root-Gerät Ggf müssen die noch ergänzt werden, aber ich würde erst mal mit dem Minimum beginnen. Bitte um kurze Rückmeldung, dann kann ich die Konfig-Dateien entsprechend anpassen.
@AlCalzone said in Test Adapter Z-Wave 2 (v1.3.x):
@Evil-Els Das ist ein Problem mit den Assoziationen. Bitte folgende Verknüpfungen zum Controller herstellen. Andere Verknüpfungen zum Controller kannst du löschen
Gruppe Ziel Endpunkt 1: Z-Wave Plus Lifeline Gerät 001 Root-Gerät 4: Multilevel Gerät 001 Root-Gerät 11: Multilevel sensor Gerät 001 Root-Gerät Ggf müssen die noch ergänzt werden, aber ich würde erst mal mit dem Minimum beginnen. Bitte um kurze Rückmeldung, dann kann ich die Konfig-Dateien entsprechend anpassen.
Hi @AlCalzone,
folgendes eingestellt:

Leider lässt sich das Gerät damit nun gar nicht mehr steuern.
Eingaben intargetValuewerden nicht verarbeitet. (Lampe wird nicht heller/dunkler,currentValueändert sich ein Mal nach Adapter Start auf den Wert vontargetValue, dann nicht mehr.

Ich habe mal Logging angemacht und Cache gelöscht.
Danach stand die Verknüpfung fürGruppe 1aufRoot-Endpunkt

Der Wert ändert sich nach dem Adapter Neustart auch immer wieder zu
Root-Endpunkt.zwave-17145.log
Cache dir ist leer -
@AlCalzone said in Test Adapter Z-Wave 2 (v1.3.x):
@Evil-Els Das ist ein Problem mit den Assoziationen. Bitte folgende Verknüpfungen zum Controller herstellen. Andere Verknüpfungen zum Controller kannst du löschen
Gruppe Ziel Endpunkt 1: Z-Wave Plus Lifeline Gerät 001 Root-Gerät 4: Multilevel Gerät 001 Root-Gerät 11: Multilevel sensor Gerät 001 Root-Gerät Ggf müssen die noch ergänzt werden, aber ich würde erst mal mit dem Minimum beginnen. Bitte um kurze Rückmeldung, dann kann ich die Konfig-Dateien entsprechend anpassen.
Hi @AlCalzone,
folgendes eingestellt:

Leider lässt sich das Gerät damit nun gar nicht mehr steuern.
Eingaben intargetValuewerden nicht verarbeitet. (Lampe wird nicht heller/dunkler,currentValueändert sich ein Mal nach Adapter Start auf den Wert vontargetValue, dann nicht mehr.

Ich habe mal Logging angemacht und Cache gelöscht.
Danach stand die Verknüpfung fürGruppe 1aufRoot-Endpunkt

Der Wert ändert sich nach dem Adapter Neustart auch immer wieder zu
Root-Endpunkt.zwave-17145.log
Cache dir ist leer@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 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.@AlCalzone
sorry, Cache ist natürlich da, ich war im falschen dir.f8c1260b.metadata.jsonl
f8c1260b.values.jsonl
f8c1260b.jsoncurrentValuescheint 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 outDiese Art Probleme hatte ich bisher noch nicht mit dem Gerät.
-
@AlCalzone
sorry, Cache ist natürlich da, ich war im falschen dir.f8c1260b.metadata.jsonl
f8c1260b.values.jsonl
f8c1260b.jsoncurrentValuescheint 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 outDiese Art Probleme hatte ich bisher noch nicht mit dem Gerät.
-
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.
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:
-
@Gabe Sorry ich kann dir nicht folgen.
Frage: hat sich etwas bewegt?
Antwort: Ja, Schalter geht an???
Ja mit 1-255 es geht aber immer nur in eine Richtung (rechts)
Der Wertebereich ist 0-99, aber gut. Damit ich das verstehe:
- Das Teil steht links
- Du setzt targetValue 10 --> Fährt nach rechts
- Du setzt targetValue 50 --> Fährt nach rechts
- Du setzt targetValue 0 --> Fährt weiter nach rechts?!
@peppino Kann ich nicht nachvollziehen. Vielleicht hast du aber auch das Problem, dass sich beim Senden was überlappt und der dann hängen bleibt --> https://forum.iobroker.net/post/451304
@uschi08 Du hast Empfangsprobleme:
11:01:58.590 DRIVER « [REQ] [SendData] [fatal_node] callbackId: 31 transmitStatus: NoAck 11:01:58.590 CNTRLR [Node 008] Node 8 did not respond to the current transaction after 3 attempts, it is presumed dead (Status NoAck)NoAck bedeutet, dass der Controller keine Bestätigung vom Node bekommt. Wenn du ihn dann betätigst, meldet er sich (-> alive), aber antwortet dann auf Anfragen direkt wieder nicht (-> dead).
Probier mal, das Netzwerk zu heilen. Wenn sich auf der Oberfläche da nichts tut, mal nach und nach die batteriebetriebenen Geräte wecken.
Aufgrund der vielen toten Nodes könnte das etwas schwierig werden - kannst du den Controller vielleicht etwas besser positionieren?@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ß
-
@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 Hast du mal deinen Browser aktualisiert (F5 / CMD+R)? Mal gesamten ioBroker neugestartet? Wenn Z-Wave2 ready ist, nochmal Interview von Node 15 durchführen?
Denke, der Datenpunkt wird durch die Seiten-Aktualisierung bestimmt angezeigt. Hatte ich die Tage auch schon ein paar Mal.
-
v1.3.7 ist unterwegs mit dem Fix für überlappende Nachrichten
@Evil-Els @Harry94 @peppinoEDIT: 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 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.
-
@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 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?
@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 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
@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
:rolling_on_the_floor_laughing:
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 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
:rolling_on_the_floor_laughing:
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.
@AlCalzone klar kein Tress, bin ja froh, dass es jetzt funktioniert ;)
-
@FalconSBG Probier mal den fehlerhaften Node neu zu interviewen.
@Gabe @peppino checke ich morgen
@_nico Stimmt, ist bei mir auch so. Kann sein, dass ich den explizit anlegen lassen muss.
@zanabria unten siehst du, dass der Node noch nicht ready ist und schläft. Wenn das Interview fertig ist, wird auch targetValue da sein.
@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 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 -
-
@FalconSBG Müsste ich im Log sehen :)
Einzelnen Node neu interviewen reicht - Cache leeren macht das gleiche, aber für alle Geräte.@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
-
@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 SwitchDas 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

