Neue Features: Aggregationsfunktion, Filtern nach Zahl mit Nachkommastellen

[Damian]

Super, das geht 

Hast du etwas anderes erwartet?

[RoBra81]

Nicht wirklich , aber als ich gestern was mit (...) oder {...} probiert hatte, stand exakt der Text im state und nicht das errechnete Ergebnis...

Gesendet von meinem SM-G935F mit Tapatalk

[Ralli]

Hallo Damian,

funktioniert das?

Code Auswählen Erweitern


define DOIF_Aussensteckdosen DOIF ([23:00] and [#".*Aussensteck.*":state:"off"] != 0) (set .*Aussensteck.*:FILTER=STATE=on off)


Um 23 Uhr soll geschaut werden, ob es noch eine Außensteckdose mit Saft gibt und dieser dann abgedreht werden.

Alternativ?

Code Auswählen Erweitern


define DOIF_Aussensteckdosen DOIF ([23:00]) (set [@".*Aussensteck.*":state:$_ ne "off" and $TYPE eq "HMCCUDEV"] off)


[Damian]

Hallo Damian,

funktioniert das?

Code Auswählen Erweitern


define DOIF_Aussensteckdosen DOIF ([23:00] and [#".*Aussensteck.*":state:"off"] != 0) (set .*Aussensteck.*:FILTER=STATE=on off)


Um 23 Uhr soll geschaut werden, ob es noch eine Außensteckdose mit Saft gibt und dieser dann abgedreht werden.

Alternativ?

Code Auswählen Erweitern


define DOIF_Aussensteckdosen DOIF ([23:00]) (set [@".*Aussensteck.*":state:$_ ne "off" and $TYPE eq "HMCCUDEV"] off)


Warum sollte es nicht gehen? Hast du schon probiert?

damit

Code Auswählen Erweitern

([23:00] and [?#"Aussensteck":state:"off"] != 0)

wird dein Modul nur um 23:00 Uhr getriggert. Die Regexangabe .* kannst du dir bei DOIF auch sparen.

[Damian]

Warum sollte es nicht gehen? Hast du schon probiert?

damit

Code Auswählen Erweitern

([23:00] and [?#"Aussensteck":state:"off"] != 0)

wird dein Modul nur um 23:00 Uhr getriggert. Die Regexangabe .* kannst du dir bei DOIF auch sparen.

auch das würde funktionieren

Code Auswählen Erweitern

([23:00] and [?#"Aussensteck":state:"off"])

da es hier mit != 0 gleichzusetzen ist.

[Ralli]

Danke

Ja, probiert. Im Endeffekt wollte ich wissen, ob das so noch zu "kompliziert" ist - und du hast mir eine kürzere Variante gezeigt.

Edit: Wobei ich ja selbst einen Logikfehler drin habe. Ich möchte ja prüfen, ob irgendeine Aussensteckdose noch eingeschaltet ist und nur dann an die eingeschalteten einen Ausschaltbefehl senden.

Code Auswählen Erweitern


([23:00] and ![?#"Aussensteck":state:"^((?!off).)*$"])


[Damian]

Danke

Ja, probiert. Im Endeffekt wollte ich wissen, ob das so noch zu "kompliziert" ist - und du hast mir eine kürzere Variante gezeigt.

Edit: Wobei ich ja selbst einen Logikfehler drin habe. Ich möchte ja prüfen, ob irgendeine Aussensteckdose noch eingeschaltet ist und nur dann an die eingeschalteten einen Ausschaltbefehl senden.

Code Auswählen Erweitern


([23:00] and ![?#"Aussensteck":state:"^((?!off).)*$"])


sollte dann nicht schon reichen

Code Auswählen Erweitern


([23:00] and [?#"Aussensteck":state:"on"])


ist wahr, wenn irgendwo noch ein state mit "on" als Teilstring vorkommt.

[Ralli]

Grundsätzlich hast du recht. Aber was ist, wenn eine der Aussensteckdosen einen undefinierten Zustand hat? Das fange ich so auch ab.

[Damian]

Falls jemand "offene Fenster" nicht in einer Liste hintereinander, sondern untereinander darstellen möchte, so kann er den Separator s(...) mit Hilfe von html-Syntax angeben, hier mit <br>:

Code Auswählen Erweitern

attr Offene_Fenster state [@s(<br> )"Fenster$":state:"open","keine"]

sieht dann so aus:

[Per]

Liste der Devices in der Gruppe "windows", die mit "rooms" enden, deren Status (nicht state-Reading) "on" ist:

[@"rooms$"::$STATE eq "on" and $group eq "windows"]

Tippfehler oder Absicht?

[Damian]

Tippfehler oder Absicht?

Absicht. Du kannst an der Stelle ein Reading angeben. Aber nach diesem wird hier nicht gesucht.

[Damian]

Die Aggregationsfunktion wurde um Regex-Angabe für Readings erweitert.

Die Syntax lautet nun:

[<function>:<format>:"<regex device>:<regex event>":<reading>|"<regex reading>":<condition>,<default>]

Damit kann man jetzt nicht nur über mehrer Devices, sondern auch über mehrer Readings aggregieren:

Beispiele:

Kleinster Wert der Readings des Devices "abfall", in deren Namen "Gruenschnitt" vorkommt und die mit "_days" enden:

Code Auswählen Erweitern

[#min:"^abfall$":"Gruenschnitt.*_days$"]

oder

Durchschnitt von Readings aller Devices, die mit "T_" beginnen, in deren Reading-Namen "temp" vorkommt.

Code Auswählen Erweitern

[#average:"^T_":"temp"]

oder

Durchschnitt von Readings aller Devices, die mit "T_" beginnen, in deren Reading-Namen "temp" vorkommt, die größer als 15 sind:

Code Auswählen Erweitern

[#average:"^T_":"temp":$_ > 15]

Neue Version ist ab morgen per Update verfügbar.

[snickers2k]

Hey.
Super neue Funktionen. Vielen, vielen Dank für deine Mühe.

Ich habe das mal für meine Alarmanlage versucht zu integrieren.

DOIF wird getriggert, wenn der AnwesenheitsTrigger aktiviert wird und die Alarmanlage off ist - sofern eines der Fenster offen ist. Also im Grunde so, wie es hier schon oft beschrieben wurde, nur eben mit mehreren Bedingungen.

Code Auswählen Erweitern

( ([@"Fenster"::$STATE ne "closed" and $group eq "Fenster_Alarm"]) && (([AnwesenheitsTrigger] eq "on") && ([Alarmanlage_dummy] eq "off")) ) (set AnwesenheitsTrigger off) (set Alarmanlage_dummy $DEVICE SCHLIESSEN)

Problem ist nur, dass ich ein "AnwesenheitsTrigger SCHLIESSEN" als Antwort bekomme. Obwohl ich ganz gerne die geöffneten Fenster mit $DEVICE angezeigt bekommen würde.
Ich habe nur leider keine Ahnung wie ich genau diesen Part auslese.


Würde mich über hilfe sehr freuen. Danke!

[Damian]

Wie viele Fenster hast du beim triggernden $DEVICE? Normaler weise doch nur eins.

ansonsten:

Code Auswählen Erweitern

DOIF ( <Trigger auf Schließen>) (set dummy [@"$DEVICE"])

[snickers2k]

Oh. Ich dachte damit würde eine Liste der Devices (eines von 4 Fenstern in der Gruppe Fenster_Alarm) ausgegeben werden, die nicht geschlossen sind. Jedenfalls war das der Plan