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

[Rolf_KA]

@AlCalzone sagte in Test Adapter ZWave2 (v0.8.x):

sinvolles und gewünschtes Verhalten ist

Okay, habe ich verstanden.

Für mich sah es unter OpenZW so aus, als ob die SceneId Nr. eben nur dann gesetzt wird, wenn eine Taste gedrückt wurde.
(es gibt ja auch mehrfache 1 x, 2x, 3x drücken).

Ob es jetzt unbedingt ein sinnvolles und gewünschtes Verhalten ist, ist so eine Sache…

In meinem Fall wäre es sinnvoll da ich über Scripte eben den Tastenstatus auslese und dann halt auf irgendwas reagiere.
Wenn das Script aber ständig denkt der Taster sei gedrückt, kommt halt was durcheinander, auch wenn man es dann irgendwie anderes Scripten könnte.

Wäre aber auch für Adapter Umsteiger die vorher OpenZW hatten nicht schlecht, wenn das Verhalten bei SceneId eben identisch wäre – die habe ja auch vielleicht Scripte ;-)

Jedenfalls ist dein alternativer Z-Wave2 Adapter für mich der bessere :+1:

[AlCalzone]

@Rolf_KA Reicht es dir denn, wenn der Wert sofort wieder zurück gesetzt wird und nicht erst nach 1s? Aus ioBroker kannst du auf jeden Fall darauf reagieren.

[Rolf_KA]

@dabbeljuh

Schau auch hier noch nach: https://forum.iobroker.net/topic/27796/test-adapter-z-wave-2-v0-6-x-v0-7-x

(Die Log Datei Erstellung kann jetzt aber viel komfortabler über den Adapter aktiviert werden)
Aber dann weißt Du schon mal wo was ist.

Mit deinem Tür-/Fensterkontakten "DCH Z110" kann leider nicht weiterhelfen - denke aber @AlCalzone bekommt das locker hin.

Für mich ist sein alternativer Z-Wave2 Adapter alternativlos! :hugging_face:

[AlCalzone]

@dabbeljuh

Unter /opt/iobroker/iobroker-data/zwave2.0/cache findest du eine JSON-Datei. Die bitte mal posten, dann kann ich mehr sagen.

[Rolf_KA]

@AlCalzone sagte in Test Adapter ZWave2 (v0.8.x):

Reicht es dir denn, wenn der Wert sofort wieder zurück gesetzt wird und nicht erst nach 1s?

Wenn ich über ioBroker bzw. Script darauf reagieren kann, muss das nicht erst nach 1s zurückgesetzt werden.

[dabbeljuh]

@AlCalzone Hallo und danke. Hier kommt die Datei:
ed4e16cf.json

Da fällt mir noch ein, die Geräte liefern wohl kein true/false zurück, sondern Statuswerte: 22, 23 (offen, geschlossen) und 254 etc.

[OstfrieseUnterwegs]

Sehr gut, jetzt geht auch der selbst gesetzte Name bei den Devices nicht mehr verloren.

[AlCalzone]

@dabbeljuh Schau mal unter Notification.accessControl_DoorState oder ähnlich. Müsste folgende Zustände haben, deren Name auch in ioBroker angezeigt wird:

"states": {
    "0": "idle",
    "22": "Window/door is open",
    "23": "Window/door is closed"
}

Außerdem sollte es in Binary_Sensor zwei Datenpunkte geben. Es kann aber sein, dass das Interview nicht vollständig durchgelaufen ist. Ggf mal aufwecken.

[Rolf_KA]

@AlCalzone sagte in Test Adapter ZWave2 (v0.8.x):

Reicht es dir denn, wenn der Wert sofort wieder zurück gesetzt wird und nicht erst nach 1s? Aus ioBroker kannst du auf jeden Fall darauf reagieren.

Habe vor ca. 1 1/2 Stunde deinen Adapter mal aktualisiert.

Wie ich bemerkt habe, hast Du zur SceneID schon etwas gemacht – die Version ist aber noch die 0.8.0.

Die SceneID wird jetzt unmittelbar, nachdem sie mit dem korrekten Schaltwert gesetzt wird, sofort auf die vorherige eigetragene Wert Zahl (bei mir die 9 zum Test) zurückgesetzt.

Ich muss doch zugeben, dass ist verdammt schnell…

Ein Trigger reagiert zwar auf die SceneID Änderung, aber da die Umschaltung so schnell ist, habe ich keine anderen Werte vom jeweiligen Node.

Die SceneID sollte eigentlich solange gesetzt bleiben, bis ich mind. eine Aktualisierung der Verbrauchsmessung habe.

Beispiel – Trigger auf Motor/Power:
Der Motor läuft zwar, aber es ist keine korrekte SceneID mehr vorhanden, in welche Richtig läuft der Motor, rauf oder runter?

Das mit der 1 Sek. bei OpenZW hatte wohl doch einen Sinn.

Wenn es aber für dich zu umständlich ist gebe Bescheid.

Ich muss dann 2 Trigger erstellen und mir dann die SceneID Nr. kurz zw. speichern welche ich dann beim Trigger Motor/Power weiter verarbeiten kann.

Danke Dir :-)

[AlCalzone]

Ich möchte vermeiden, ein Verhalten einzubauen, das nur für einen bestimmten Anwendungsfall funktioniert und bei anderen wiederum zu Problemen führt. Wer weiß, ob nicht jemand anderes auf sofortige Änderungen reagieren will?

@Rolf_KA sagte in Test Adapter ZWave2 (v0.8.x):

Der Motor läuft zwar, aber es ist keine korrekte SceneID mehr vorhanden, in welche Richtig läuft der Motor, rauf oder runter?

Nutzt du Blockly oder JavaScript? In letzterem kannst du soetwas machen:

on("zwave2.0.Node_XYZ.Scene_Activation.sceneId", async (obj) => {
    const sceneId = obj.state.val;
    if (sceneId) { // nur reagieren, wenn sceneId gesetzt wurde
        // Einmalig warten, bis der Motor einen Verbrauch > 1W meldet
        const motorPower = await once({id: "dp.für.motor-power", valGt: 1});
        // mit der Leistung weiterrechnen
    }
});

[Rolf_KA]

@AlCalzone sagte in Test Adapter ZWave2 (v0.8.x):

Ich möchte vermeiden, ein Verhalten einzubauen, das nur für einen bestimmten Anwendungsfall funktioniert und bei anderen wiederum zu Problemen führt. Wer weiß, ob nicht jemand anderes auf sofortige Änderungen reagieren will?

Da gebe ich dir natürlich vollkommen Recht ! :+1:

Hatte es gerade nochmal mit OpenZW getestet -
bis der Power Trigger (>1W) reagiert, ist bei denen der Wert SceneID noch korrekt vorhanden…

Eigentlich Scripte ich mit Blockly, JavaScript wäre jetzt aber auch kein Problem.
Ich teste mal...

Danke dir nochmal für deine Unterstützung :-)

[dabbeljuh]

@AlCalzone Den State Notification.accessControl_DoorState gibt es - der wird nur leider nicht befüllt. Der Datenpunkt Binary_Sensor existiert gar nicht.
Ich hab es mit löschen der Datenpunkte, des Caches und sogar des kompletten Adapters versucht. Nutzt leider nichts.

[Rolf_KA]

@dabbeljuh

Hast Du schon die "Detaillierte Logdatei schreiben" in seinem Adapter bei dir aktiviert?
Vielleicht benötigt er diese ;-) würde ihm diese posten, dann kann er in "Ruhe" prüfen...
(in der Ruhe liegt ja bekanntlich die Kraft ;-) )

[dabbeljuh]

@Rolf_KA Die habe ich derzeit nicht aktiviert, kann ich aber natürlich gerne tun. Wohin wird die Datei denn geschrieben?
Und ich möchte @AlCalzone keinesfalls hetzen. Bin ja dankbar, dass er sich die Arbeit mit dem Adapter macht. :)
Muss ich ggf. noch ein Update von irgendwelchen Bibliotheken auf meinem Rechner durchführen?

[AlCalzone]

@dabbeljuh Die Datei landet in /opt/iobroker/node_modules/zwave-js und heißt zwave-<zahl>-.log. Wäre hilfreich, die zu sehen, da anscheinend was schief läuft.

Muss ich ggf. noch ein Update von irgendwelchen Bibliotheken auf meinem Rechner durchführen?

Nein, das ist das schöne an dem Adapter :)

[Rolf_KA]

@dabbeljuh

@dabbeljuh Die Datei landet in /opt/iobroker/node_modules/zwave-js und heißt zwave-<zahl>-.log. Wäre hilfreich, die zu sehen, da anscheinend was schief läuft.

Siehst Du... ;-)

Er @AlCalzone, macht mir aber schon etwas Sorgen; ich selbst achte sehr darauf, dass meine Abteilungsmittarbeiter in Ruhe das private und/oder Familienleben genießen können, dann habe ich auch viel mehr Output!
Auch wenn das eine oder andere etswas später kommt/geliefert wird - wir sind einfach nur Menschen und keine Maschinen!

(Statistiken belegen das klar!)

:-)

[dabbeljuh]

@Rolf_KA Da bin ich ganz bei dir. Leider neigen insbesondere die "Guten" häufig dazu, sich über Gebühr zu strapazieren. Daher werde ich auch den Teufel tun, hier etwas einzufordern. :)

[dabbeljuh]

@AlCalzone Dankeschön! :)
Ich hänge die Log-Datei hier mal an:
zwave-24889.log
Inzwischen habe ich den "alten" ZWave-Adapter wieder installiert, ein Update auf meinem NUC durchgeführt und bin grad am Testen, ob ich die Sensoren dort fehlerfrei einbinden kann.

[AlCalzone]

Keine Sorge... Programmieren sehe ich als Hobby :)
Da ich seit gestern wieder Vollzeit arbeite, wird es jetzt auch etwas langsamer gehen.

[AlCalzone]

@dabbeljuh Problem gefunden

Der Sensor antwortet beim Interview nicht auf die Binary Sensor Abfrage. Ich denke das kommt daher, dass er so konfiguriert ist, dass er die Infos per Notification sendet, nicht per Binary Sensor Report.

Die Notification wird zwar korrekt abgefragt, der Adapter verarbeitet die Antwort aber nicht korrekt. Dazu schaffe ich ggf. heute Abend einen Fix.
Später sehe ich mehrfach, dass der Sensor aufgeweckt wird, aber keine Notifications sendet. Ist das ggf auch noch eine Konfigurationseinstellung, die du ändern musst?

Als Workaround kannst du vorerst probieren, die Reports von Notification auf Binary Sensor umzustellen.