event-on-change-reading in Verbindung mit event-min-interval

Begonnen von fhainz, 22 Juni 2014, 08:28:25

Vorheriges Thema - Nächstes Thema

fhainz

Hallo!

Ich hab ein Problem mit event-on-change in Verbindung mit event-min-interval.

Sobald event-min-interval gesetzt ist, wird event-on-change-reading ignoriert. Sprich es werden Events mit gleichem Wert erzeugt.
Wenn event-min-interval nicht gesetzt ist funktioniert event-on-change-reading normal.

Es geht um folgendes Device:
Internals:
   CHANGED
   DEF        4
   EXCEPT_FD  19
   NAME       bwSchwimmer13
   NR         50
   RPI_pin    4
   STATE      on
   TYPE       RPI_GPIO
   Readings:
     2014-06-22 08:08:01   Longpress       on
     2014-06-22 08:25:08   Pinlevel        high
     2014-06-22 08:20:55   state           on
   Fhem:
     interfaces switch
Attributes:
   alias      Schwimmerschalter Wasser 1/3
   devStateIcon off:levelSwitchMin@orange on:levelSwitchMin@green
   direction  input
   event-min-interval state:120
   event-on-change-reading Longpress,state
   group      Anzeigen
   icon       levelSwitchMin
   interrupt  both
   pud_resistor down
   room       Bewässerung
   sortby     Schwimmerschalter 2


Ich muss auch ehrlicher weise zugeben das ich die event-on-* Attribute nicht zu 100% geknissen habe.

Kann mir jemand sagen was ich falsch mache?

Grüße

Ich79

Ich glaube Du machst da nichts falsch, das "ist einfach so". Hatte mal das gleiche Problem wegen einem leistungsmessenden Zwischenstecker.
Die Volt Angabe schwankt da in winzigen Bereichen. Das wollte ich so eigentlich abfedern. Mittlerweile bin ich bei event-on-change geblieben und lasse event-min-interval einfach weg.
VG
Boris
Fritz!Box 7490 mit FHEM 5.6 und HM-CFG-USB-2 (hmland)
AVM: 1x Fritz!Powerline546E
HM: 6x HM-CC-RT-DN / 2x HM-Sec-RHS / 1x HM-WDS40-TH-I-2 / 2x HM-Sec-SC-2 / 1x HM-LC-Sw4-Ba-PCB

LuckyDay


mi.ke

works as designed

event-on-change erzegt einen Event bei jeder Änderung
event-min-interval erzeugt ein Event alle 2 Minuten, egal ob sich der Wert geändert hat oder nicht.


FHEM 5.9 | RPi4 + 5 x RPi(Z) + FB7590 + FB 6890 LTE via LAN und WAN (VPN) verbunden.
2 x CUL868 + 3 x RFXTRX(e) + 6 x HMwLanGW + 4 x z2tGw + 5 x LGW + 2 x IRBlast + CO2 +++
FS20, FHT, FMS, Elro(mod), CM160, Revolt, LGTV, STV, AVR, withings, HM-sec-*, HM-CC-RT-DN, AMAD, PCA301, arlo, Aqara

Tobias

nein, definitiv nicht.
Beispiel:
DieMAX Fensterkontakte senden den aktuellen Status alle 60min. Bei sehhhr vielen davon, gekapselt in einer Structure, ist die Structure fast minütlich am aktualisieren...
Also überall folgendes gesetzt:
attr <> event_min_interval state:86400
attr <> event-on-change-reading state

Damit kommt folgendes raus, das Fenster wurde in dieser Zeit nie geöffnet:Timestamp: Device, Type, Event, Reading, Value, Unit
=====================================================
2014-06-18 21:04:48: Fenster_OG_DF_Bad, MAX, closed, state, closed,
2014-06-19 22:04:48: Fenster_OG_DF_Bad, MAX, closed, state, closed,
2014-06-20 23:04:47: Fenster_OG_DF_Bad, MAX, closed, state, closed,
2014-06-22 00:04:47: Fenster_OG_DF_Bad, MAX, closed, state, closed,
2014-06-23 01:04:46: Fenster_OG_DF_Bad, MAX, closed, state, closed,
#Fenster_OG_DF_Bad:state:::

Dasselbe bei der Kellertür, die wird immer mal wieder geöffnet.Timestamp: Device, Type, Event, Reading, Value, Unit
=====================================================
2014-06-18 10:31:29: Tuer_KG_Haupteingang, MAX, opened, state, opened,
2014-06-18 10:31:33: Tuer_KG_Haupteingang, MAX, closed, state, closed,
2014-06-18 10:32:20: Tuer_KG_Haupteingang, MAX, opened, state, opened,
2014-06-18 10:32:29: Tuer_KG_Haupteingang, MAX, closed, state, closed,
2014-06-18 10:56:32: Tuer_KG_Haupteingang, MAX, opened, state, opened,
2014-06-18 10:56:40: Tuer_KG_Haupteingang, MAX, closed, state, closed,
2014-06-18 10:59:35: Tuer_KG_Haupteingang, MAX, opened, state, opened,
2014-06-18 10:59:38: Tuer_KG_Haupteingang, MAX, closed, state, closed,
2014-06-20 19:09:45: Tuer_KG_Haupteingang, MAX, opened, state, opened,
2014-06-20 19:09:54: Tuer_KG_Haupteingang, MAX, closed, state, closed,
2014-06-21 15:33:01: Tuer_KG_Haupteingang, MAX, opened, state, opened,
2014-06-21 15:33:05: Tuer_KG_Haupteingang, MAX, closed, state, closed,
2014-06-21 18:31:26: Tuer_KG_Haupteingang, MAX, opened, state, opened,
2014-06-21 18:31:39: Tuer_KG_Haupteingang, MAX, closed, state, closed,
2014-06-22 13:58:35: Tuer_KG_Haupteingang, MAX, opened, state, opened,
2014-06-22 13:58:44: Tuer_KG_Haupteingang, MAX, closed, state, closed,
#Tuer_KG_Haupteingang:state:::


Da die Tür mindestens 1x am Tag betätigt wird, kommt event-min-intervall nicht über das 86400sek Intervall
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

LuckyDay

Ich kanns bestätigen dass es genau so funktioniert

attr <> event_min_interval state:900
attr <> event-on-change-reading state
attr <> event-on-update-reading .*

und das steht dann im logfile


2014-06-23_17:20:47 AussenTemp T: 23.4 H: 45 D: 10.8    #
2014-06-23_17:23:27 AussenTemp T: 23.4 H: 46 D: 11.1    #change
2014-06-23_17:25:52 AussenTemp T: 23.5 H: 46 D: 11.2    #change
2014-06-23_17:28:03 AussenTemp T: 23.4 H: 46 D: 11.1    #change
2014-06-23_17:43:33 AussenTemp T: 23.4 H: 46 D: 11.1    #min >900sec
2014-06-23_17:58:56 AussenTemp T: 23.4 H: 46 D: 11.1    #min >900sec

mi.ke

Zitat von: fhainz am 22 Juni 2014, 08:28:25
   event-min-interval state:120
   event-on-change-reading Longpress,state

sag ich doch, alle 2 min wenn sich nichts ändert, oder halt bei jeder Änderung.

Die Frage war doch:

Zitat von: fhainz am 22 Juni 2014, 08:28:25
Kann mir jemand sagen was ich falsch mache?

Antwort: Vermutlich sind 2 Minuten zu wenig . . .
FHEM 5.9 | RPi4 + 5 x RPi(Z) + FB7590 + FB 6890 LTE via LAN und WAN (VPN) verbunden.
2 x CUL868 + 3 x RFXTRX(e) + 6 x HMwLanGW + 4 x z2tGw + 5 x LGW + 2 x IRBlast + CO2 +++
FS20, FHT, FMS, Elro(mod), CM160, Revolt, LGTV, STV, AVR, withings, HM-sec-*, HM-CC-RT-DN, AMAD, PCA301, arlo, Aqara

fhainz

Danke für eure Antworten!

Ich habs jetzt ein wenig anders gelöst! So sollte es klappen.


Grüße

Fritzi


Zitat von: fhainz am 24 Juni 2014, 12:25:10
Ich habs jetzt ein wenig anders gelöst! So sollte es klappen.

und wie hast du es gelöst?
FHEM 5.6 auf RaspberryPi2 mit Busware CUL culfw V1.61
CUL_HM     : HM-CC-RT-DN,HM-LC-SW1-FM,HM-LC-Sw1PBU-FM,HM-SEC-SC,HM-Sen-MDIR-O-2,HM-TC-IT-WM-W-EU
FBDECT      : Dect200
HUEDevice  : LCT001,LCT003