Test Adapter ZWave2 (v0.8.x)

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

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

[AlCalzone]

@dabbeljuh Das ist der Sinn des neuen Adapters