(Gelöst) Überwachung Frischwassereinspeisung Zisterne: Probleme mit Watchdog

Begonnen von isy, 22 November 2018, 20:02:51

Vorheriges Thema - Nächstes Thema

isy

Moin zusammen,
da ich schon einige Varianten probiert habe und auch hier im Forum keine Lösung gefunden habe, wende ich mich mit meinem Problem an euch.

Aufgabe:
Überwachung der Einschaltdauer der Frischwasser-Einspeisung meiner Regenwasser-Zisterne

Realisierung:
Die Frischwassereinspeisung wird über 12V DC Magnetventil eingeschaltet. Überwachung mit Homematic HM-MOD-Em-8 und Watchdog.

Problem: Watchdog löst immer aus, obwohl (aus meiner Sicht, das ist das genaue Problem), die Trigger und hinterlegten Zeiten ordentlich aussehen.
Das Event dauert knapp 8 Minuten und der Watchdog ist auf 00:10 SAME eingestellt, sollte also nicht auslösen.

Es fehlt also irgendwo ein Attribut / RegEx oder so.

Ich habe am HM-MOD-Em-8 auch schon event-on-change-reading state probiert, hat aber keine Änderung gebracht.

Hier ein Auszug aus dem List vom HM-MOD-Em-8 (bei Bedarf mehr)
READINGS:
     2018-11-22 10:17:40   contact         open (to VCCU)
     2018-11-22 10:17:40   state           open
     2018-11-08 17:24:33   trigger         Short_135
     2018-11-22 10:17:40   trigger_cnt     204


Hier das Log vom HM-MOD-Em-8.
2018-11-19_20:23:41 HM_6674CF_Btn_01 open
2018-11-22_10:10:58 HM_6674CF_Btn_01 contact: closed (to VCCU)
2018-11-22_10:10:58 HM_6674CF_Btn_01 closed
2018-11-22_10:10:58 HM_6674CF_Btn_01 trigger_cnt: 203
2018-11-22_10:17:40 HM_6674CF_Btn_01 contact: open (to VCCU)
2018-11-22_10:17:40 HM_6674CF_Btn_01 open
2018-11-22_10:17:40 HM_6674CF_Btn_01 trigger_cnt: 204


State closed (Magentventil ein) um 10:10:58
State open   (Magentventil aus) um 10:17:40
Differenz < 8 Minuten

Hier List vom Watchdog
Internals:
   CMD        {DebianMail('alarm@xxxx.info','ACHTUNG Zisterne Wasser-Einspeisung','Die Einspeisung mit Frischwasser läuft zu lange','')}
   DEF        HM_6674CF_Btn_01:closed 00:10 SAME {DebianMail('alarm@xxxx.info','ACHTUNG Zisterne Wasser-Einspeisung','Die Einspeisung mit Frischwasser läuft zu lange','')}
   NAME       HM_6674CF_Btn_01_watchdog_1
   NOTIFYDEV  HM_6674CF_Btn_01_watchdog_1,HM_6674CF_Btn_01
   NR         698
   NTFY_ORDER 50-HM_6674CF_Btn_01_watchdog_1
   RE1        HM_6674CF_Btn_01:closed
   RE2        HM_6674CF_Btn_01:closed
   STATE      defined
   TO         600
   TYPE       watchdog
   READINGS:
     2018-11-22 10:10:58   Activated       activated
     2018-11-22 10:21:00   Reset           reset
     2018-11-22 10:20:58   Triggered       triggered
Attributes:
   autoRestart 1
   room       System


Logeintrag vom Watchdog:
2018.11.22 10:20:58 3: Watchdog HM_6674CF_Btn_01_watchdog_1 triggered

Der Watchdog hat also den Statuswechsel um 10:17:40 nicht mitgekriegt.
Was ist am Watchdog oder an der Definition des HM-MOD-Em-8 falsch? Ich finde es nicht.

Beste Grüße,
Helmut

Ein Weg wird erst zu einem Weg, wenn man ihn geht

amenomade

#1
Zitat von: CommandRefStartet einen beliebigen FHEM Befehl wenn nach dem Empfang des Ereignisses <regexp1> nicht innerhalb von <timespec> ein <regexp2> Ereignis empfangen wird.

Übersetzt mit SAME:
ZitatSendet eine Debianmail wenn nach dem Empfang von  " HM_6674CF_Btn_01:closed" nicht innerhalb von 10 mn ein (anderes)  HM_6674CF_Btn_01:closed empfangen wird.

Warum sollte er dann ein "open" mitberücksichtigen?
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

isy

Moin,
Dann wäre SAME das Problem. Habe ich demnach falsch verstanden. Ich hatte gedacht, SAME bedeutet, der Status ändert sich in der Zeitspanne nicht und der Watchdog löst aus.

Ok, versuche die Version
HM_6674CF_Btn_01:closed 00:10  HM_6674CF_Btn_01:open

Dauert leider 3 Tage bis zum triggern (sonst must der EM-8 ausgebaut werden)

Ein Weg wird erst zu einem Weg, wenn man ihn geht