NEWS
Schnelle Änderungen am Triggerobjekt auswerten?
-
Da sich die Logic beim Shelly Gen.2 gegenüber der Gen.1 etwas geändert hat, bin ich auf der Suche nach eine Lösung für folgendes Problem:
Bei Gen.2 wurden ein paar Datenpunkte zusammengeschmissen, was eben dazu führt, dass z.B. ein Longpush nicht mehr mit true, oder false hinterlegt wird, sondern in einen Event zusammen mit dem Button-Status zusammengeschmissen wird.
So z.B. sieht ein short_push aus:{ "ts": 1736716265.022, "level": 2, "data": "shelly_notification:208 Event from input:0: {\"component\":\"input:0\",\"id\":0,\"event\":\"btn_down\",\"ts\":1736716264.99}", "fd": 1 }, { "ts": 1736716265.188, "level": 2, "data": "shelly_notification:208 Event from input:0: {\"component\":\"input:0\",\"id\":0,\"event\":\"btn_up\",\"ts\":1736716265.17}", "fd": 1 }, { "ts": 1736716265.51, "level": 2, "data": "shelly_notification:208 Event from input:0: {\"component\":\"input:0\",\"id\":0,\"event\":\"single_push\",\"ts\":1736716265.49}", "fd": 1 },und so ein long_push:
{ "ts": 1736716271.118, "level": 2, "data": "shelly_notification:208 Event from input:0: {\"component\":\"input:0\",\"id\":0,\"event\":\"btn_down\",\"ts\":1736716271.10}", "fd": 1 }, { "ts": 1736716272.116, "level": 2, "data": "shelly_notification:208 Event from input:0: {\"component\":\"input:0\",\"id\":0,\"event\":\"long_push\",\"ts\":1736716272.10}", "fd": 1 }, { "ts": 1736716273.469, "level": 2, "data": "shelly_notification:208 Event from input:0: {\"component\":\"input:0\",\"id\":0,\"event\":\"btn_up\",\"ts\":1736716273.45}", "fd": 1 },Hat jemand eine Idee, wie ich diese sich innerhalb von Millisekunden ändernde Events auswerten kann um short- und long-push zu triggern?
-
@dark-angel sagte: in einen Event
Gibt es einen Event-Datenpunkt?
@paul53
Der Datenpunkt in ioBroker (über den Shelly Adapter) heist direkt Event:shelly.0.shellyplus2pm#9015068820c0#1.Input0.EventDa werden direkt hintereinander die 3 Meldungen aus dem Eröffnungspost quitiert.
-
@paul53
Der Datenpunkt in ioBroker (über den Shelly Adapter) heist direkt Event:shelly.0.shellyplus2pm#9015068820c0#1.Input0.EventDa werden direkt hintereinander die 3 Meldungen aus dem Eröffnungspost quitiert.
aber jeweils einzeln? oder steht da die liste von oben drin?
Meine Adapter und Widgets
TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
Links im Profil -
ah, du machst dir sorgen über die geschwindigkeit?
das ist eigentlich kein Problem (natürlich systemabhängigkeit und in welcher geschwindigkeit du reagieren möchtest)ich weiß jetzt nicht auf welcher Basis die Ausgabe oben entstanden ist.
Ich gehe jetzt mal davon aus, das jedes Event einzeln vom Gerät gesendet wird und du nur sowas wie hier empfängst{ "ts": 1736716271.118, "level": 2, "data": "shelly_notification:208 Event from input:0: {\"component\":\"input:0\",\"id\":0,\"event\":\"btn_down\",\"ts\":1736716271.10}", "fd": 1 }dann ist das erst einmal ein ganz normales JSON Objekt.
ts ist der zeitstempel. level und fd weiß ich nicht.
interessant ist data, das ist ein String der Text und ebenfalls nochmals ein JSON Objekt enthält, der muss zunächst mit regex interpretiert werdenlet obj = { "ts": 1736716272.116, "level": 2, "data": "shelly_notification:208 Event from input:0: {\"component\":\"input:0\",\"id\":0,\"event\":\"long_push\",\"ts\":1736716272.10}", "fd": 1 } let regex=new RegExp("{.*}"); let list = obj.data.match(regex); let data = JSON.parse(list[0]); switch(data.event) case "short_push": console.log("aktionen short_push") case "long_push": console.log("aktionen long_push") default: console.log("nix machen bei anderen eventtypen")@oliverio
Die Ausgabe ist aus dem Debugfenster auf dem Shelly kopiert.Die Idee mit dem Script geht schon in der Richtung wie ich mir die Lösung des Problems vorstelle.
Muss dann heute Abend gleich mal herumexperimentieren...Danke für den Richtungsanstoß.
-
aber jeweils einzeln? oder steht da die liste von oben drin?
@oliverio
Einzeln. So schnell kann ich gar nicht schauen, wie sich der Wert ändert ... :dizzy_face: -
@paul53
Der Datenpunkt in ioBroker (über den Shelly Adapter) heist direkt Event:shelly.0.shellyplus2pm#9015068820c0#1.Input0.EventDa werden direkt hintereinander die 3 Meldungen aus dem Eröffnungspost quitiert.
@dark-angel sagte: die 3 Meldungen aus dem Eröffnungspost
Das komplette JSON? Sicherlich die 3 Events unmittelbar nacheinander?
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@dark-angel sagte: die 3 Meldungen aus dem Eröffnungspost
Das komplette JSON? Sicherlich die 3 Events unmittelbar nacheinander?
-
Bzw.:
@dark-angel
da ist doch schon ein datenpunkt namens event.
dann musst doch nur einen trigger auf diesen datenpunkt setzen und unterscheiden ob da short oder long drin steht und deine aktionen auslösen
da muss man nicht mal die verrenkungen mit dem skript machenwie gesagt, die geschwindigkeit ist kein problem. die events werden der reihe nach reinkommen, die datenpunkte aktualisisert werden.
auch wenn du uU die Änderungen auf der Oberfläche nicht wahrnimmst -
Bzw.:
@dark-angel
"Event" enthält doch, was man braucht.
"hold" bleibt true bis losgelassen wird.
EDIT: Anstelle des Schreibens in die eigenen Datenpunkte können auch direkt die Aktionen zur jeweiligen Tastenbetätigung ausgeführt werden.
Anmerkung: Wenn es "single_push" gibt, gibt es vielleicht auch "double_push"? Zum Erkennen von "long_push" wird immerhin 1 s benötigt.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@dark-angel
"Event" enthält doch, was man braucht."hold" bleibt true bis losgelassen wird.
EDIT: Anstelle des Schreibens in die eigenen Datenpunkte können auch direkt die Aktionen zur jeweiligen Tastenbetätigung ausgeführt werden.
Anmerkung: Wenn es "single_push" gibt, gibt es vielleicht auch "double_push"? Zum Erkennen von "long_push" wird immerhin 1 s benötigt.
@paul53
Das Problem ist, dass Event immer 3 Meldungen ausgibt (3 Zustände hintereinander)
Wenn ich Event triggere ist der erste Zustand immer "btn_down".
Bei SinglePress kommt erst "btn_up" und dann bleibt Event bei "single_push" stehen.
Anders allerdings bei LongPress: da kommt als nächstes "long_push" und zum Schluss bleibt es bei "btn_up" stehen.
Wenn ich zu 100% sicher wäre, dass die letzte Meldung bei LongPress immer "btn_up" sein wird, dann könnte ich das in mein Script einbauen (Event Auswertung mit kleine Verzögerung um sicher zu stellen, dass alle Eventmeldungen schon durch sind?).
Der Ursprung der "Geschichte" ist HIER nachzulesen. Das Shelly die Logic geändert hat finde ich persönlich nicht sehr prickelnd, aber die werden sich schon was dabei gedacht haben... -
@paul53
Das Problem ist, dass Event immer 3 Meldungen ausgibt (3 Zustände hintereinander)
Wenn ich Event triggere ist der erste Zustand immer "btn_down".
Bei SinglePress kommt erst "btn_up" und dann bleibt Event bei "single_push" stehen.
Anders allerdings bei LongPress: da kommt als nächstes "long_push" und zum Schluss bleibt es bei "btn_up" stehen.
Wenn ich zu 100% sicher wäre, dass die letzte Meldung bei LongPress immer "btn_up" sein wird, dann könnte ich das in mein Script einbauen (Event Auswertung mit kleine Verzögerung um sicher zu stellen, dass alle Eventmeldungen schon durch sind?).
Der Ursprung der "Geschichte" ist HIER nachzulesen. Das Shelly die Logic geändert hat finde ich persönlich nicht sehr prickelnd, aber die werden sich schon was dabei gedacht haben...@dark-angel sagte: Event immer 3 Meldungen ausgibt (3 Zustände hintereinander)
Wenn ich Event triggere ist der erste Zustand immer "btn_down".Ja und ...? "btn_down" wird nicht ausgewertet, also ignoriert.
@dark-angel sagte in Schnelle Änderungen am Triggerobjekt auswerten?:
"long_push" und zum Schluss bleibt es bei "btn_up" stehen.
Genau dieses Verhalten wird in meinem Blockly-Vorschlag berücksichtigt.
-
Erster (mehr, oder weniger) Erfolg, erzielt durch folg. Blockly:
Shelly Output ist "momentary" mit invertet Input
So wird das Licht auch ohne ioBroker funktionsfähig bleiben, nur eben ohne den Zusatz des Longpushs.
Wenn Output auf "detached" gesetzt würde, geht das Licht wenn Longpush erkannt wurde, oder aber eben beim loslassen an (in etwa wie "momentary_on_release" bei Shelly Gen.1). Nachteil: Wenn keine Kommunikation mit ioBroker, dann bleibt es dunkel.
Support us
496
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge