[gelöst]Batterieüberwachung - Prozent-Angaben im Reading ausklammern

[Fredi69]

Aber du hast doch eine ganz andere Lösung im Einsatz oder planst diese in Betrieb zu nehmen?

An 2 Stellen mit 2 unterschiedlichen "Mechanismen" nachfragen ist auch nicht zielführend!

Wo willst du nun geholfen haben?

Dieses "simple" notify erweitert auf HUE-Devices oder in dem anderen Thread zusätzlich HUE-Devices (Vorschlag habe ich ja gepostet, geht der nicht?)...

Doppelt mache ich mir die Arbeit nicht

Gruß, Joachim

Vielen herzlichen Dank für Deine Unterstützung.
Ich habe seit vielen Jahren die hier beschriebene Lösung erfolgreich im Einsatz.
Da leider die HUE Devices, die seit dieser Woche ein Battery Reading haben, mit dieser Lösung auch nicht funktionieren, habe ich gestern mal nach einer Lösung gesucht und bin dann auf Deine Lösung unter den Codeschnipseln gestossen.
Diese Lösung ist zwar auch ein toller Ansatz,  hat aber wieder andere Probleme mit sich gebracht.
Daher habe ich nun versucht die ursprüngliche Lösung, basierend auf einem einzigen Notify, an die HUE Devices anzupassen.

Vielen Dank und Grüße
Fredi69

[MadMax-FHEM]

Und was soll nun gelöst werden bzw. wo willst du geholfen haben?

Hier oder dort?

Gruß, Joachim

[Fredi69]

Und was soll nun gelöst werden bzw. wo willst du geholfen haben?

Hier oder dort?

Gruß, Joachim

Gerne hier.

[MadMax-FHEM]

Dann würde ich halt mal z.B. so umbauen:

Code Auswählen Erweitern


{ if($EVENT =~ m/low/)
  {                                                                                                                                       
    fhem ("msg push FHEM Batteriewarnung, $NAME: $EVENT:\nBatterien sollten demnächst gewechselt werden!");                                                                           
    Log 3, "$NAME: Batteriewarnung $EVENT";                                                                                                                                                             
  }
  if(InternalVal($DEVICE, "TYPE", "n.a.") eq "HUEDevice" && $EVENT < 15)
  {
    fhem ("msg push FHEM Batteriewarnung, $NAME: $EVENT:\nBatterien sollten demnächst gewechselt werden!");                                                                           
    Log 3, "$NAME: Batteriewarnung $EVENT";                                                                                                                                                             
  }
}


EDIT: ich bin jetzt nicht sicher ob/wie man das in den DEF-Editor eingeben kann, also mit Zeilenumbrüchen etc. Weil ich sowas eben immer in Subs auslagere, da ist das kein Problem... Bei Eingabe in RawDef musst du die Zeilenumbrüche noch jeweils mit \ abschließen (denke ich) und evtl./verm. auch die Strichpunkte "doppeln"...

EDIT: u.U. gibt das auch (ab und an) eine Warning im Log wegen "isn't numeric". Dann könnte man auf "Stringvergleich" ausweichen oder eben die Abfrage <15 in eine weitere "Verschachtelung", also ein if innerhalb des if(HUE). Hatte ich schon aber so ist es eben "kürzer"...

Bzgl. $EVENT < 15 bin ich halt nicht sicher, weil es könnte auch $EVTPART1 etc. sein...
Du kannst ja auch das $EVENT < 15 erst mal weglassen und schauen was die Logausgabe bzgl. $EVENT ins Log schreibt und dann anpassen (lassen).

Setzt halt jetzt voraus, dass die Homematic (oder alle anderen Geräte/Devices) eben low liefern und die HUE immer Prozentzahlen...

Wenn das nicht so ist bzw. weitere Typen kommen, dann bist du über kurz oder lang eben bei der anderen Lösung (so habe ich ja auch angefangen   ).
Ebenso: manchmal schwanken die Sensoren zwischen ok/low bevor sie dann endgültig leer sind. Das würde die andere Lösung ebenfalls abfangen...

Gruß, Joachim

[Damian]

Code Auswählen Erweitern

   .*:[Bb]attery:|.*:[Bb]atteryS { if($EVENT !~ m/ok/ && ReadingsVal($NAME,"IODev","OK") ne "HUEBridge") ...

Solche Definitionen sind reine Performancefresser und das für eine relativ zeitunkritische Abfrage.

Hier wird jedes Event im System ausgewertet, nur um festzustellen, dass einmal pro Jahr eine Batterie alle ist.

Wenn man alle seine Probleme so löst, dann wird sich das System irgendwann mit sich selbst beschäftigen.

[Fredi69]

Code Auswählen Erweitern

   .*:[Bb]attery:|.*:[Bb]atteryS { if($EVENT !~ m/ok/ && ReadingsVal($NAME,"IODev","OK") ne "HUEBridge") ...

Solche Definitionen sind reine Performancefresser und das für eine relativ zeitunkritische Abfrage.

Hier wird jedes Event im System ausgewertet, nur um festzustellen, dass einmal pro Jahr eine Batterie alle ist.

Wenn man alle seine Probleme so löst, dann wird sich das System irgendwann mit sich selbst beschäftigen.

Danke für die Info, das war mir so nicht bewußt.
Hast Du einen anderen Vorschlag?

[Damian]

Es gibt da schon gefühlt tausend verschiedene Lösungsansätze zu dem Thema, hier zwei davon - beide resourcenschonend:

hier, wie man einen Ausfall eines beliebigen Readings anhand des Zeitstempels feststellen kann: https://forum.fhem.de/index.php/topic,104569.msg985397.html#msg985397

hier, mit Typ und Readingauswertung: https://forum.fhem.de/index.php/topic,103977.msg1201984.html#msg1201984