Wie gesagt…wollte die Diskussion hier nicht sprengen. Habe nen eigenen Thread aufgemacht und auch Fotos hinterlegt. Ich nutze die normale Web App (nix beta).
Erfahrung von heute: mein Vorschlag oben ist für die Jalousiesteuerung nicht geeignet. Heute bei wechselhaftem Wetter (Helligkeit schwankt quasi im Sekundentakt zwischen 2000 und 12000 Lux) findet das von @MrWitchblade erwähnte HG-Feuer auf dem homee statt mit entsprechender Reaktion der Jalousien. Das HG3 wird durch ständige Impulse/Helligkeitspeaks ausgelöst und deaktiviert+aktiviert im Minutentakt das HG2. Da ich aber nicht eine Helligkeitsschwelle sondern mehrere habe, könnt ihr euch vorstellen was abgeht…
Für den Schlafend Modus kann es aber vll schon funktionieren wenn ein ausreichend niedriger Geräuschpegel festgelegt wird, der deutlich unter normalen Gesprächen/Fernsehen liegt.
Meine Jalousien schalten jetzt wieder nach 15 Minuten “gleichen Bedingungen” (mehrere Abfragen durch 2 HG jeweils beim Auslösen und Ausführen der Aktion) und selbst das ist keine Garantie dafür, dass sich das Wetter nach den 15 Min Wartezeit nicht doch ändert. Wechselhaftes Wetter nervt hier gewaltig 
eine wirkliche Lösung ist nur ein Bedingungsfeature das etliche Probleme lösen würde (mehrfach HGs) Eine Bedingung Wenn Zustand X für X Minuten dann…
So eine Bedingung müsste halt Ressourcenschonden programmiert werden (theoretisch könnte homee ja alle Sekunde seine Bedingung überprüfen, was ihn wahrscheinlich dann an den Rande eines Nervenzusammenbruchs bringt), und die Auslösebedingung sofort unterbrechen, sobald auch nur einmal in dieser Zeit die Bedingung nicht mehr erfüllt ist.
eine weitere Möglichkeit (aber wirklich ähnlich hässlich) wäre folgende Bedingung:
Wenn Zustand X für X Minuten dann… (Überprüfe Zustand X alle X Sekunden)
letzte Möglichkeit würde nur die HG Menge reduzieren, und man hätte es einigermaßen in der Hand wie stark die CPU belastet wird.
Ich fürchte nur… wenn es so einfach wäre hätte die @homee es schon längst getan…
1 „Gefällt mir“
Die neue Funktion des Prüfzeitpunkts geht ja schon fast in die richtige Richtung. “Vom Auslösen bis zur Aktion” wäre doch schön. Dann wäre das Feature nur in der Bedingung drin - als Trigger wäre das vielleicht auch nicht verkehrt, aber mit einer vermutlich ähnlichen Komplexität?! Zwecks Ressourcenauslastung bin ich allerdings raus. Ich kann zwar programmieren, aber nur eine proprietäre Sprache. Dennoch warte ich auf den “Zähler” für den Zeitraum, seit ich homee habe, um endlich meine Waschmaschinen-HGe zu reduzieren. Die gehen teilweise in eine ähnliche Richtung, wie diese Diskussion.
Mal gucken, was die Zukunft so bringt. Ich behelfe mir teilweise mit mehreren, hintereinander geschalteten HGen, die die Bedingung jeweils noch mal prüfen und nach n Zeiteinheiten das nächste HG aufrufen, was dasselbe tut. Das letzte, führt dann die Aktionen aus. Damit funktioniert zumindest meine Waschmaschine, auch wenn ich 6 oder 7 HGe dafür habe.
1 „Gefällt mir“
Also, meine Frau sagt, so ein geräuschbasiertes HG hätte bei uns keinerlei Sinn… 
Eventuell würde es schon reichen, wenn ein bereits abgespieltes HG gestoppt werden könnte.
Wenn der Lärmpegel unter einen bestimmten Wert fällt, wird nach 30 Minuten der Modus schlafend gesetzt. Wenn der Lärmpegel wieder über einen bestimmten Wert steigt, wird das zuvor ausgelöst HG gestoppt/zurückgesetzt. Sinkt der Pegel dann wieder, laufen die 30 Minuten neu.
(Ähnlich “Flow stoppen” bei Automagic)
Ich habe jedoch auch kein Gefühl dafür, welche Art von Programmierung wieviele Ressourcen bildet und wie dargestellt werden kann.
1 „Gefällt mir“
Wie hier schon geschrieben wurde gibt es bisher in den Homeegrammen keine Möglichkeit, eine Bedingung nach dem Schema “wenn Zustand X für Y Minuten” anzulegen.
Die neuen Prüfzeitpunkte gehen in diese Richtung, sind dann aber auch nur 2 Prüfungen und keine Überwachung eines Zeitraums.
Ein Feature Vorschlag dafür gibt es hier Aktion wenn der Zustand länger als eine bestimmte Zeit anhält
Alternativ kann man mit mehreren Homeegrammen arbeiten, Beispiele dazu gibt es in diesem Thread schon.