Man kann ja bei einem Device event on change reading oder update reading machen. gibt es auch ein Attribut das dies komplett verhindert?
Habe eine Logik die auf alle Batterien guckt und bei einem, schwell wert ein push auslöst .. nur leider löst dann das push device wieder diese Logik aus und das spammt mir dann alles dicht.
Und davon ab habe ich auch andere devices die einfach keine events auslösen müssen da nicht gebraucht.
Manche Objekte haben ein Attribut 'do_not_notify'. Bei den meisten setzt man aber einfach event-on-update-reading auf den Wert 'nothing', da vermutlich kein Reading so heißt.
EDIT: ein Attribut setzen ist halt unschön wegen dem "roten Fragezeichen"...
Dann nur nicht vergessen das nach dem Wechsel wieder zurückzustellen... ;)
Ich merke mir "zentral" für jedes Device, ob ich schon benachrichtigt habe in einem Reading und bei erkanntem Batteriewechsel setze ich den "Merker" zurück...
https://forum.fhem.de/index.php/topic,82637.msg747514.html#msg747514
Gruß, Joachim
Zitat von: wuast94 am 02 Februar 2020, 21:14:19
Habe eine Logik die auf alle Batterien guckt und bei einem, schwell wert ein push auslöst .. nur leider löst dann das push device wieder diese Logik aus und das spammt mir dann alles dicht.
Wenn der trigger so aussieht .*:[Bb]attery:.* und die Logik dann wieder ein Reading battery schreibt wäre die Schleife zu erwarten.
Wenn man die Logik kennen würde ... :)
Ist ein DOIF und hier die "Logik" dazu aber wie du schon sagtest genau das ist das problem ja :D
([".*:[Bb]attery",0] < 40)
(set Push msg "Gerät: $DEVICE Akkustand: $EVENT Bitte Akku wechseln")
Dann schau dir den EVENT an und schreib nicht den ganzen EVENT in deine Nachricht? Ich meine wenn Du es weißt warum machst Du es dann?
.* hier an der Stelle kannst Du alle ev. nur Geräte einschließen die ein battery Reading haben, damit wäre dem System auch geholfen.