Hauptmenü

DOIF Batterieüberwachung

Begonnen von weini, 02 Juni 2016, 23:35:59

Vorheriges Thema - Nächstes Thema

satprofi

Batterie hat mittlerweile nur mehr 2v u. Low. Also einmal sollte Meldung schon kommen

send from OP3

gruss
-----------------------------------------------------------------------
beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

weini

Wie denn, wenn du auf größer 2.2 V abfragst?

satprofi

Dann sollte aber andauernd Meldung kommen das Batterien voll sind,tut es aber auch nicht

send from OP3

gruss
-----------------------------------------------------------------------
beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

Damian


(["^:batteryLevel"] > 2.2)

wegen der Anführungszeichen handelt es sich hier um einen Ereignistrigger, der nur wahr oder nicht wahr sein kann. Seit der letzten Version kann man auch Ereignistrigger anders auswerten, indem man ein Defaultwert vorgibt, siehe:

Zitat aus der Commandref:

ZitatAllgemeine 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.

Syntax:

["regex for trigger",<default value>]

Anwendungsbeispiel:

define di_warning DOIF ([":^temperature",0]< 0 and [06:00-09:00] ) (set pushmsg danger of frost)

Damit wird auf alle Devices getriggert, die mit "temperature" im Event beginnen. Zurückgeliefert wird der Wert, der im Event hinter "temperature: " steht. Wenn kein Event stattfindet, wird der Defaultwert, hier 0, zurückgeliefert.
Ebenfalls kann ein Ereignisfilter mit Ausgabeformatierung angegeben werden.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

satprofi

Zitat von: weini am 23 Januar 2017, 08:13:43
...weil du auf >2.2 V und nicht auf <2.2 V abfrägst?
Wenn ich < 2.2 verwende, kommen von allen Aktoren die Messages,obwohl über 2.2v

send from OP3

gruss
-----------------------------------------------------------------------
beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

satprofi

Zitat von: Damian am 23 Januar 2017, 11:18:34
(["^:batteryLevel"] > 2.2)

wegen der Anführungszeichen handelt es sich hier um einen Ereignistrigger, der nur wahr oder nicht wahr sein kann. Seit der letzten Version kann man auch Ereignistrigger anders auswerten, indem man ein Defaultwert vorgibt, siehe:

Zitat aus der Commandref:

soll es jetzt (["^:xxxx])  oder ([":^xxxx])  lauten?
gruss
-----------------------------------------------------------------------
beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

Damian

Zitat von: satprofi am 23 Januar 2017, 17:40:52
soll es jetzt (["^:xxxx])  oder ([":^xxxx])  lauten?

["regex for trigger",<default value>]
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

satprofi

Zitat von: Damian am 23 Januar 2017, 17:42:31
["regex for trigger",<default value>]

also ([":^temperature",0]< 0  für mehrere sensoren
gruss
-----------------------------------------------------------------------
beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

satprofi

Hallo.
Also ich bin am verzweifeln.

DOELSEIF (["HZ:batteryLevel,0"] < 2.7)  will einfach nicht arbeiten. Habe 2 Sensoren die 2.5V haben, die sollten doch triggern.
Wenn ich aber das vorzeichen auf > ändere kommen die meldungen der restl. sensoren sofort durch.
gruss
-----------------------------------------------------------------------
beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

weini

besser: ["HZ:batteryLevel",0]

Der Default Value darf nicht in die Anführungszeichen.

satprofi

Danke, gerade entdeckt, wollts grad melden.
gruss
-----------------------------------------------------------------------
beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

satprofi

Hallo. Wie schaffe ich die ununterbrochenen Warnungen zu beenden? Kein doalways. Einmal warnen sollte auch genügen

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

gruss
-----------------------------------------------------------------------
beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

weini

Halllo satprofi!

Normalerweise dürfen keine Mehrfachalarme ausgelöst werden.

Die Logik funktioniert sinngemäß wie folgt:

  • Wenn die Alarmbedingung für ein Device ausgelöst wird, dann reduziere den Zähler für dieses Device (Startwert wird über Attribut "delayCounter" festgelegt).
  • Nachfolgende Alarme reduzieren den Counter für das Device. Wenn das Device einmalig wieder "ok" oder "1" sendet, dann wird der Counter gelöscht.
  • Wenn der Counter auf 0 reduziert wird, dann wird einmalig der Alarm ausgelöst. Der Counter wird danach auf "low" gesetzt, so dass er nicht weiter heruntergezählt wird.

Ich hatte bei mit niemals Mehrfachalarme. Hast du ggf. "delayCounter" auf einen eigenartigen Wert initialisiert?

VG,
weini

weini

PS: "do always" ist zwingend notwendig, damit die Logik funktioniert

satprofi

Danke für Antwort. Delaycounter habe ich nicht gesetzt,werde es abends versuchen.
Lg

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

gruss
-----------------------------------------------------------------------
beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram