Batteriewarnung aus der Commandref funktioniert nicht mehr

[SouzA]

Hallo,

folgende Batteriewarnung habe ich bei mir:

Code Auswählen Erweitern


(
[":battery: low"]
and
[?$SELF:B_$DEVICE] ne "low"
)
(setreading di_Alarme_battery B_$DEVICE low)
(set HomePortalBot message $DEVICE Batterie low)
DOELSEIF
(
[":battery: ok"]
and
[?$SELF:B_$DEVICE] ne "ok"
)
(setreading di_Alarme_battery B_$DEVICE ok)
(set HomePortalBot message $DEVICE Batterie ok)

Sieht ähnlich aus, wie die aus dem Commandref? Ja, ist es auch
Nur scheint das Teil nicht mehr zu funktionieren. Das DOIF aktualisiert jetzt immer. Egal ob die Batterie beim letzten Trigger ok war oder nicht. Es scheint, die eigenen Readings überhaupt nicht zu lesen.

Das Ding hat bis vor zwei Stunden auch noch funktioniert. Dann hab ich das DOIF umbenannt und dann gings los... Als mein Handy nicht mehr still stand hab ich das "alte" DOIF gelöscht und einfach noch einmal ein neues angelegt. Selber Effekt.

Kann das jemand bestätigen?

Bis denn
SouzA

[amenomade]

Wäre besser mit coma-separated Befehle, oder?

Code Auswählen Erweitern


(
[":battery: low"]
and
[?$SELF:B_$DEVICE] ne "low"
)
((setreading di_Alarme_battery B_$DEVICE low),
(set HomePortalBot message $DEVICE Batterie low))
DOELSEIF
(
[":battery: ok"]
and
[?$SELF:B_$DEVICE] ne "ok"
)
((setreading di_Alarme_battery B_$DEVICE ok),
(set HomePortalBot message $DEVICE Batterie ok))

Und was sind die attr deines DOIF? Ist do always eingestellt?

Gruß

[igami]

Hast du beim Umbenennen auch "di_Alarme_battery" geändert? Das könnte man auch als $SELF schreiben.

Alternativ gibt es im monitoring Modul auch ein Beispiel für eine Batterieüberwachung.

[SouzA]

Hi,

vielen Dank für die Antworten.
Ein Restart hat das DOIF wieder zum Arbeiten gebracht.
Keine Ahnung, wo der hängen geblieben ist...

@amenomade
so wie ich das sehe ist kein Komma notwendig.
Habe nen Dutzend DOIFs und eigentlich nirgendwo nen Komma zwischen.

Bis denn
SouzA

[amenomade]

Ok gut zu wissen, danke. Ich gebe mir immer Mühe... umsonst. 

Gruß

[Per]

Klammern statt Komma erzeugen eine höher Last, weil es getrennte CMD-Bereiche sind. Dafür lassen sie sich über wait, cmdState oder andere Befehle getrennt ansprechen.
Bevor die Geschichte mit den Kommas so funktionierte wie heute, waren Klammern bisweilen die einzige Möglichkeit, "widerspenstige" Befehle zu separieren.

[FunkOdyssey]

Hallo, vielleicht hat jemand einen Tipp für mich. Ich habe Homematic wie auch Z-Wave-Geräte. Bei den Z-Wave-Geräten wird als Reading (hole ich mir per get xyz battery) ein Prozentwert gespeichert: battery: 59 %

Nun dachte ich, dass ich einfach der Wert mit < 60 vergleiche. Aber dann werden auch alle Geräte zurückgeliefert, die keine Zahl enthalten. Somit lösen alle "ok"-Geräte auch aus.

Code Auswählen Erweitern

   DEF        (
(
[":^[Bb]attery.*[Ll]ow"] or
[":^[Bb]attery"] < 60
) and
[?$SELF:BATT$DEVICE,"init"] ne "low" and
[?$SELF:P_mode,"inaktiv"] eq "aktiv"
)
(
setreading $SELF msg {((AttrVal("$DEVICE","alias","") ? AttrVal("$DEVICE","alias","") : "$DEVICE")." Batterie leer")},
{Log 1,((AttrVal("$DEVICE","alias","") ? AttrVal("$DEVICE","alias","") : "$DEVICE")." Batterie leer")},
(msg mail xxx -2 {((AttrVal("$DEVICE","alias","") ? AttrVal("$DEVICE","alias","") : "$DEVICE")." Batterie leer")})
setreading $SELF BATT$DEVICE low
)
DOELSEIF
(
[":^battery: ok"] and
[?$SELF:BATT$DEVICE,"init"] ne "ok" and
[?$SELF:P_mode,"inaktiv"] eq "aktiv"
)
(
setreading $SELF BATT$DEVICE ok,
setreading $SELF msg -
)

Frage 1:

Wie kann man bei einem DOIF Ereignistrigger auch auf eine Zahl filtern?

Aus der CommandRef:
Filtern nach Ausdrücken mit Ausgabeformatierung:

Code Auswählen Erweitern

Syntax: [<device>:<reading>|<internal>:d<number>|"<regex>":<output>]

Ich würde gerne so etwas ähnliches wie folgender Vergleich umsetzen:

Code Auswählen Erweitern

[":^[Bb]attery":d] < 60

Ich kenne Ereignistrigger und auch die Filtern nach dem :d-Ausdruck. Aber wie kann man beides kombinieren?

Frage 2:

Hat jemand einen Tipp, wie ich den Vergleich auf "low" und auf "< 60 %" bewerkstelligen kann?

Danke.

[amenomade]

Ich würde es abhängig vom TYPE machen (nicht getestet): statt

Code Auswählen Erweitern

[":^[Bb]attery.*[Ll]ow"] or
[":^[Bb]attery"] < 60

etwas in der Art (sorry, kann im Moment nicht testen)

Code Auswählen Erweitern

[":^[Bb]attery.*[Ll]ow"] or
([":^[Bb]attery"] < 60 and [?$DEVICE:TYPE] eq "ZWave)


[FunkOdyssey]

Ach, was hat man manchmal ein Brett vor dem Kopf. Vielen Dank.

Der Code würde dann wie folgt aussehen:

Code Auswählen Erweitern

(
(
[":^[Bb]atte.*[Ll]ow"] or
([":^[Bb]attery"] < 60 and [?$DEVICE:&TYPE] eq "ZWave")
) and
[?$SELF:BATT$DEVICE,"init"] ne "low" and
[?$SELF:P_mode,"inaktiv"] eq "aktiv"
)

Wenn ich jetzt noch wüsste, wie ich das Prozentzeichen eleganter loswerde. Wie gesagt: Ich kenne das normalerweise mit dem [name:reading:d], aber ich weiß nicht, wie ich das hiermit kombinieren soll.

Folgendes klappt aber auch:

Code Auswählen Erweitern

([":^[Bb]attery:\s?(-?\d+(\.\d+)?)"] < 60 and [?$DEVICE:&TYPE] eq "ZWave")

[Damian]

Hallo, vielleicht hat jemand einen Tipp für mich. Ich habe Homematic wie auch Z-Wave-Geräte. Bei den Z-Wave-Geräten wird als Reading (hole ich mir per get xyz battery) ein Prozentwert gespeichert: battery: 59 %

Nun dachte ich, dass ich einfach der Wert mit < 60 vergleiche. Aber dann werden auch alle Geräte zurückgeliefert, die keine Zahl enthalten. Somit lösen alle "ok"-Geräte auch aus.

Code Auswählen Erweitern

   DEF        (
(
[":^[Bb]attery.*[Ll]ow"] or
[":^[Bb]attery"] < 60
) and
[?$SELF:BATT$DEVICE,"init"] ne "low" and
[?$SELF:P_mode,"inaktiv"] eq "aktiv"
)
(
setreading $SELF msg {((AttrVal("$DEVICE","alias","") ? AttrVal("$DEVICE","alias","") : "$DEVICE")." Batterie leer")},
{Log 1,((AttrVal("$DEVICE","alias","") ? AttrVal("$DEVICE","alias","") : "$DEVICE")." Batterie leer")},
(msg mail xxx -2 {((AttrVal("$DEVICE","alias","") ? AttrVal("$DEVICE","alias","") : "$DEVICE")." Batterie leer")})
setreading $SELF BATT$DEVICE low
)
DOELSEIF
(
[":^battery: ok"] and
[?$SELF:BATT$DEVICE,"init"] ne "ok" and
[?$SELF:P_mode,"inaktiv"] eq "aktiv"
)
(
setreading $SELF BATT$DEVICE ok,
setreading $SELF msg -
)

Frage 1:

Wie kann man bei einem DOIF Ereignistrigger auch auf eine Zahl filtern?

Aus der CommandRef:
Filtern nach Ausdrücken mit Ausgabeformatierung:

Code Auswählen Erweitern

Syntax: [<device>:<reading>|<internal>:d<number>|"<regex>":<output>]

Ich würde gerne so etwas ähnliches wie folgender Vergleich umsetzen:

Code Auswählen Erweitern

[":^[Bb]attery":d] < 60

Ich kenne Ereignistrigger und auch die Filtern nach dem :d-Ausdruck. Aber wie kann man beides kombinieren?

Frage 2:

Hat jemand einen Tipp, wie ich den Vergleich auf "low" und auf "< 60 %" bewerkstelligen kann?

Danke.

:d ist hier noch nicht realisiert, aber du kannst folgenden Filter definieren:

Code Auswählen Erweitern

([":^[Bb]attery.*[Ll]ow"] or
  [":^[Bb]attery":"[^\:]*: (-?\d+(\.\d+)?)",999]<60)

[FunkOdyssey]

Vielen Dank. Ich übernehme dann mal deine Variante, da du der Profi bist.
Wie ich weiter geschrieben hatte, funktioniert folgendes auch:

Code Auswählen Erweitern

[":^[Bb]attery:\s?(-?\d+(\.\d+)?)"] < 60

Aber ich bin nun wirklich kein RegExp-Profi.

[Damian]

Vielen Dank. Ich übernehme dann mal deine Variante, da du der Profi bist.
Wie ich weiter geschrieben hatte, funktioniert folgendes auch:

Code Auswählen Erweitern

[":^[Bb]attery:\s?(-?\d+(\.\d+)?)"] < 60

Aber ich bin nun wirklich kein RegExp-Profi.

Das wird nicht gut funktionieren. Zitat aus der Commandref:

Allgemeine Ereignistrigger können ebenfalls so definiert werden, dass sie nicht nur wahr zum Triggerzeitpunkt und sonst nicht wahr sind, sondern Inhalte des Ereignisses zurückliefern. Initiiert wird dieses Verhalten durch die Angabe eines Default-Wertes.

Du hast keinen Default-Wert (getrennt durch ein Komma) angegeben, deswegen kann dein Ausdruck nur wahr (1) oder unwahr (0) werden.

[heikoh81]

Ich möchte diese Batterieüberwachung nun auch einsetzen, ausschließlich für Homematic-Devices.
In der commandref von fhem.de finde ich das Beispiel nicht - ist die Funktion noch aktuell?

Problem:
Bei mir überwacht das DOIF nur genau 1 Device (Bewegungsmelder HMBW05SchuppenGarage), warum weiß ich nicht.
Ich habe 30 Batteriebetriebene Homematic-Devices!

Code Auswählen Erweitern


([":battery: low"] and [?$SELF:B_$DEVICE] ne "low")
(setreading di_Batterieueberwachung B_$DEVICE low)
({DebianMail('mail@xyz.de','Batteriewarnung $DEVICE','siehe Betreff')})
DOELSEIF ([":battery: ok"] and [?$SELF:B_$DEVICE] ne "ok")
(setreading di_Batterieueberwachung B_$DEVICE ok)
##({DebianMail('mail@xyz.de','Batterie OK $DEVICE','siehe Betreff')})


Reading:
B_HMBW05SchuppenGarage = ok

[Damian]

Ich möchte diese Batterieüberwachung nun auch einsetzen, ausschließlich für Homematic-Devices.
In der commandref von fhem.de finde ich das Beispiel nicht - ist die Funktion noch aktuell?

Problem:
Bei mir überwacht das DOIF nur genau 1 Device (Bewegungsmelder HMBW05SchuppenGarage), warum weiß ich nicht.
Ich habe 30 Batteriebetriebene Homematic-Devices!

Code Auswählen Erweitern


([":battery: low"] and [?$SELF:B_$DEVICE] ne "low")
(setreading di_Batterieueberwachung B_$DEVICE low)
({DebianMail('mail@xyz.de','Batteriewarnung $DEVICE','siehe Betreff')})
DOELSEIF ([":battery: ok"] and [?$SELF:B_$DEVICE] ne "ok")
(setreading di_Batterieueberwachung B_$DEVICE ok)
##({DebianMail('mail@xyz.de','Batterie OK $DEVICE','siehe Betreff')})


Reading:
B_HMBW05SchuppenGarage = ok

probiere mal

Code Auswählen Erweitern

DOIF
{if ([":battery: low"] and [?$SELF:B_$DEVICE] ne "low") {
set_Reading("B_$DEVICE","low");
::DebianMail('mail@xyz.de','Batteriewarnung $DEVICE','siehe Betreff');
}
}
{if ([":battery: ok"] and [?$SELF:B_$DEVICE] ne "ok") {
set_Reading("B_$DEVICE","ok");
  }
}

[heikoh81]

Danke für deine schnelle Antwort.
Irgendetwas passt da nicht beim Einfügen in das DOIF über das WEBIF.

Code Auswählen Erweitern


di_Batterieueberwachung DOIF: no left bracket of condition: DOIF {if ([":battery: low"] and [?di_Batterieueberwachung:B_$DEVICE] ne "low") { set_Reading("B_$DEVICE","low"); ::DebianMail('mail@xyz.de','Batteriewarnung $DEVICE','siehe Betreff');  } } {if ([":battery: ok"] and [?di_Batterieueberwachung:B_$DEVICE] ne "ok") { set_Reading("B_$DEVICE","ok");   } }


Diese Variante funktioniert leider auch nicht:

Code Auswählen Erweitern


([":^[Bb]attery.*[Ll]ow"] and [?$SELF:B_$DEVICE] ne "low")
(setreading di_Batterieueberwachung B_$DEVICE low)
({DebianMail('mail@xyz.de','Batteriewarnung $DEVICE','siehe Betreff')})
DOELSEIF ([":^[Bb]attery.*[Oo]k"] and [?$SELF:B_$DEVICE] ne "ok")
(setreading di_Batterieueberwachung B_$DEVICE ok)


[amenomade]

Bei mir geht die erste Variante. Was hast Du für eine Version des DOIF Moduls?

[Per]

Code Auswählen Erweitern


(setreading di_Batterieueberwachung B_$DEVICE low)


Hier kannst du bestimmt di_Batterieueberwachung durch $SELF ersetzen.

Problem:
Bei mir überwacht das DOIF nur genau 1 Device (Bewegungsmelder HMBW05SchuppenGarage), warum weiß ich nicht.

Haben die anderen Batterien sich überhaupt schon mal gemeldet? Das DOIF erkennt sie ja erst, wenn sie mal "low" waren.

[heikoh81]

Bei mir geht die erste Variante. Was hast Du für eine Version des DOIF Moduls?

Latest Revision: 16307
98_DOIF.pm          16182 2018-02-14 21:36:04Z Damian
(Master-System für ein ganzes 1-Familien-Haus inkl. Alexa-Anbindung - Ich pflege da trotz raspibackup.sh gern das Motto "Never change a running system")
Der Thread endete im November 2017, sollte eigentlich aktuell genug sein?

Hier kannst du bestimmt di_Batterieueberwachung durch $SELF ersetzen.

Ok, aber kein Muss?

Haben die anderen Batterien sich überhaupt schon mal gemeldet? Das DOIF erkennt sie ja erst, wenn sie mal "low" waren.

Die Homematic-Devices senden eigentlich zyklisch ihren Status (bis auf Taster/Fernbedienungen).
Somit werden also ca. alle 5 Minuten die readings aktualisiert.
Und das doif ist ja so gebaut, dass es auch den OK-Wert zumindest 1x ins Reading schreibt.

Zwischenzeitlich habe ich weiter beobachtet.
Ich habe das doif so modifiziert, dass jede OK-Meldung in die readings des doif geschrieben werden soll.

Code Auswählen Erweitern


([":^[Bb]attery.*[Ll]ow"] and [?$SELF:B_$DEVICE] ne "low")
(setreading di_Batterieueberwachung B_$DEVICE low)
({DebianMail('mail@xyz.de','Batteriewarnung $DEVICE','siehe Betreff')})
DOELSEIF ([":^[Bb]attery.*[Oo]k"])
(setreading di_Batterieueberwachung B_$DEVICE ok)
##({DebianMail('mail@xyz.de','Batterie OK $DEVICE','siehe Betreff')})


Mein System wird 1x nachts neu gestartet. Und das doif hat dann auch die readings von fast allen Homematic-Devices eingelesen, die stehen jetzt auf OK.0
==> das wäre dann dieselbe Beobachtung wie von

Ein Restart hat das DOIF wieder zum Arbeiten gebracht.
Keine Ahnung, wo der hängen geblieben ist...

Problem: Aktuell gehalten wird nur das reading 1 Bewegungsmelder "B_HMBW05SchuppenGarage", und zwar der, der sich nach Anlegen des DOIF als erster gemeldet hatte (alle Bewegungsmelder melden sich auch ca. alle 5 Minuten). Trotz des Neustarts.
Und meine Fenstersensoren werden überhaupt nicht vom DOIF erfasst, obwohl deren battery-reading genau gleich aussieht wie bei den anderen Homematic-Devices.

Viele Grüße,
Heiko

[Damian]

Ich gehe mal davon aus, dass du do always Attribut gesetzt hast.

[heikoh81]

Ich gehe mal davon aus, dass du do always Attribut gesetzt hast.

Ja, ist gesetzt.

Wie füge ich denn das von dir genannte Beispiel von weiter vorne in das WebUI ein?

Folgendes notify sendet mir auch keine Mail-Benachrichtigungen mehr, was meine Motivation war, auf doif umzustellen.

Code Auswählen Erweitern


.*:[Bb]attery:.* {
if($EVENT !~ m/ok/) {
DebianMail('mail@xyz.de','FHEM Batteriestand niedrig ('.FmtDateTime(time()).') '.$NAME.' '.$EVENT,$NAME.' '.$EVENT);
Log 3, "$NAME: Batteriewarnung $EVENT";
}
}


Bei nachfolgendem funktioniert Aktualisierung noch, auch für meine Fenstersensoren.

Code Auswählen Erweitern


define Batteriestaende readingsGroup .*:[Bb]attery


[heikoh81]

Ich habe mal das DOIF auf 1 konkreten Fenstersensor angepasst.
Und ich habe den Abgleich des readings auf "eq "low"" angepasst.
Damit wird bei jedem Öffnen/Schließen das doif ausgeführt und das reading "ok" erneuert.

Code Auswählen Erweitern


([HMFenstersensor03_GaesteWC:battery] eq "low" and [?$SELF:B_$DEVICE] ne "low")
(setreading $SELF B_$DEVICE low)
({DebianMail('mail@xyz.de','Batteriewarnung $DEVICE','siehe Betreff')})
DOELSEIF ([HMFenstersensor03_GaesteWC:battery] eq "ok")
(setreading $SELF B_$DEVICE ok)
##({DebianMail('mail@xyz.de','Batterie OK $DEVICE','siehe Betreff')})


Könnte es sein, dass die RegExp nicht korrekt ausgewertet werden.
Was auch erklären würde, warum das notify nicht mehr funktioniert?

Viele Grüße,
Heiko

[Damian]

Vielleicht hast du irgendwo event-on-change-reading gesetzt, sodass nur noch Events bei Änderungen kommen?

[heikoh81]

Vielleicht hast du irgendwo event-on-change-reading gesetzt, sodass nur noch Events bei Änderungen kommen?

Ich verwende dieses attr an einigen Stellen, aber nicht bei den Homematic-Devices und auf jeden Fall nicht beim battery-reading.
Und für mein Beispiel-Gerät (doif ohne regex, auf konkretes Device) funktioniert es ja zuverlässig.

Wie könnte man dem Problem weiter auf den Grund gehen?
Mit welchem RegEx könnte ich z.B. im EventMonitor die Aktivität der Batteriemeldungen beobachten?

Viele Grüße,
Heiko

[Damian]

Ich verwende dieses attr an einigen Stellen, aber nicht bei den Homematic-Devices und auf jeden Fall nicht beim battery-reading.
Und für mein Beispiel-Gerät (doif ohne regex, auf konkretes Device) funktioniert es ja zuverlässig.

Wie könnte man dem Problem weiter auf den Grund gehen?
Mit welchem RegEx könnte ich z.B. im EventMonitor die Aktivität der Batteriemeldungen beobachten?

Viele Grüße,
Heiko

z. B. mit

Code Auswählen Erweitern

DOIF {Log 1,[":battery"]}

Edit: Besser

Code Auswählen Erweitern

DOIF {[":battery"];Log (1,"Batterie-Event von $DEVICE")}

[heikoh81]

Code Auswählen Erweitern

DOIF {[":battery"];Log (1,"Batterie-Event von $DEVICE")}

Dies landet im Log:

Code Auswählen Erweitern


2018.10.14 20:20:25 1: Batterie-Event von HKueche
2018.10.14 20:20:33 1: Batterie-Event von HWohnKlein
2018.10.14 20:20:37 1: Batterie-Event von HStudio
2018.10.14 20:21:04 1: Batterie-Event von HKinder
2018.10.14 20:21:06 1: Batterie-Event von HWindfang
2018.10.14 20:21:11 1: Batterie-Event von HEss
2018.10.14 20:21:12 1: Batterie-Event von HBadHandtuch
2018.10.14 20:21:33 1: Batterie-Event von HGaesteWC
2018.10.14 20:21:35 1: Batterie-Event von HMBW05SchuppenGarage
2018.10.14 20:21:35 1: Batterie-Event von HSchlafKlein
2018.10.14 20:21:59 1: Batterie-Event von HWohnGross
2018.10.14 20:22:27 1: Batterie-Event von HStudioDachschraege
2018.10.14 20:22:30 1: Batterie-Event von HSchlafGross
2018.10.14 20:22:41 1: Batterie-Event von HBadKlein
2018.10.14 20:23:03 1: Batterie-Event von HWohnKlein
2018.10.14 20:23:08 1: Batterie-Event von HKinder
2018.10.14 20:23:14 1: Batterie-Event von HKueche
2018.10.14 20:23:22 1: Batterie-Event von HBadHandtuch
2018.10.14 20:23:23 1: Batterie-Event von HWindfang
2018.10.14 20:23:34 1: Batterie-Event von HStudio
2018.10.14 20:23:56 1: Batterie-Event von HKeller
2018.10.14 20:24:05 1: Batterie-Event von HGaesteWC
2018.10.14 20:24:07 1: Batterie-Event von HSchlafKlein
2018.10.14 20:24:08 1: Batterie-Event von HEss
2018.10.14 20:24:34 1: Batterie-Event von HSchlafGross
2018.10.14 20:25:02 1: Batterie-Event von HWohnGross
2018.10.14 20:25:09 1: Batterie-Event von HStudioDachschraege
2018.10.14 20:25:14 1: Batterie-Event von HBadKlein
2018.10.14 20:25:17 1: Batterie-Event von HWohnKlein
2018.10.14 20:25:27 1: Batterie-Event von HWindfang
2018.10.14 20:25:49 1: Batterie-Event von HKueche
2018.10.14 20:26:02 1: Batterie-Event von HKinder
2018.10.14 20:26:17 1: Batterie-Event von HKeller
2018.10.14 20:26:17 1: Batterie-Event von HStudio
2018.10.14 20:26:21 1: Batterie-Event von HBadHandtuch
2018.10.14 20:26:22 1: Batterie-Event von HGaesteWC
2018.10.14 20:26:24 1: Batterie-Event von HSchlafKlein
2018.10.14 20:26:51 1: Batterie-Event von HEss
2018.10.14 20:27:18 1: Batterie-Event von HWohnKlein
2018.10.14 20:27:28 1: Batterie-Event von HSchlafGross
2018.10.14 20:27:33 1: Batterie-Event von HBadKlein
2018.10.14 20:27:37 1: Batterie-Event von HStudioDachschraege
2018.10.14 20:27:40 1: Batterie-Event von Batteriestaende
2018.10.14 20:27:40 1: Batterie-Event von HMBW05SchuppenGarage
2018.10.14 20:27:50 1: Batterie-Event von HWohnGross
2018.10.14 20:28:09 1: Batterie-Event von HKueche
2018.10.14 20:28:20 1: Batterie-Event von HWindfang
2018.10.14 20:28:24 1: Batterie-Event von HKeller
2018.10.14 20:28:25 1: Batterie-Event von HGaesteWC
2018.10.14 20:28:28 1: Batterie-Event von HSchlafKlein
2018.10.14 20:28:42 1: Batterie-Event von HKinder
2018.10.14 20:28:45 1: Batterie-Event von HStudio


Im Wesentlichen sind diese meine Homematic-Heizkörperaktoren.
Und Bewegungsmelder 5.
Aber nicht Bewegungsmelder 1 oder 2. Ich habe extra ein Event durch Bewegung provoziert.

Meine readingsgroup mit Definition

Code Auswählen Erweitern


.*:[Bb]attery

hat das reading für Bewegungsmelder 1 & 2 mit der Uhrzeit meiner "Bewegung" als OK angezeigt.

Code Auswählen Erweitern


HMBW01:battery ok 2018-10-14 20:24:17
HMBW02:battery ok 2018-10-14 20:24:11

Im Log taucht aber nichts auf.

Vielleicht kommen wir so dem Problem auf die Spur.
Wenn das doif HMBW01 und HMBW02 nicht mitbekommt, kann es auch nicht benachrichtigen.

Viele Grüße,
Heiko