Notify und kein wait

[accessburn]

Huhu,
ich hab mir aus dem Wiki ein Notify für die Batteriewarnung gemopst.
Funktioniert nach meiner Anpassung auch recht gut, zu gut... alle 5 Minuten :-D

Wie passt man sowas an?

Code Auswählen Erweitern

.*:[Bb]attery:.* { if($EVENT !~ m/ok/) { my $aktor = AttrVal($NAME,"alias","Fehler");; fhem( "set Telegram message FHEM Batteriewarnung: *" . $aktor ."*") }; }

[DeeSPe]

Huhu,
ich hab mir aus dem Wiki ein Notify für die Batteriewarnung gemopst.
Funktioniert nach meiner Anpassung auch recht gut, zu gut... alle 5 Minuten :-D

Wie passt man sowas an?

Code Auswählen Erweitern

.*:[Bb]attery:.* { if($EVENT !~ m/ok/) { my $aktor = AttrVal($NAME,"alias","Fehler");; fhem( "set Telegram message FHEM Batteriewarnung: *" . $aktor ."*") }; }

event-on-change-reading wäre das Zauber-Attribut am Aktor!

Gruß
Dan

[accessburn]

Muss ich nun auf jedes Device ein "event-on-change-reading battery" setzen?

[DeeSPe]

Muss ich nun auf jedes Device ein "event-on-change-reading battery" setzen?

Das wäre taktisch unklug, denn dann beraubst Du Dich selbst der anderen Events die Deine Aktoren erzeugen und auf die Du reagieren willst.
Ich setzte meist auf allen Geräten "event-on-change-reading .*" und bei Bedarf "event-on-update-reading" auf nötige Readings, z.B. wakeup bei den batteriebetriebenen Sensoren.

Gruß
Dan

[accessburn]

Okay, hab mal einen HT auf change-reading .* gestellt.

Nun kommt aktuell nix mehr. Ich bin etwas unsicher das dass so stimmt

[Thorsten Pferdekaemper]

Hi,
meiner Meinung nach ist "event-on-change-reading" so erst einmal der falsche Weg. Ich würde das so angehen: Du nimmst Dein notify und änderst es so ab, dass nicht die Message direkt geschickt wird, sondern in einem Dummy irgendwas gesetzt wird. Diesen Dummy gibst Du dann das event-on-change-reading und lässt das notify mit der Message vom Dummy triggern.
Wenn Du die Batterien gewechselt hast, dann setzt Du den Dummy zurück. Alternativ kannst Du das auch von einem at täglich oder so erledigen lassen. Dann bekommst Du einmal am Tag die Nachricht.
Gruß,
   Thorsten

[DeeSPe]

Nun kommt aktuell nix mehr. Ich bin etwas unsicher das dass so stimmt

Es werden dann halt von allen Readings nur noch Events erzeugt wenn sich der Wert ändert!

Gruß
Dan

[accessburn]

Da wäre dann die at-Methode lieber denn ich habe aktuell 18 Devices, das wird ja eine never ending Stor

DOIF oder at, gibt es da auch etwas wie ein allrounder (.*:[Bb]attery:.*) oder muss ich evenfalls eins für jedes einzelne anlegen?

[Brice]

Ich nutze für alerts, die ich nur alle paar Stunden oder nur täglich haben möchte ganz oldschool E-Mail per notify nach Zeitablauf erneut senden. Funktioniert natürlich auch mit Push-Nachrichten.

Wäre das eine Alternative?

[DeeSPe]

Hi,
meiner Meinung nach ist "event-on-change-reading" so erst einmal der falsche Weg. Ich würde das so angehen: Du nimmst Dein notify und änderst es so ab, dass nicht die Message direkt geschickt wird, sondern in einem Dummy irgendwas gesetzt wird. Diesen Dummy gibst Du dann das event-on-change-reading und lässt das notify mit der Message vom Dummy triggern.
Wenn Du die Batterien gewechselt hast, dann setzt Du den Dummy zurück. Alternativ kannst Du das auch von einem at täglich oder so erledigen lassen. Dann bekommst Du einmal am Tag die Nachricht.
Gruß,
   Thorsten

Verstehe nicht was an der dummy Lösung besser ist!
In meinem System gibt es bis auf das ImportDevice keinen einzigen dummy und trotzdem funktioniert alles wie es soll.

Ihr macht das schon mit Euren dummy(s)......
Viel Spaß weiterhin.

Gruß
Dan

[accessburn]

Ihr macht das schon mit Euren dummy(s)......

Da ist aber einer eingeschnappt

Dann hilf mir doch. Ich benötige nur ein Push (wie auch immer) mindestens einmal am Tag das alle Devices auf ein battery:low testet.
Ich möchte keine 18 Notifys, Dummys oder ähnliches anlegen


Bitte nicht streiten, sondern helft mir 

[Thorsten Pferdekaemper]

Es werden dann halt von allen Readings nur noch Events erzeugt wenn sich der Wert ändert!

Die Frage ist halt, ob man das will. Ich würde das nicht woollen.

Verstehe nicht was an der dummy Lösung besser ist!

Man kann relative einfach steuern, wie oft man die Message haben will.

DOIF oder at, gibt es da auch etwas wie ein allrounder (.*:[Bb]attery:.*) oder muss ich evenfalls eins für jedes einzelne anlegen?

Du lässt das notify so wie es ist,  nur dass Du das mit der Message durch das setzen eines geeigneten Readings in einem Dummy ersetzt.

Ich benötige nur ein Push (wie auch immer) mindestens einmal am Tag das alle Devices auf ein battery:low testet.
Ich möchte keine 18 Notifys, Dummys oder ähnliches anlegen

Genau das macht doch meine Lösung. Du musst nur ein Dummy anlegen. Wenn Du willst, dann kannst Du auch ein Reading in irgend einem anderen Device anlagen, muss ja kein neuer Dummy sein.
Gruß,
   Thorsten

[accessburn]

So, soweit bin ich:

Internals:
   CFGFN
   NAME       Batterie_dummy
   NR         5993
   STATE      Heizung_WZ_Rechts
   TYPE       dummy
   Readings:
     2017-02-16 12:56:33   state           Heizung_WZ_Rechts
Attributes:
   event-on-change-reading .*
   room       Wohnzimmer

Internals:
   DEF        .*:[Bb]attery:.* { if($EVENT !~ m/ok/) { my $aktor = AttrVal($NAME,"alias","Fehler");; fhem( "set Batterie_dummy " . $aktor) }; }
   NAME       n_batt_chk
   NR         430
   NTFY_ORDER 50-n_batt_chk
   REGEXP     .*:[Bb]attery:.*
   STATE      2017-02-16 12:56:33
   TYPE       notify
   Readings:
     2017-02-16 12:54:16   state           active
Attributes:

Wie stell ich jetzt die Verbindung her?

[Thorsten Pferdekaemper]

Na, wie gesagt: Du machst Dir ein notify, das bei Änderung des Dummy triggert und sendest darin Deine Message.
Gruß,
   Thorsten

[accessburn]

Und da bin ich jetzt am selben Punkt angekommen wie es vorher schon mal war. Ich hab kein Plan wie das gehen soll.

Korrigiere mich, ich versuche es wenigstens zu lernen

Neues, zusätzliches Notify mit:

Code Auswählen Erweitern


{
  my $Batteriealarm = ReadingsVal("Batterie_dummy", "state", "Fehler");
  if ($Batteriealarm !~ m/ok/)
  {
    fhem("set telegram message blablabla;set Batterie_dummy ok")
  }
}


macht das dann so sinn?