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

[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

[dabbeljuh]

@dabbeljuh Bin gestern Abend leider nicht mehr dazu gekommen. Das Update habe ich daher eben durchgeführt, den Cache gelöscht und bisher scheint alles zu passen. Werde es im Augen behalten, aber sieht gut aus. :)

[arteck]

@AlCalzone mal zur info der shutter 2 und der shutter 3 sind ein wenig unterschiedlich.. ich nutze den 2 bei mir.. aber es gab mal eine diskussion in openzwave das da mit den 3-er was anders läuft..

[Rolf_KA]

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

openzwave das da mit den 3-er was anders läuft..

Das habe ich auch schon mehrfach gehört...
Hätte auch gerne noch RollerShutter2 bestellt, ich habe aber keinen Händler gefunden der noch welche hat - nur 3er :-(

@AlCalzone Zwave2 Adapter kann das jetzt aber vielleicht besser machen als OpenZW ;-)

[AlCalzone]

@Rolf_KA Schau mal in die Anleitung, Seite 21: https://manuals.fibaro.com/content/manuals/en/FGR-223/FGR-223-EN-T-v1.2.pdf

Der 3er sendet keine SceneActivation sondern CentralScene notifications, aber das hast du ja schon gefunden. Die funktionieren anders (z.B. gibt es mehrere Datenpunkte, die jeweils einer Szene zugeordnet sind). Der Adapter macht das IMO korrekt, KeyPressed heißt, dass der Knopf 1x kurz gedrückt wurde. Deinen Trigger musst du so gestalten, dass auch erneutes Setzen des gleichen Wertes getriggert wird.
Wenn du einen langen Tastendruck detektieren willst, geht das über KeyHeldDown und KeyReleased.

Ich kenne deine Skriptlogik nicht, was genau funktioniert hiermit nicht?

[Rolf_KA]

@AlCalzone

Dachte ich hätte es verstanden...
Ich habe das so eingestellt:

Und zwei Trigger auf Scene_001 und 002 gesetzt - ab da passiert nichts :-(

Im ioB Log ist bis auf den Power und den Positionswert auch nichts anderes was sich umschaltet:

Ich verstehe das nicht :-(

[AlCalzone]

@Rolf_KA Triggere nicht auf "wurde geändert", sondern "wurde aktualisiert". Wenn du mehrfach den Knopf 1x drückst, wird immer wieder der Datenpunkt aktualisiert, aber nicht verändert (0 => 0)

[Rolf_KA]

@AlCalzone

Jetzt habe ich es kapiert, das mit dem 1 x Drücken funktioniert jetzt :+1:
Die anderen Möglichketen - 2 o. 3 x drucken teste ich später noch (bin noch auf Arbeit, aber nicht mehr lange)

Aber warum hast Du dich entschieden eine andere Reihenfolge zu verwenden wie bei OpenZW?
Ich dachte auch immer, dass der spezifische Rückgabewert vom Gerät aus gesendet wird und damit für alle Adapter gleich wäre.
Deshalb hatte ich auch bei SceneID die 1 für 1 x gedrückt erwartet und nicht die 0, da ich es bei OpenZW so gesehen habe.

Bei dir: 0 bis 4

Bei OpenZW: 0 bis 5

Ich melde mich später nochmal, vielen Dank für deine unterstützung :-)

[Rolf_KA]

@AlCalzone

Funktioniert wie von dir definiert - 2 x dann 3 x und dauerhaft gedrückt:+1: :relaxed:

Wie ich aber bemerkt habe, wird der Wert nicht zurückgesetzt und bleibt stehen - Beispiel 3 x gedrückt
Fehlt da jetzt noch die Funktion wie bei OpenZW mit der einstellmöglich von: Scene_Reset_Timeout in ms. ?

Nun teste ich mal den Dimmer2 von Fibaro.

Noch eine Kurze Frage:
Wenn ich einen Node aus dem ZWave Netz nehme (über Gerät entfernen) wird dann die freie Node Nr. bei einem neuen Gerät wieder vergeben oder wird einfach hochgezählt?