Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

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

[dabbeljuh]

@AlCalzone Danke auf jeden Fall schon mal. Wie setze ich denn den Wert für die Reports? Ich hatte irgendwann mal zu FHEM Zeiten die Temperatur von Fahrenheit auf Celsius mittels eines Set ConfigByte ... geändert. Die Erinnerung daran ist allerdings ziemlich verblasst. ;) Und in ioBroker seh ich auf Anhieb grad keine Möglichkeit.

[AlCalzone]

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

Und in ioBroker seh ich auf Anhieb grad keine Möglichkeit.

Bei den Datenpunkten müsste auch eine Struktur Configuration sein. Da gibts notificationType, den du von Notification Report auf Sensor Binary Report wechseln musst. Dann einmal das Gerät aufwecken.

[dabbeljuh]

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

Sensor Binary Report

Autsch, das war wohl zu einfach ... :man-facepalming:

[AlCalzone]

@dabbeljuh Das ist der Sinn des neuen Adapters :)

[dabbeljuh]

@AlCalzone Dann erfüllt er seine Aufgabe perfekt! :+1:

[AlCalzone]

@dabbeljuh In ein paar Minuten ist v0.8.1 verfügbar. Bitte damit nochmal die Notifications testen (kann sein, dass du die Cache-Datei löschen musst).

[dabbeljuh]

@AlCalzone Ok, werde heute Abend nach der Arbeit testen.

[Rolf_KA]

@AlCalzone - Deine neues Logo ist klasse !

Gestern sind meine RollerShutter3 und anderes eingetroffen…
Beim RollerShutter3 bekomme ich aber einfach keine SceneID für S1 oder S2 übermittelt. (auf beide S1 / S2 ein Trigger gesetzt)

Was könnte ich nur falsch eingestellt haben?

Unter OpenZW geht es ohne Probleme, hier gibt es auch sogar ein Scene_Reset_Timeout den man einstellen kann, was natürlich sehr gut ist und einiges an Triggern spart.

Anbei mal deine Log Datei (mit einmal Taste rauf und runter gedrückt) – die Cache Datei habe ich vorher gelöscht.
zwave-3016.log

Sowie die Cache Datei nach de Log Erstellung: d6e3a2ab.json

Danke dir!

Anzeige unter OpenZW - Node5 kompl. auch als .json Datei: zwave.0.NODE5.json

Anzeige unter Zwave2 - Node005 kompl. auch als .json Datei: zwave2.0.Node_005.json