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

[zanabria]

@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]

@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]

@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 implemented

Das komische ist - die ist implementiert. Ich checke das...

@zanabria

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]

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.

[_nico]

@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]

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 port

edit:
nach einem kompl. iobroker neustart geht es wieder

[AlCalzone]

@_nico Root-Gerät ist richtig. Die fehlerhaften Root-Endpoint-Verknüpfungen werden noch nicht gelöscht. Kannst du bedenkenlos entfernen.

[zanabria]

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

[AlCalzone]

@zanabria Dann probier mal einen von denen während der Fahrt auf False (Haken nicht gesetzt) zu steuern.

[_nico]

@zanabria Du hast auch TargetValue. Da kannst du zwischen 0-99 einen Wert reinschreiben. Dann fährt der Rollladen an die gewünschte Position. Vorausgesetzt du hast das Modul vorher kalibriert.

[Gabe]

@AlCalzone kein Problem anbei der Log ;)

zwave-24167.log

[peppino]

@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

[FalconSBG]

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

[zanabria]

@AlCalzone @_nico
Habe nun Z-Wave 1.3.6 installiert und Haken setzten zw. nicht setzten funzt.
Danke.
Nur die Datenpunkte sind nun anders. es ist kein "target Value" mehr vorhanden.
Siehe Screenshot.

Jetzt muss ich nur noch das Schalten übers Sript hinbekommen.

[_nico]

@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.

[_nico]

Hi @AlCalzone, beim ordentlichen Abbilden und Bauen der zukünftigen Aliase für meine Geräte, ist mir aufgefallen, dass bei allen Geräte, die den Stromverbrauch messen und in einem anderen DP summieren, der Reset DP dafür fehlt.

• FIBARO FGS223 Double Relay
• Devolo Smart Metering Plug MT02792
• Devolo Metering Plug MT02646
• FIBARO System FGWPE/F Wall Plug Gen5
• Devolo UP-Relay
• Devolo UP-Dimmer

Gruß Nico

[AlCalzone]

@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.

[Evil Els]

Hi @AlCalzone, habe noch die Probleme mit dem currentValue beim Qubino (Goap) ZMNHDD1 Flush Dimmer.
Für Fibargroup FGR222 Rollershutter 2 und QUBINO DIN DIMMER funktioniert das nun einwandfrei.

Die selben Probleme hatte ich für das Gerät auch schon mit dem alten zwave Adapter: https://github.com/ioBroker/ioBroker.zwave/issues/84#issue-498239421

Node 4
f8c1260b.json
f8c1260b.metadata.jsonl
f8c1260b.values.jsonl

Vielen Dank!

[AlCalzone]

@Gabe Du sprichst immer von links und rechts, im Log und in der Anleitung aus dem verlinkten Thread steht aber hoch/runter.

Folgendes sehe ich im Log:

• Bewegung hoch gestartet
• Gerät bestätigt den Start
• ein paar Sekunden später: Bewegung gestoppt
• Gerät bestätigt den Stopp
• Gerät meldet Positionsänderung von 0 auf 0 (??? hat sich etwas bewegt?)
• Bewegung runter gestartet
• Gerät bestätigt den Start
• ein paar Sekunden später: Bewegung gestoppt
• Gerät bestätigt den Stopp
• keine Positionsänderung gemeldet

Was passiert tatsächlich? Und hast du mal versucht, das Teil über targetValue zu steuern statt up/down?

[AlCalzone]

@peppino

Ich fürchte das ist ein Missverständnis...

All nodes are ready to use

bedeutet nicht, dass alle Interviews durch sind. Das bedeutet lediglich, dass von allen Nodes alle nötigen Daten vorhanden sind, dass sie korrekt betrieben werden können. Die aktualisierten Werte werden im Hintergrund weiter fleißig abgefragt. Erst wenn bei allen Geräten im Log steht "all values updated", dann ist wirklich Ruhe. Das ist bei deinem Log um 17:47:39 der Fall.

Träge ist es deshalb weil Kommandos aus der Anwendung bislang nicht gegenüber denen aus dem Interview priorisiert werden. Plane ich zu ändern, aber hier laufen derzeit so viele Kleinigkeiten auf ;)