NEWS
Test Adapter Z-Wave 2 (v1.3.x)
-
@AlCalzone anbei der Log. Danke und Gruß
@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 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.
@AlCalzone Super. Funktioniert jetzt. Danke!
-
@_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.
@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 musstUh, übersehen, okay. Ich teste.
-
@AlCalzone anbei der Log geht um Node 048
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
-
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:
-
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 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 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:

@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 auch21:29:24.759 CNTRLR [Node 005] Multi Channel Association assignment failed, falling back to Associ ation CCohne 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.
-
Aktuelle Test Version 1.3.7 Veröffentlichungsdatum 18.06.2020 Github Link https://github.com/AlCalzone/ioBroker.zwave2 Bugfixes:
- Fibaro FGMS-001 Motion sensor: Alle Assoziationen sind jetzt als Lifeline konfiguriert, sodass die Bewegungsmeldungen nun beim Controller ankommen
- Beim Druck auf "erneut interviewen" werden jetzt auch die Infos über Kommandoklassen zurück gesetzt.
Neues Feature!
Firmware-Updates sind jetzt möglich:

Die Nutzung dieser Funktion erfolgt auf eigene Gefahr, da es nicht möglich ist zu prüfen, ob die ausgewählte Firmware für das zu aktualisierende Gerät geeignet ist.
Bei Nutzung einer falschen Firmware kann es sein, dass das Gerät im Anschluss nicht mehr funktioniert.Folgende Dateitypen können genutzt werden:
- OTA-Updater von Aeotec (*.exe, *.ex_) - Hier wird die Firmware ausgelesen und aktualisiert.
- Firmware als Intel-HEX-Datei (*.ota, *.otz, *.hex) - Kann von einigen Herstellern direkt bezogen werden.
Folgendes geht nicht:
- Verschlüsselte Hex-Dateien (*.hec), wie sie für Homeseer bereitgestellt werden.
- Fibaro-Geräte (hier muss zwangsläufig die Fibaro-Zentrale zum Update verwendet werden)
Update v1.3.1:
- Multi Channel Association Reports von sicheren Nodes werden jetzt korrekt dekodiert
- Es wurde ein Problem behoben, dass Verknüpfungen zum Root Endpoint teilweise nicht entfernt werden konnten. @ChristianG
Update v1.3.2:
Es wurde ein Crash beim Empfang einer Multi Command CC behoben. @arteck
Update v1.3.3:
- Logfiles werden jetzt in der korrekten Reihenfolge geschrieben
- Es wurde ein Fehler behoben, der bei der Nutzung der Door Lock CC auftritt, wenn noch nicht alle Werte bekannt sind
- Fehler beim Senden von Firmware-Update-Fragmenten werden abgefangen und geloggt
Multi Channel Endpoint Find Reportsohne Endpoint-Liste werden nicht mehr verworfen @Marsx79- Der Adapter stürzt nicht mehr ab, wenn auf der konfigurierten Schnittstelle ein Gerät erreichbar ist, das nicht oder falsch antwortet (z.B. ein Nicht-ZWave-Stick)
Update v1.3.4:
- Zahlreiche Fixes in Verbindung mit Verknüpfungen
- Die UI zum Bearbeiten von Verknüpfungen stürzt nicht mehr ab, wenn für einen Node eine leere Liste an Gruppen zurückgegeben wird
- Wenn ein Node keine Multi-Channel-Verknüpfungen unterstützt, wird die Auswahl des Ziel-Endpunkts nicht mehr angeboten
- Für Nodes, die Multi-Channel-Verknüpfungen unterstützen, wird jetzt zwischen dem Root-Gerät und dem Root-Endpunkt unterschieden.
- Logfiles sollten jetzt wieder geschrieben werden
- Unterstützung für Devolo Dimmer (MT2760) und Shutter (MT2761) hinzugefügt (Danke @_nico )
Update v1.3.6:
- Logfiles enthalten wieder alle Informationen
- Das Logging fürs
Multi Channel Association CCinterview ist etwas detaillierter - Neuere Geräte, die eine Geräte- statt Endpunkt-Verknüpfung erfordern, sollten jetzt korrekt konfiguriert werden
CRC-16 Command Encapsulation CCwird nicht mehr fälschlicherweise als nicht implementiert angesehen
Update v1.3.7:
Die Übertragungsprobleme aufgrund überlappender Transaktionen wurden behoben.
Happy Testing!
@AlCalzone
hallo, in Anfänger in Sache Smart Home und ioBroker und habe Probleme den Qubino Flush Shutter ZMNHCD1 Aktor richtig ansteuern zu können.
Per Schalter kann der Rollo zwar geschlossen und geöffnet werden, aber nicht an einer beliebiegen Stelle dazwischen gestoppt.
Ich habe gelesen dass du den "Fibaro" in Z-Wave2 optimiert hast. Wäre dies auch für den "Qubino Flush Shutter ZMNHCD1" möglich?
Mir scheint, daß aktuell beim einbinden des Shutters nicht alle bzw. notwendigen Datenpunkte angelegt werden. Es fehlt unter anderem eine Stop-Funktion, oder aktuelle Verbrauchsmessung, oder Motor läuft, oder, oder, oder ist gestoppt. Ich denke sowas sollte möglich sein, da sich dieser Aktor im "Homee-System" über diese Parameter steuern lässt. Ich habe aktuell dieses "Homee-System" bin aber sehr verärgert, da es nicht zuverlässig arbeitet.
Aus diesem Grund möcht ich mein System auf ioBroker umstellen.
Wie groß ist dieser Aufwand, ich könnte einen Qubino zum testen zur Verfügung stellen, ich denke es gibt noch mehr Qubino Anwender die Interesse daran hätten. Auch finanzielle Unterstützung meinerseits ist möglich. -
@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 auch21:29:24.759 CNTRLR [Node 005] Multi Channel Association assignment failed, falling back to Associ ation CCohne 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.
@AlCalzone said in Test Adapter Z-Wave 2 (v1.3.x):
@JackDaniel Machst du mir bitte ein Log: Adapter starten, vollständig interviewen, dann die obige Änderung nochmal machen und etwas laufen lassen.
ist jetzt so ca. 30 minunten gelaufen
cache.zip
zwave-2129.log -
@AlCalzone said in Test Adapter Z-Wave 2 (v1.3.x):
@JackDaniel Machst du mir bitte ein Log: Adapter starten, vollständig interviewen, dann die obige Änderung nochmal machen und etwas laufen lassen.
ist jetzt so ca. 30 minunten gelaufen
cache.zip
zwave-2129.log@JackDaniel Da kommt was! :)
08:31:48.563 DRIVER Dropping message because it could not be deserialized: The command class CRC-1 6 Encapsulation is not implementedDas komische ist - die ist implementiert. Ich checke das...
Per Schalter kann der Rollo zwar geschlossen und geöffnet werden, aber nicht an einer beliebiegen Stelle dazwischen gestoppt.
Damit hat der Adapter erst mal nichts zu tun, ich vermute dass da ein Konfigurationsparameter falsch gesetzt ist.
aktuelle Verbrauchsmessung
Könnte hier ebenfalls an einer falschen Verknüpfung zum Controller liegen (Endpoint vs Root-Gerät), siehe auch @_nico's Problem.
Stop-Funktion
Hast du einen Datenpunkt Up oder Down oder On oder Off? Ist nicht besonders intuitiv, aber diese auf falsch zu setzen sollte den gewünschten Effekt haben.
-
Version 1.3.6 ist auf dem Weg.
Es gab noch einen Bug, dass neuere Geräte trotz Konfig-Option nicht mit Node-ID-Assoziationen konfiguriert wurden. @_nico das dürfte dein Problem gewesen sein.
@JackDaniel dich betrifft das ebenfalls, außerdem sollten die CRC16-Pakete deines Geräts nun auch empfangen werden können.
@Gabe und täglich grüßt das Murmeltier... :( Bitte nochmal mit v1.3.6 - hoffentlich sehe ich jetzt was.
-
Version 1.3.6 ist auf dem Weg.
Es gab noch einen Bug, dass neuere Geräte trotz Konfig-Option nicht mit Node-ID-Assoziationen konfiguriert wurden. @_nico das dürfte dein Problem gewesen sein.
@JackDaniel dich betrifft das ebenfalls, außerdem sollten die CRC16-Pakete deines Geräts nun auch empfangen werden können.
@Gabe und täglich grüßt das Murmeltier... :( Bitte nochmal mit v1.3.6 - hoffentlich sehe ich jetzt was.
@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.3.x):
Version 1.3.6 ist auf dem Weg.
Es gab noch einen Bug, dass neuere Geräte trotz Konfig-Option nicht mit Node-ID-Assoziationen konfiguriert wurden. @_nico das dürfte dein Problem gewesen sein.
Sers,
habe ein paar Sekunden nach Veröffentlichung der Zwischen-Version 1.3.5 getestet:
Wenn die Lifeline der Devolo Shutter auf Root-Endpunkt stand, wurde currentValue und value_w_consumed NICHT aktualisiert.
Wenn ich die Lifeline auf Root-Gerät ändere, funktioniert alles 1A.Dann habe ich die Lifeline aller 13 Devolo-Shutter auf Root-Gerät gestellt ... und wollte hier über meinen positiven Test berichten - da sehe ich, dass es nun auch die 1.3.6 gibt. Habe auf 1.3.6 aktualisiert und die Devolo-Shutter Nodes stehen weiterhin auf Root-Gerät und es funktioniert - currentValue und value_w_consumed wird aktualisiert!
Ist das nun richtig so mit der Einstellung Root-Gerät bei der Lifeline?
Wollte testweise zurück auf Root-Endpunkt stellen, da kommt jetzt aber eine FM: "Verknüpfung konnte nicht erstellt werden!".Ganz schön viele Verknüpfungen bei den Devolo-Shuttern - ist das so normal?


Ich danke dir für deine Mühe!
Gruß Nico
-
hmm bei mir lässt sich die 1.36 nicht starten :(
(16666) The Z-Wave driver could not be started: Error Resource temporarily unavailable Cannot lock portedit:
nach einem kompl. iobroker neustart geht es wieder -
@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.3.x):
Version 1.3.6 ist auf dem Weg.
Es gab noch einen Bug, dass neuere Geräte trotz Konfig-Option nicht mit Node-ID-Assoziationen konfiguriert wurden. @_nico das dürfte dein Problem gewesen sein.
Sers,
habe ein paar Sekunden nach Veröffentlichung der Zwischen-Version 1.3.5 getestet:
Wenn die Lifeline der Devolo Shutter auf Root-Endpunkt stand, wurde currentValue und value_w_consumed NICHT aktualisiert.
Wenn ich die Lifeline auf Root-Gerät ändere, funktioniert alles 1A.Dann habe ich die Lifeline aller 13 Devolo-Shutter auf Root-Gerät gestellt ... und wollte hier über meinen positiven Test berichten - da sehe ich, dass es nun auch die 1.3.6 gibt. Habe auf 1.3.6 aktualisiert und die Devolo-Shutter Nodes stehen weiterhin auf Root-Gerät und es funktioniert - currentValue und value_w_consumed wird aktualisiert!
Ist das nun richtig so mit der Einstellung Root-Gerät bei der Lifeline?
Wollte testweise zurück auf Root-Endpunkt stellen, da kommt jetzt aber eine FM: "Verknüpfung konnte nicht erstellt werden!".Ganz schön viele Verknüpfungen bei den Devolo-Shuttern - ist das so normal?


Ich danke dir für deine Mühe!
Gruß Nico
-
@JackDaniel Da kommt was! :)
08:31:48.563 DRIVER Dropping message because it could not be deserialized: The command class CRC-1 6 Encapsulation is not implementedDas komische ist - die ist implementiert. Ich checke das...
Per Schalter kann der Rollo zwar geschlossen und geöffnet werden, aber nicht an einer beliebiegen Stelle dazwischen gestoppt.
Damit hat der Adapter erst mal nichts zu tun, ich vermute dass da ein Konfigurationsparameter falsch gesetzt ist.
aktuelle Verbrauchsmessung
Könnte hier ebenfalls an einer falschen Verknüpfung zum Controller liegen (Endpoint vs Root-Gerät), siehe auch @_nico's Problem.
Stop-Funktion
Hast du einen Datenpunkt Up oder Down oder On oder Off? Ist nicht besonders intuitiv, aber diese auf falsch zu setzen sollte den gewünschten Effekt haben.
@AlCalzone @JackDaniel
Habe die Datenpunkte UP und DOWN, siehe Sreenshot

-
@AlCalzone @JackDaniel
Habe die Datenpunkte UP und DOWN, siehe Sreenshot

-
@AlCalzone @JackDaniel
Habe die Datenpunkte UP und DOWN, siehe Sreenshot

-
@AlCalzone kein Problem anbei der Log ;)
-
@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 :-(
@Rolf_KA
Mach dir keinen Stress, mach das Log wenn du mal Lust drauf hast.@AlCalzone
Ich habe mal wieder einige Z-Wave Komponenten dazu gegeben, die auch sauber Interviewt werden, aber am Ende also nach "All nodes are ready to use" geht der Z-Wave Stick immer noch auf "Dauer Feuer" (LED leuchtet dauernd) und alles ist sehr Träge.
Ich habe vorher alles zurückesetzt und den Adapter Clean installiert.
Zwave2_1_3_6.zip -
Hallo ich hatte im vorigen Thread schon einmal kurz auf mein Problem mit der Strommessung bei den Fibaro double Switch angeprochen konnte aber dann Berufsbedingt leidern icht mehr antworten.
anbei sind zwei Fotos einmal Node 21 was richtig in den objekten ist und einmal Node 22 was nicht richtig ist. Sind beide die gleiche Hardwear.

mfg Stefan