NEWS
Test Adapter Z-Wave 2 (v1.7.x)
-
Version
1.7.0-alpha.5ist in KĂŒrze verfĂŒgbar. Enthalten ist eine Ăberarbeitung des Feldes zur Eingabe der seriellen Schnittstelle und ein Fix fĂŒr GerĂ€te, die perBasic CCihre Werte-Updates senden.
WĂŒrde mich freuen, wenn jemand mit den dead-alive-Problemen diese Version testen kann, da ich recht bald die "fertige"1.7.0releasen will. -
@Harry94 Das ist in der Tat eine schwierige Entscheidung...
Die Tasten werden beim Start abgefragt, damit die Werte "richtig" sind und man z.B. korrekt auf Ănderung triggern kann. In deinem Log sehe ich nur die Object-Ănderungen, nicht die WertĂ€nderungen. Kannst du mir bitte mal den entsprechenden Ausschnitt aus dem Objekt-Browser zeigen, nachdem das Interview durch ist? Also mit Werten, so wie es aktuell passiert?Edit: In der kommenden Version wird das ĂŒber den Quality-Parameter (
obj.state.q) gelöst. Dann muss man auch nicht mit erfundenen Werten pfuschen, die nicht in der Spezifikation sind. Wie das dann geht, steht hier: https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/en/FAQ.md#help-all-my-scripts-trigger-after-an-adapter-restart@AlCalzone Guten Abend, schön Abend... đ
Herzlichen Dank fĂŒr deine groĂartige Arbeit!
Ich habe eben die alpha 4 angeschaut.Beim ersten Blick in die Logs hab ich ein bisschen einen Schreck bekommen
Da ploppten unzĂ€hlige solcher Nachrichten fĂŒr zwei Adapter auf.Die Interviews gingen aber zĂŒgig und trotz dass meine liebe Problem-Node 4 wieder ein wenig zwischen Leben und Tot wandelte, hat sie sich schlieĂlich doch gefangen und war alive und erreichbar. Es scheint sogar, dass das Problem mit den nicht aktualisierenden
currentValue's verschwunden ist.
Die Node ging glaube ich zwischenzeitlich mal kurz auf dead, fing sich aber schnell wieder und war wirklich erstmalig ĂŒberhaupt verlĂ€sslich zu steuern

Hier die Logs:
2020-09-24_1.7.0-alpha.4.zipBesten Dank nochmals! đ
-
Version
1.7.0-alpha.5ist in KĂŒrze verfĂŒgbar. Enthalten ist eine Ăberarbeitung des Feldes zur Eingabe der seriellen Schnittstelle und ein Fix fĂŒr GerĂ€te, die perBasic CCihre Werte-Updates senden.
WĂŒrde mich freuen, wenn jemand mit den dead-alive-Problemen diese Version testen kann, da ich recht bald die "fertige"1.7.0releasen will.@AlCalzone sagte in Alpha-Test Adapter Z-Wave 2 (v1.7.x):
Version
1.7.0-alpha.5ist in KĂŒrze verfĂŒgbar. Enthalten ist eine Ăberarbeitung des Feldes zur Eingabe der seriellen Schnittstelle und ein Fix fĂŒr GerĂ€te, die perBasic CCihre Werte-Updates senden.
WĂŒrde mich freuen, wenn jemand mit den dead-alive-Problemen diese Version testen kann, da ich recht bald die "fertige"1.7.0releasen will.Da kommt man ja gar nicht hinterher mit Testen! đ
-
@AlCalzone Guten Abend, schön Abend... đ
Herzlichen Dank fĂŒr deine groĂartige Arbeit!
Ich habe eben die alpha 4 angeschaut.Beim ersten Blick in die Logs hab ich ein bisschen einen Schreck bekommen
Da ploppten unzĂ€hlige solcher Nachrichten fĂŒr zwei Adapter auf.Die Interviews gingen aber zĂŒgig und trotz dass meine liebe Problem-Node 4 wieder ein wenig zwischen Leben und Tot wandelte, hat sie sich schlieĂlich doch gefangen und war alive und erreichbar. Es scheint sogar, dass das Problem mit den nicht aktualisierenden
currentValue's verschwunden ist.
Die Node ging glaube ich zwischenzeitlich mal kurz auf dead, fing sich aber schnell wieder und war wirklich erstmalig ĂŒberhaupt verlĂ€sslich zu steuern

Hier die Logs:
2020-09-24_1.7.0-alpha.4.zipBesten Dank nochmals! đ
@EvilEls Danke dafĂŒr schon mal. Die HĂ€lfte der Warnungen sollte eigentlich nicht sein - das könnte aber auch ein JS-Controller-Bug sein.
qnutzt fast kein Adapter :D.
Die andere HĂ€lfte ist "ok", daAssociationsundMulti Channel Associationsgar nicht im Objekt-Baum auftauchen sollte. Permanent diese Warnung sollte natĂŒrlich auch nicht sein. -
@AlCalzone Guten Abend, schön Abend... đ
Herzlichen Dank fĂŒr deine groĂartige Arbeit!
Ich habe eben die alpha 4 angeschaut.Beim ersten Blick in die Logs hab ich ein bisschen einen Schreck bekommen
Da ploppten unzĂ€hlige solcher Nachrichten fĂŒr zwei Adapter auf.Die Interviews gingen aber zĂŒgig und trotz dass meine liebe Problem-Node 4 wieder ein wenig zwischen Leben und Tot wandelte, hat sie sich schlieĂlich doch gefangen und war alive und erreichbar. Es scheint sogar, dass das Problem mit den nicht aktualisierenden
currentValue's verschwunden ist.
Die Node ging glaube ich zwischenzeitlich mal kurz auf dead, fing sich aber schnell wieder und war wirklich erstmalig ĂŒberhaupt verlĂ€sslich zu steuern

Hier die Logs:
2020-09-24_1.7.0-alpha.4.zipBesten Dank nochmals! đ
@EvilEls sagte in Alpha-Test Adapter Z-Wave 2 (v1.7.x):
Die Node ging glaube ich zwischenzeitlich mal kurz auf dead
Ok, einen kleinen Bug haben wir noch. Wenn der Node auf eine Anfrage nach dem Key nicht antwortet, wird die eigentliche Nachricht erneut versucht, aber der Node trotzdem direkt als tot markiert.
Dadurch lÀuft dann auch das Interview mehrfach parallel - aber das steht eh noch auf meiner Agenda. -
@EvilEls Danke dafĂŒr schon mal. Die HĂ€lfte der Warnungen sollte eigentlich nicht sein - das könnte aber auch ein JS-Controller-Bug sein.
qnutzt fast kein Adapter :D.
Die andere HĂ€lfte ist "ok", daAssociationsundMulti Channel Associationsgar nicht im Objekt-Baum auftauchen sollte. Permanent diese Warnung sollte natĂŒrlich auch nicht sein.@AlCalzone hier die Logs vom ersten Anlaufen der alpha 5
Ich weiĂ nicht, ob ich die Meldung, dass alle Nodes ready sind nur nicht im Logwust gesehen habe, oder ob sie nicht kam.
Ich habe irgendwann einfach angefangen die Nodes zu Testen.Bei Node 3 alles wie gehabt. Keine Problem. Alles top.
Node 4 ist vor/wÀhrend des Interview kurz weg gewesen, kam aber wieder.
Allerdings konnte ich die Node nicht steuern. Beim ersten Versuch ging sie gleich dead und blieb auch so. Nachdem ich aber den physischen Schalter bemĂŒht habe, lief auch die Node problemlos.
Allerdings scheint das Problem mit den nicht aktualisiertencurrentValuedoch noch da zu sein. Es scheint aber so, als wĂŒrde es bei kleineren SprĂŒngen (50 auf 30 zb) weniger oft vorkommen, als bei groĂen Ănderungen zb (99 auf 0) <- in diesen FĂ€llen bleibt dercurrentValuedann auch mal irgendwo in der Mitte hĂ€ngen.
Ich glaube, dass könnte sogar mit in den Logs zu sehen sein, fĂŒr Node 4.Ich lasse die alpha 5 nun drauf und werde sehen, ob morgen frĂŒh die Lichter aus- und die Rollos hoch gehen đ
Ich bin sehr zuversichtlich und gebe dann noch einmal Meldung. Ggf. mit Logs.
Besten Dank noch Mal und Gute Nacht (dann irgendwann)! đŽ
-
@AlCalzone hier die Logs vom ersten Anlaufen der alpha 5
Ich weiĂ nicht, ob ich die Meldung, dass alle Nodes ready sind nur nicht im Logwust gesehen habe, oder ob sie nicht kam.
Ich habe irgendwann einfach angefangen die Nodes zu Testen.Bei Node 3 alles wie gehabt. Keine Problem. Alles top.
Node 4 ist vor/wÀhrend des Interview kurz weg gewesen, kam aber wieder.
Allerdings konnte ich die Node nicht steuern. Beim ersten Versuch ging sie gleich dead und blieb auch so. Nachdem ich aber den physischen Schalter bemĂŒht habe, lief auch die Node problemlos.
Allerdings scheint das Problem mit den nicht aktualisiertencurrentValuedoch noch da zu sein. Es scheint aber so, als wĂŒrde es bei kleineren SprĂŒngen (50 auf 30 zb) weniger oft vorkommen, als bei groĂen Ănderungen zb (99 auf 0) <- in diesen FĂ€llen bleibt dercurrentValuedann auch mal irgendwo in der Mitte hĂ€ngen.
Ich glaube, dass könnte sogar mit in den Logs zu sehen sein, fĂŒr Node 4.Ich lasse die alpha 5 nun drauf und werde sehen, ob morgen frĂŒh die Lichter aus- und die Rollos hoch gehen đ
Ich bin sehr zuversichtlich und gebe dann noch einmal Meldung. Ggf. mit Logs.
Besten Dank noch Mal und Gute Nacht (dann irgendwann)! đŽ
@EvilEls Die Interviews sind alle durchgelaufen - das hast du nur ĂŒbersehen.
Das mit currentValue scheint ebenfalls nur ein Symptom zu sein, nicht die Ursache. So 100% lÀuft es mit der Kommunikation noch nicht rund. Ich sehe zwei Probleme, vermute aber, das liegt an dem Problem, was ich oben beschrieben habe.Als nÀchste Schritte schlage ich vor:
- Ich fixe den beschriebenen Bug (wird vermutlich dann alpha 6)
- Du testest und machst mir einen Log.
- Je nachdem, wie das Verhalten ist, drehen wir noch eine Runde.
-
@EvilEls Die Interviews sind alle durchgelaufen - das hast du nur ĂŒbersehen.
Das mit currentValue scheint ebenfalls nur ein Symptom zu sein, nicht die Ursache. So 100% lÀuft es mit der Kommunikation noch nicht rund. Ich sehe zwei Probleme, vermute aber, das liegt an dem Problem, was ich oben beschrieben habe.Als nÀchste Schritte schlage ich vor:
- Ich fixe den beschriebenen Bug (wird vermutlich dann alpha 6)
- Du testest und machst mir einen Log.
- Je nachdem, wie das Verhalten ist, drehen wir noch eine Runde.
- Du testest und machst mir einen Log.

Ping mich an, wenn du was zu Testen fĂŒr mich hast :)
-
- Du testest und machst mir einen Log.

Ping mich an, wenn du was zu Testen fĂŒr mich hast :)
-
@AlCalzone sorry wegen der Verzögerung. Ich musste Baumkuchen essen und Kaffee trinken đ„Ž
Hier die Logs: 2020-09-25__1.7.0-alpha.6.zip
Beim Start und im Betrieb noch viel davon in den Logs:
zwave2.0 2020-09-25 11:46:47.800 warn (13940) State value to set is invalid for zwave2.0.Node_004.Configuration.savingTheStateAfterAPowerFailure: The state property "q" has the wrong type "undefined" (should be "number")! zwave2.0 2020-09-25 11:46:47.259 warn (13940) This value will not be set in future versions. Please report this to the developer.Interviews waren wieder zĂŒgig durch.
Node 4 war kurz nach Start einmal weg, kam aber wieder und funktionierte dann einwandfrei.
Auch die anderen Nodes machen keine Probleme.Sieht sehr gut aus!

-
@AlCalzone sorry wegen der Verzögerung. Ich musste Baumkuchen essen und Kaffee trinken đ„Ž
Hier die Logs: 2020-09-25__1.7.0-alpha.6.zip
Beim Start und im Betrieb noch viel davon in den Logs:
zwave2.0 2020-09-25 11:46:47.800 warn (13940) State value to set is invalid for zwave2.0.Node_004.Configuration.savingTheStateAfterAPowerFailure: The state property "q" has the wrong type "undefined" (should be "number")! zwave2.0 2020-09-25 11:46:47.259 warn (13940) This value will not be set in future versions. Please report this to the developer.Interviews waren wieder zĂŒgig durch.
Node 4 war kurz nach Start einmal weg, kam aber wieder und funktionierte dann einwandfrei.
Auch die anderen Nodes machen keine Probleme.Sieht sehr gut aus!

@EvilEls sagte in Alpha-Test Adapter Z-Wave 2 (v1.7.x):
Node 4 war kurz nach Start einmal weg, kam aber wieder und funktionierte dann einwandfrei.
Ich dachte erst, das kann nicht gut sein, aber der hat tatsÀchlich kurz nicht geantwortet. Die angefragte Nachricht kam etwa 10 Sekunden verspÀtet, nachdem der Adapter schon 3x vergeblich gewartet hat.
Ansonsten sieht's gut aus - vielleicht hat Node 4 wirklich ein kleines Empfangsproblem? -
@EvilEls sagte in Alpha-Test Adapter Z-Wave 2 (v1.7.x):
Node 4 war kurz nach Start einmal weg, kam aber wieder und funktionierte dann einwandfrei.
Ich dachte erst, das kann nicht gut sein, aber der hat tatsÀchlich kurz nicht geantwortet. Die angefragte Nachricht kam etwa 10 Sekunden verspÀtet, nachdem der Adapter schon 3x vergeblich gewartet hat.
Ansonsten sieht's gut aus - vielleicht hat Node 4 wirklich ein kleines Empfangsproblem?@AlCalzone sagte in Alpha-Test Adapter Z-Wave 2 (v1.7.x):
vielleicht hat Node 4 wirklich ein kleines Empfangsproblem?
Das kann ich nicht sicher ausschlieĂen.
Ich werde das WE vllt. wirklich mal den baugleichen Kollegen einbauen, der hier noch rumliegt. -
@AlCalzone Yeah! đđ„ł
Interviews liefen prima. Keine Node wÀhrenddessen weggestorben.
Log auch sauber.Test Node 3 wie immer vorbildlich. Gar keine Probleme. GefĂŒhlt wirklich deutlich schneller als noch mit 1.6.x
Allerdings muckte Node 4 wieder rum.
Gleich beim ersten Versuch zu schalten dead. Blieb sie auch, bis ich am Schalter war. Dann kam sie wieder, aber nach wenigem Schalten war sie wieder weg. Diesmal kam sie aber von selbst zurĂŒck.
Das kann doch bald nicht sein mit dem Ding... :( Ich such jetzt das Ersatzteil.Vielen Dank dir nochmals fĂŒr die groĂartige Arbeit! đ
-
@AlCalzone Yeah! đđ„ł
Interviews liefen prima. Keine Node wÀhrenddessen weggestorben.
Log auch sauber.Test Node 3 wie immer vorbildlich. Gar keine Probleme. GefĂŒhlt wirklich deutlich schneller als noch mit 1.6.x
Allerdings muckte Node 4 wieder rum.
Gleich beim ersten Versuch zu schalten dead. Blieb sie auch, bis ich am Schalter war. Dann kam sie wieder, aber nach wenigem Schalten war sie wieder weg. Diesmal kam sie aber von selbst zurĂŒck.
Das kann doch bald nicht sein mit dem Ding... :( Ich such jetzt das Ersatzteil.Vielen Dank dir nochmals fĂŒr die groĂartige Arbeit! đ
@EvilEls sagte in Alpha-Test Adapter Z-Wave 2 (v1.7.x):
Allerdings muckte Node 4 wieder rum.
Laut deinem neuen Log antwortet der manchmal einfach nicht auf die Abfrage des aktuellen Zustands. Alle anderen Nachrichten gehen super. Warum, verstehe ich nicht - manchmal kommt dann doch eine Antwort.
Ich kann jetzt natĂŒrlich auch eine Ausnahme fĂŒr diesen Befehl hinzufĂŒgen, aber dann hab ich bald fĂŒr alles Ausnahmen...
-
@EvilEls sagte in Alpha-Test Adapter Z-Wave 2 (v1.7.x):
Allerdings muckte Node 4 wieder rum.
Laut deinem neuen Log antwortet der manchmal einfach nicht auf die Abfrage des aktuellen Zustands. Alle anderen Nachrichten gehen super. Warum, verstehe ich nicht - manchmal kommt dann doch eine Antwort.
Ich kann jetzt natĂŒrlich auch eine Ausnahme fĂŒr diesen Befehl hinzufĂŒgen, aber dann hab ich bald fĂŒr alles Ausnahmen...
Hallo @AlCalzone,
zunĂ€chst mal vielen lieben Dank fĂŒr die Integration der
Multilevel Sensor Reports. Ich habe diese seit gestern mit meinen Eurotronic Spirits im Test und muss sagen, dass alles klasse funktioniert. Die Thermostate erhalten die IST-Temperatur von extern bereitgestellt und regeln anhand dieser. DANKE!NatĂŒrlich habe ich gestern direkt auf v1.7 aktualisiert. Bis auf einen Node lĂ€uft alles tadellos. Der Node 009 wird leider direkt nach dem initialen Interview als dead gemeldet. Es handelt sich um einen Devolo Unterputzschalter, der in der Version v1.6 problemlos lief. Die Log-Datei sende ich dir per PM zu.
Des Weiteren habe ich Probleme mit einem Eurotronics Thermostat (Node 021). Auch das erhÀlt sporadisch keine Befehle und wird als dead gemeldet. Es könnte eventuell sein, dass es durch den Ausfall des Node 009 ein Reichweitenproblem ist, da Node 009 genau zwischen Zentrale und Node 021 liegt und daher eventuell als Repeater fungierte. By the way: Gibt es eine Möglichkeit die Anzahl Versuche bis dass ein GerÀt dead ist, zu konfigurieren? Wenn ich mir das Log so ansehe, haben generell alle Eurotronics Thermostate ab und an 1-2 attempts.
Danke fĂŒr deine Hilfe!
-
Hallo @AlCalzone,
zunĂ€chst mal vielen lieben Dank fĂŒr die Integration der
Multilevel Sensor Reports. Ich habe diese seit gestern mit meinen Eurotronic Spirits im Test und muss sagen, dass alles klasse funktioniert. Die Thermostate erhalten die IST-Temperatur von extern bereitgestellt und regeln anhand dieser. DANKE!NatĂŒrlich habe ich gestern direkt auf v1.7 aktualisiert. Bis auf einen Node lĂ€uft alles tadellos. Der Node 009 wird leider direkt nach dem initialen Interview als dead gemeldet. Es handelt sich um einen Devolo Unterputzschalter, der in der Version v1.6 problemlos lief. Die Log-Datei sende ich dir per PM zu.
Des Weiteren habe ich Probleme mit einem Eurotronics Thermostat (Node 021). Auch das erhÀlt sporadisch keine Befehle und wird als dead gemeldet. Es könnte eventuell sein, dass es durch den Ausfall des Node 009 ein Reichweitenproblem ist, da Node 009 genau zwischen Zentrale und Node 021 liegt und daher eventuell als Repeater fungierte. By the way: Gibt es eine Möglichkeit die Anzahl Versuche bis dass ein GerÀt dead ist, zu konfigurieren? Wenn ich mir das Log so ansehe, haben generell alle Eurotronics Thermostate ab und an 1-2 attempts.
Danke fĂŒr deine Hilfe!
@kev1 die Thermostate habe ich auch hier.. ohne Probleme .. alles gut..
grundsĂ€tzlich wĂŒrde ich sagen lĂ€uft die 1.7 sehr gut.....
BIG THX an @AlCalzone
-
Hallo @AlCalzone,
zunĂ€chst mal vielen lieben Dank fĂŒr die Integration der
Multilevel Sensor Reports. Ich habe diese seit gestern mit meinen Eurotronic Spirits im Test und muss sagen, dass alles klasse funktioniert. Die Thermostate erhalten die IST-Temperatur von extern bereitgestellt und regeln anhand dieser. DANKE!NatĂŒrlich habe ich gestern direkt auf v1.7 aktualisiert. Bis auf einen Node lĂ€uft alles tadellos. Der Node 009 wird leider direkt nach dem initialen Interview als dead gemeldet. Es handelt sich um einen Devolo Unterputzschalter, der in der Version v1.6 problemlos lief. Die Log-Datei sende ich dir per PM zu.
Des Weiteren habe ich Probleme mit einem Eurotronics Thermostat (Node 021). Auch das erhÀlt sporadisch keine Befehle und wird als dead gemeldet. Es könnte eventuell sein, dass es durch den Ausfall des Node 009 ein Reichweitenproblem ist, da Node 009 genau zwischen Zentrale und Node 021 liegt und daher eventuell als Repeater fungierte. By the way: Gibt es eine Möglichkeit die Anzahl Versuche bis dass ein GerÀt dead ist, zu konfigurieren? Wenn ich mir das Log so ansehe, haben generell alle Eurotronics Thermostate ab und an 1-2 attempts.
Danke fĂŒr deine Hilfe!
@kev1 Node 20 und 21 haben beide ein wirkliches Empfangsproblem. Im Log sieht man, dass nicht mal die EmpfangsbestÀtigung beim Controller ankommt.
Node 9 ist eigentlich erreichbar, antwortet aber auf manche Anfragen nicht. Ich arbeite bereits an einer Ănderung, dass besser zwischen nicht erreichbar und will nicht antworten unterschieden wird. KĂŒnftig wird nur noch ersteres zur StatusĂ€nderung (dead / schlafend) fĂŒhren.
@kev1 sagte in Alpha-Test Adapter Z-Wave 2 (v1.7.x):
Gibt es eine Möglichkeit die Anzahl Versuche bis dass ein GerÀt dead ist, zu konfigurieren?
Noch nicht, könnte ich aber mal einbauen.
-
Leider habe ich nicht geseheb das die Version 1.7.x noch alpha ist ...Wie gewohnt habe ich aber das update installiert.....
Jetzt kann ich leider meine Fibaro Heat nicht mehr ansteuern.
Was benötigst du um der Sache auf den grund zu gehen...
Oder besser wie kann ich auf die Version 1.6.x downgraden ?
Meine Frau ist nicht begeistert das alle Heizungen kalt sind ....bzw sie dies manuel bedienen muss ....Ăber eine schnelle Hilfe wĂŒrde ich mich freuen :)
Bei den Heat kommt folgende Fehlermeldung wenn ich die Temp Àndern möchte: (unter setpoint)
The message will not be sent because node 35 is presumed dead
habe die selben sorgen wie @Chris_78
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen BeitrĂ€ge zu scrollen? Wenn du dich fĂŒr ein Konto anmeldest, kommst du immer genau dorthin zurĂŒck, wo du zuvor warst, und kannst dich ĂŒber neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und BeitrĂ€ge positiv bewerten, um anderen Community-Mitgliedern deine WertschĂ€tzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden đ
Registrieren Anmelden