Aktionen abbrechen wenn das homeegram deaktiviert wird

Hallo in die Runde,

ich muss leider das alte Thema hier nochmals aufwärmen, weil mir folgendes aufgefallen ist:

Ich habe mehrere verschachtelte HGs, um das Anhalten eines Zustands über einen Zeitraum zu überwachen. (So, wie oben beschrieben). Für meine Fenster klappt das eigentlich ganz gut, für verbrauchsbasierte Kombinationen gibt es leider ein Problem.

HG1
Wenn Verbrauch unter x, aktiviere HG2 und spiele HG2 ab.

HG2
Wenn abgespielt wird, sende nach 10 Minuten eine Push-Nachricht

HG3
Wenn Verbrauch über y, dann deaktiviere HG2.

Das Problem: HG3 wird auch dann ausgeführt, wenn HG2 zwischenzeitlich deaktiviert wurde und wieder aktiviert wird. Das Problem tritt bei Geräten auf, die einen sehr sprunghaften Stromverbrauch haben (z.B. Waschmaschine). Es kann also sein, dass die Meldung abgespielt wird, obwohl in Minute 9:58 noch ein Verbrauch angelegen hat und gerade in Minute 10:00 wieder eine kurze Pause ist. Man sieht auch, dass das HG weiterhin ausgeführt wird, da die (…) oben anstatt des Abspielpfeils angezeigt werden. Das deaktiviert und erneute aktivieren des HGs ändert am Abspielen nichts. --> wir brauchen doch o.g. Vorschlag.

Nachtrag zu Bedingungen: Natürlich kann ich in die HGs auch Bedingungen zur aktuellen Spannung einfügen - aber auch das berücksichtigt nur den aktuellen Moment. Wenn ich also grundsätzlich noch in einem Programm unterwegs bin, welches just nach 10:00 keinen Strom verbraucht, ist die Bedingung erfüllt, das HG arbeitet sauber und meldet, obwohl eigentlich nicht 10 Minuten kein Verbrauch angelegen hat.

Graphisch: (+ = Verbrauch > x, _ = Verbrauch < x, ein Zeichen je Zeiteinheit)

++++ _ _ _ _ _ +++ _ _ _ ++ _ _ _ _ _ _ _ _ _ _
…| HG1 aktiviert HG2 und spielt das nach 10 Zeiteinheiten ab
…| HG2 sendet eine Nachricht
…|HG3 deaktiviert HG2, es kommt keine Nachricht, aber…
…| …hier aktiv. HG1 HG2 -> ungewollte Nachricht
…| gewollte Nachricht durch HG2

:coffee:

Mal ein push…

1 „Gefällt mir“

Ist das nicht mit der neuen Bedingung “Beim Ausführen der Aktion” abgefrühstückt…? :confused:

Wenn das deaktivierte HG wieder aktiviert wird, bevor die Überprüfung am Ende ausgelöst wird … nein, Frühstück noch nicht fertig, aber auf dem Weg dahin

– Auslöser aktiviert HG1
– HG1 soll Gerät nach 1 Stunde ausschalten
– HG2 deaktiviert HG1 nach 30 Minuten
– Auslöser aktiviert HG1 nach weiteren 10 Minuten
– nach weiteren 20 Minuten schaltet sich Gerät ab, obwohl noch keine Stunde seit erneuter Aktivierung HG1 vergangen ist

1 „Gefällt mir“

Stimmt, wobei mein Frühstück noch etwas länger dauert.
Meine Waschmaschine hat, zumindest mit dem Aeon gemessen, sehr starke Schwankungen im Verbrauch. Leider habe ich noch keine sinnvolle Logik gefunden, o.g. Szenario zuverlässig abzufahren. (Derzeit schalten 5 HGs sequenziell ineinander - aber auch das klappt nicht zuverlässig.)
:coffee:

Edit:
Zur Veranschaulichung, wie meine Kurve so aussieht:

Hum…?

Wenn Aktueller Verbrauch bei PC unter 50 W fällt…
Und nur wenn Aktueller Verbrauch bei PC sich unter 50 W befindet…
Prüfzeitpunkt: Beim Ausführen der Aktion
Dann PC nach 10 Sekunden ausschalten…

Nein?

:stew:

Nein :wink:

Siehe Fische sterben Beispiel:

Es fehlt entweder eine dauerhafte Überprüfung (nicht nur Anfang/Ende) oder aber ein Aktion-Abbrechen-wenn-HG-deaktiviert-wird

1 „Gefällt mir“

Kannst du die Abfrageintervalle verlängern (länger als die Zeit, wenn der Stromverbrauch fast 0 Watt ist)? Dann hättest du eine glattere Kurve ohne die ganz kurzen Stromunterbrüche. Und dann bräuchtest du nur noch schauen, wenn der Stromwert wirklich unter 0 fällt.

Also bei dir den Intervall auf circa 5Minuten.
HG1: Wenn Wert über 1750 steigt dann HG2 aktivieren
HG2: Wenn Wert unter 100 fällt, dann Benachrichtung Waschmaschine zu Ende und HG2 deaktivieren

Das ist auch schwierig, weil durch die enormen Schwankungen ist es gut möglich ist, dass am Ende des Intervalls der Wert eben zufällig wieder null ist. (oder ich 3 Stunden nach Waschende irgendwann die Info bekomme).

Der Minimalwert bei mir ist immer bei 1-3Watt - leider entspricht das auch dem Standby-Wert. Mit den HGs habe ich in der Logik schon rumgespielt.

Stimmt, mein Denkfehler.

Neuer Featurerequest? “Summierter Verbrauch über/unter x Minuten”
Featurerequest 2: Schleifen…

HG1: Wenn Wert über 1750 ansteigt, dann HG2 abspielen
HG2: SCHLEIFE Start Verbrauchsmessung - Verzögerung 5 Minuten -Ende Verbrauchsmessung: Wenn Wert gemessener summierter Verbrauch unter 20 Watt, SCHLEIFE ENDE dann Push “Waschmaschine fertig” (sonst neu beginnen bei Verbrauchsmessung)

Oder eben der Request, in dem wir schon sind: Bestehendes HG abbrechen, wenn Verbrauch über 50W steigt. :wink:

Mit meinen HGs Stufe 1-5 spiele ich übrigens so eine Art Glücksspiel: Wenn der Wert 5 mal unter 5W war, dann ist die Wahrscheinlichkeit hoch, dass die Waschmaschine auch fertig sein könnte.

2 „Gefällt mir“

Hehehe, das wäre ja noch einfacher :smile:

1 „Gefällt mir“

Gibt es eigentlich einen Fall wo es sinnvoll ist, dass die Aktion beim deaktivieren nicht abgebrochen wird? Mir fällt da auf Anhieb keiner ein.
Ich hätte aber auch die Erwartung, dass die Aktion beim Deaktivieren gelöscht wird.

Ich bin über dieses Thema gestolpert, weil ich einen einfachen Timer für den TV erstellt habe. Der TV soll nach 60 Minuten ausgeschaltet werden. Wenn ich mich nun nach 30 Minuten entscheide, dass ich doch lieber ab jetzt 60 Minuten haben möchte, dann wird das schon problematisch. Da wäre es doch schön, wenn man den ersten Timer einfach löschen kann und einen Neuen erstellen kann.
Zudem wäre es bei länger laufenden Zeitverzögerungen auch super, wenn man sehen könnte, wie lange der noch läuft.

Dieses Thema hier muss ich jetzt auch nochmal pushen, da es mich neben dem fehlenden in-/dekrementieren von Werten wohl am meisten nervt. Es wundert mich deshalb, dass dieser Vorschlag relativ wenig likes hat.

Ständig muss man bei verzögerten Aktionen aufpassen, dass man diese irgendwie verriegelt, oder auch dass man diese nicht erneut anstößt, während sie schon laufen. Nur indem man die Bedingungen beim Ausführen der Aktionen erneut prüfen lässt lassen sich die Timer wenigstens halbwegs nutzen.
Einen wirklichen Sinn im bisherigen Verhalten, bei dem die Timer bei deaktiviertem Homegramm noch weiterlaufen, habe ich bisher auch nicht gefunden. Auch die Usability betreffend ist das aktuelle Verhalten grenzwertig, erst recht, da man nichtmal sieht, welche Timer noch laufen und da es möglich ist, beliebig viele Timer zu starten und das System so vollzumüllen.

Aus meiner Sicht eine einfache und konsequente Lösung:
Timer (=verzögerte Aktionen) stoppen, sobald das Homeegramm deaktiviert wird.
Da mehrere parallel laufende Timer verhindert werden sollten: Wenn ein Homeegramm erneut abgespielt wird, während ein/mehrere Timer bereits laufen, werden diese zurückgesetzt/neugestartet.

Optional:
Anzeigen, ob ein Homeegramm aktuell läuft, inkl. Anzeige des Timer-Standes (Restlauftzeit).
Neue Aktion “Homeegramm abbrechen” einführen, um einen Timer einfach zu stoppen (das wäre dann alternativ aber sowieso auch über das de- und wieder aktivieren des Homeegramms möglich).

11 „Gefällt mir“

Da bin ich voll bei dir :+1:
mal wieder hervorholen das thema

1 „Gefällt mir“

Warum ist dieses Feature umgesetzt?
Auch mit 2.19.1 werden nach wie vor zeitverzögert Aktionen ausgeführt, selbst wenn das HG bereits deaktiviert wurde!!

Man kann aber HG nun stoppen, was man vorher nicht konnte, damit ist der Vorschlag gelöst, wenn auch etwas anders :wink:

Viele Grüße
JayJay

Hallo @JayJayX, das weisst und, das weiß ich und vielleicht noch ein weiterer duzend User.
Meiner Meinung gehört die Überschrifft geändert oder der Vorschlag abgelehnt, mit dem Hinweis, dass das ganze mit stopppen zu realisieren ist. Ansonsten ist das Chaos perfekt, da ja die HG‘s und deren Möglichkeiten ja so gut dokumentiert sind.

1 „Gefällt mir“

Da gebe ich Dir vollkommen Recht…
Aber Chaos und Homee liegen ganz dicht beieinander.:wink:

@HighControl, könntest Du den Titel bitte anpassen?

Viele Grüße
JayJay

@HighControl,
ich finde JayJayX Beitrag zum Update Core 2.19, beschreibt doch die Lösung für das Abbrechen von laufende Aktionen von deaktivierten homeegrammen und könnte somit auch als Lösung markiert werden?

@Thomas, du hast es immer gerne wenn wir Versionsnummern von unseren Software-Ständen angeben. Könnt ihr das eventuell auch machen, wenn ein Feature-Vorschlag auf “Umgesetzt” gestellt wird :wink: (wenn schon keine Zeit für einen ausführlichen Kommentar ist, wie das umgesetzt wurde, kann man zumindest den unter den Versionsbeschreibungen nachlesen.)

1 „Gefällt mir“