Hallo zusammen,
den ganzen Tag schon verzweifel ich am Beschränken der Events. Ich weiss nicht ob es nun am mqtt, fhem, shelly oder (am Wahrscheinlichsten) am Problem zwischen dem linken und recht Ohr liegt. Ich sehe einfach vor lauter Bäumen den Wald nicht. Mein Wunsch ist es einen Schnitt von 10 Min zu erreichen und diesen dann im reading eintragen lassen, WENN die Änderung größer 5 ist.
event-aggregator und event-on-change-reading sind folgendermaßen gesetzt
attr dev_KELL_Zaehler1_shellypro2pm event-aggregator params_switch_._apower:60:none:median:600
attr dev_KELL_Zaehler1_shellypro2pm event-on-change-reading params_switch_._apower:5,params_switch_._aenergy_by_minute_.:20
Dennoch sieht mein Eventmonitor so aus:
2023-01-12 17:31:31.298 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 158.8
2023-01-12 17:31:32.298 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 159.9
2023-01-12 17:31:33.297 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 159.95
2023-01-12 17:31:34.381 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 160.0
2023-01-12 17:31:35.282 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 161.8
2023-01-12 17:31:36.395 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 160.0
2023-01-12 17:31:38.282 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 159.95
2023-01-12 17:31:39.298 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 159.9
2023-01-12 17:31:40.385 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 159.95
2023-01-12 17:31:42.352 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 159.9
2023-01-12 17:31:43.294 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 158.8
2023-01-12 17:31:44.324 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 159.9
2023-01-12 17:31:47.355 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 159.95
2023-01-12 17:31:48.286 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 160.0
2023-01-12 17:31:49.281 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 161.15
Hat jemand einen (Verständnis) - Tipp für mich was ich da jetzt genau falsch gemacht habe?
Vielen Dank im Voraus
VG
Andreas
ZitatThe event aggregator only takes into consideration those updates that remain after preprocessing according to the event-on-update-reading and event-on-change-reading directives.
event-aggregator kommt nur zum Einsatz, wenn Events die 1.Prüfungsphase überstanden haben ...
ZitatIf the holdTime in seconds is defined, the samples will be kept in memory allowing the calculation of floating statistics instead of blocked statistics.
Sorgt dafür, dass keine durchgereichten Events mehr blockiert werden, sondern lediglich ihren Wert ändern könnten
attr test4flummy event-aggregator params_switch_._apower:60:none:median:600
attr test4flummy event-on-change-reading params_switch_._apower:5
die 60 wird vermutlich ignoriert und könnte weggelassen werden, da die Blockade-Funktionalität wegen 600 aufgehoben wird
... event-aggregator erhält nur Events, wenn sich der fragliche Wert um mindestens 5 geändert hat ... ansonsten halt nicht
... Test mit z.B. +0.1-Schritten sorgt lange Zeit erwartungsgemäß für keinerlei Events
... Irgendwann ist die 5er-Schwelle überschritten und es gibt ein median gestütztes Event
attr test4flummy event-aggregator params_switch_._apower:60:none:median:600
die 60 wird vermutlich ignoriert und könnte weggelassen werden, da die Blockade-Funktionalität wegen 600 aufgehoben wird
... event-aggregator erhält jedes Event
... Test mit z.B. +0.1-Schritten sorgt für ständige Events ... halt nur mit abgeändertem Wert durch median
Hallo OdfFhem,
vielen herzlichen dank für die umfangreiche Antwort inkl eines Tests (wie es für mich aussieht) VIELEN DANK dafür !
Insbesondere der Teil:
event-aggregator kommt nur zum Einsatz, wenn Events die 1.Prüfungsphase überstanden haben ... war mir so nicht bewusst und ich habe wieder was dazu gelernt.
Zitat von: OdfFhem am 13 Januar 2023, 06:37:38
attr test4flummy event-aggregator params_switch_._apower:60:none:median:600
attr test4flummy event-on-change-reading params_switch_._apower:5
... Test mit z.B. +0.1-Schritten sorgt lange Zeit erwartungsgemäß für keinerlei Events
... Irgendwann ist die 5er-Schwelle überschritten und es gibt ein median gestütztes Event
attr test4flummy event-aggregator params_switch_._apower:60:none:median:600
die 60 wird vermutlich ignoriert und könnte weggelassen werden, da die Blockade-Funktionalität wegen 600 aufgehoben wird
... event-aggregator erhält jedes Event
... Test mit z.B. +0.1-Schritten sorgt für ständige Events ... halt nur mit abgeändertem Wert durch median
Um ehrlich zu sein ist hier das Nachvollziehen, schwieriger:
Für mich sieht es so aus, als hättest Du im ersten Beispiel lediglich das event-on-change-reading attribut dabei gehabt, beim zweiten Beispiel nicht? Macht in dem Fall (verständnismäßig) nicht viel Sinn, weil es beim zweiten mal quasi keine Beschränkung / Vorgabe für ein Event gibt.
Zum anderen liegt mein Problem wohl der MQTT Teil am Shelly. Lösche ich das event-on-change-reading Attribut gibt es im Sekundentakt ALLE MQTT Informationen auf einen Schlag :-\
VG
Andreas
Zitat von: flummy1978 am 13 Januar 2023, 13:21:35
Für mich sieht es so aus, als hättest Du im ersten Beispiel lediglich das event-on-change-reading attribut dabei gehabt,
Im ersten Beispiel sind event-aggregator und event-on-change-reading definiert ... so wie es oben steht.
Ein neuer Wert, der sich nur um "kleiner als 5" vom letzten Event-Wert unterscheidet, wird von event-on-change-reading geschluckt; event-aggregator sieht keinen dieser Werte.
Unterscheidet sich der neue Wert um "größer gleich 5" vom letzten Wert, läßt event-on-change-reading ihn durch und event-aggregator kriegt ihn präsentiert. Da die Blockade-Funtion nicht mehr aktiv ist, gibt es auf jeden Fall ein Event und zwar im Zweifel mit einem durch median veränderten Wert.
Zitat von: flummy1978 am 13 Januar 2023, 13:21:35
beim zweiten Beispiel nicht? Macht in dem Fall (verständnismäßig) nicht viel Sinn, weil es beim zweiten mal quasi keine Beschränkung / Vorgabe für ein Event gibt.
Im zweiten Beispiel ist nur event-aggregator definiert ... so wie es oben steht.
Sinn ist jetzt hier einsatzabhängig ... wer z.B. den median-Wert berücksichtigt wissen will, ist hier besser dran, da jeder Wert zum event-aggregator kommt und dort jede Wertänderung (auch bei gleichem Wert) zu einem "manipulierten" Event führt.
Vielleicht zeigst Du mal Deine aktuelle Geräte-Definition (komplett ... im Zweifel anonymisiert) und die dann gültigen, letzten Minute(n) aus dem zugehörigen Logfile ...
Hallöchen,
im Anhang sieht man meine Vermutung, warum ich denke dass es an MQTTliegt. Ich habe dort innerhalb von ganz wenigen Augenblicken (ca. 3 min) ~420 Nachrichten vom Device
Ich befürchte ich dass das ganze am Shelly bzw dessen MQTT Frequenz liegt (allerdings dürfte dann FHEM die Signale so nicht weiter verarbeiten)
define dev_KELL_Zaehler1_shellypro2pm MQTT2_DEVICE shellypro2pm_ec620960d9a4
attr dev_KELL_Zaehler1_shellypro2pm DbLogExclude .*
attr dev_KELL_Zaehler1_shellypro2pm DbLogInclude params_switch_._apower:30:force,temperature_tC:600:force
attr dev_KELL_Zaehler1_shellypro2pm event-aggregator params_switch_._apower:60:none:median:600
attr dev_KELL_Zaehler1_shellypro2pm event-on-change-reading params_switch_1_apower:10,params_switch_0_apower:10
attr dev_KELL_Zaehler1_shellypro2pm readingList shellypro2pm_ec620960d9a4:shellypro2pm-Keller1/events/rpc:.* { json2nameValue($EVENT) }\
shellypro2pm_ec620960d9a4:shellypro2pm-Keller1/status/switch_0:.* { json2nameValue($EVENT) }\
shellypro2pm_ec620960d9a4:shellypro2pm-Keller1/status/switch_1:.* { json2nameValue($EVENT) }\
shellypro2pm_ec620960d9a4:shellypro2pm-Keller1/online:.* online\
shellypro2pm_ec620960d9a4:shellypro2pm-Keller1/status/mqtt:.* { json2nameValue($EVENT) }\
shellypro2pm_ec620960d9a4:shellypro2pm-Keller1/status/sys:.* { json2nameValue($EVENT) }\
shellypro2pm_ec620960d9a4:shellypro2pm-Keller1/status/eth:.* { json2nameValue($EVENT) }\
shellypro2pm_ec620960d9a4:shellypro2pm-Keller1/status/script_1:.* { json2nameValue($EVENT) }
attr dev_KELL_Zaehler1_shellypro2pm room MQTT2_DEVICE
attr dev_KELL_Zaehler1_shellypro2pm stateFormat <p style="text-align: left">\
Licht / Garage: Aktuell \
params_switch_0_apower W\
<br>Letzte Minute: params_switch_0_aenergy_by_minute_1\
<br>Letzten 2 Minuten: params_switch_0_aenergy_by_minute_2\
<br>Letzten 3 Minuten: params_switch_0_aenergy_by_minute_3\
</p><p style="text-align: left">Heizung: Aktuell params_switch_1_apower W\
<br>Letzte Minute: params_switch_1_aenergy_by_minute_1\
<br>Letzten 2 Minuten: params_switch_1_aenergy_by_minute_2\
<br>Letzten 3 Minuten: params_switch_1_aenergy_by_minute_3\
</p>
# .attreocr-thresholdparams_switch_0_aenergy_by_minute_1 1303.459
# .attreocr-thresholdparams_switch_0_aenergy_by_minute_2 1325.809
# .attreocr-thresholdparams_switch_0_aenergy_by_minute_3 4738.892
# .attreocr-thresholdparams_switch_0_apower 295.3
# .attreocr-thresholdparams_switch_1_aenergy_by_minute_1 1412.690
# .attreocr-thresholdparams_switch_1_aenergy_by_minute_2 1481.812
# .attreocr-thresholdparams_switch_1_aenergy_by_minute_3 1507.433
# .attreocr-thresholdparams_switch_1_apower 141.0
# .attreocr-thresholdtemperature_tC 44.1
# .lastTimeaenergy_by_minute_1 1673550232.54997
# .lastTimeaenergy_by_minute_2 1673550232.54997
# .lastTimeaenergy_by_minute_3 1673550232.54997
# .lastTimeaenergy_minute_ts 1673550232.54997
# .lastTimeaenergy_total 1673550232.54997
# .lastTimeapower 1673550232.54997
# .lastTimecfg_rev 1673549571.0392
# .lastTimecurrent 1673550232.54997
# .lastTimedst 1673550236.57933
# .lastTimefs_free 1673549571.0392
# .lastTimefs_size 1673549571.0392
# .lastTimeid 1673550232.54997
# .lastTimekvs_rev 1673549571.0392
# .lastTimemac 1673549571.0392
# .lastTimemethod 1673550236.57933
# .lastTimeoutput 1673550232.54997
# .lastTimeparams_switch_0_aenergy_by_minute_1 1673550179.55447
# .lastTimeparams_switch_0_aenergy_by_minute_2 1673550179.55447
# .lastTimeparams_switch_0_aenergy_by_minute_3 1673550179.55447
# .lastTimeparams_switch_0_aenergy_minute_ts 1673550179.55447
# .lastTimeparams_switch_0_aenergy_total 1673550179.55447
# .lastTimeparams_switch_0_apower 1673611722.42165
# .lastTimeparams_switch_0_current 1673549100.61346
# .lastTimeparams_switch_0_id 1673550231.50645
# .lastTimeparams_switch_0_pf 1673550231.50645
# .lastTimeparams_switch_1_aenergy_by_minute_1 1673550179.57088
# .lastTimeparams_switch_1_aenergy_by_minute_2 1673550179.57088
# .lastTimeparams_switch_1_aenergy_by_minute_3 1673550179.57088
# .lastTimeparams_switch_1_aenergy_minute_ts 1673550179.57088
# .lastTimeparams_switch_1_aenergy_total 1673550179.57088
# .lastTimeparams_switch_1_apower 1673611490.51165
# .lastTimeparams_switch_1_current 1673550236.57933
# .lastTimeparams_switch_1_id 1673550231.61
# .lastTimeparams_switch_1_pf 1673550213.62393
# .lastTimeparams_ts 1673550236.57933
# .lastTimepf 1673550232.54997
# .lastTimeram_free 1673549571.0392
# .lastTimeram_size 1673549571.0392
# .lastTimerestart_required 1673549571.0392
# .lastTimeschedule_rev 1673549571.0392
# .lastTimesource 1673550232.54997
# .lastTimesrc 1673550236.57933
# .lastTimetemperature_tC 1673550232.54997
# .lastTimetemperature_tF 1673550232.54997
# .lastTimetime 1673549571.0392
# .lastTimeunixtime 1673549571.0392
# .lastTimeuptime 1673549571.0392
# .lastTimevoltage 1673550232.54997
# .lastTimewebhook_rev 1673549571.0392
# CFGFN
# CID shellypro2pm_ec620960d9a4
# DEF shellypro2pm_ec620960d9a4
# FUUID 63bf04d8-f33f-6adc-e67a-1afd5a9899366e2c
# IODev brok_MQTT2
# LASTInputDev brok_MQTT2
# MSGCNT 347877
# NAME dev_KELL_Zaehler1_shellypro2pm
# NR 348334
# STATE <p style="text-align: left">
#Licht / Garage: Aktuell
#264.2 W
#<br>Letzte Minute: 4882.904
#<br>Letzten 2 Minuten: 3974.722
#<br>Letzten 3 Minuten: 591.795
#</p><p style="text-align: left">Heizung: Aktuell 150.35 W
#<br>Letzte Minute: 2682.408
#<br>Letzten 2 Minuten: 2762.222
#<br>Letzten 3 Minuten: 2800.460
#</p>
# TYPE MQTT2_DEVICE
# brok_MQTT2_CONN brok_MQTT2_192.168.50.109_54443
# brok_MQTT2_MSGCNT 347877
# brok_MQTT2_TIME 2023-01-13 15:10:17
# eventCount 58207
# .DT:
# DEVICETOPIC dev_KELL_Zaehler1_shellypro2pm
# .attraggr:
# params_switch_._apower:60:none:median:600
# .attreocr:
# params_switch_1_apower:10
# params_switch_0_apower:10
# .attrminint:
# Helper:
# DBLOG:
# params_switch_0_aenergy_by_minute_1:
# DBLogging:
# TIME 1673535660.17448
# VALUE 47.294
# params_switch_0_aenergy_by_minute_2:
# DBLogging:
# TIME 1673535720.11963
# VALUE 47.294
# params_switch_0_aenergy_by_minute_3:
# DBLogging:
# TIME 1673535780.1428
# VALUE 47.294
# params_switch_0_apower:
# DBLogging:
# TIME 1673618977.9711
# VALUE 146.6
# params_switch_1_aenergy_by_minute_1:
# DBLogging:
# TIME 1673538540.63005
# VALUE 1368.473
# params_switch_1_aenergy_by_minute_2:
# DBLogging:
# TIME 1673538540.63005
# VALUE 1408.678
# params_switch_1_aenergy_by_minute_3:
# DBLogging:
# TIME 1673538540.63005
# VALUE 1804.920
# params_switch_1_apower:
# DBLogging:
# TIME 1673619008.94921
# VALUE 149.5
# temperature_tC:
# DBLogging:
# TIME 1673611737.37506
# VALUE 40.8
# READINGS:
# 2023-01-11 19:50:00 IODev brok_MQTT2
# 2023-01-13 15:10:17 aenergy_by_minute_1 780.031
# 2023-01-13 15:10:17 aenergy_by_minute_2 2682.408
# 2023-01-13 15:10:17 aenergy_by_minute_3 2762.222
# 2023-01-13 15:10:17 aenergy_minute_ts 1673619017
# 2023-01-13 15:10:17 aenergy_total 5498.514
# 2023-01-13 15:10:17 apower 142.8
# 2023-01-13 14:25:46 cfg_rev 28
# 2023-01-12 20:38:27 connected true
# 2023-01-13 15:10:17 current 0.863
# 2023-01-13 15:10:17 dst shellypro2pm-Keller1/events
# 2023-01-13 14:25:46 fs_free 172032
# 2023-01-13 14:25:46 fs_size 524288
# 2023-01-13 15:10:17 id 1
# 2023-01-12 20:36:37 ip 192.168.50.109
# 2023-01-13 14:25:46 kvs_rev 4
# 2023-01-13 14:25:46 mac EC620960d9a4
# 2023-01-13 15:10:17 method NotifyStatus
# 2023-01-12 20:38:27 online true
# 2023-01-13 15:10:17 output true
# 2023-01-12 20:33:18 params_eth_ip 192.168.50.109
# 2023-01-12 20:38:22 params_events_1_cfg_rev 28
# 2023-01-12 20:38:23 params_events_1_component sys
# 2023-01-12 20:38:23 params_events_1_event scheduled_restart
# 2023-01-11 20:15:01 params_events_1_id 0
# 2023-01-12 20:38:22 params_events_1_restart_required true
# 2023-01-12 20:38:23 params_events_1_time_ms 998
# 2023-01-12 20:38:23 params_events_1_ts 1673552303.52
# 2023-01-12 20:38:27 params_mqtt_connected true
# 2023-01-13 14:25:39 params_script_1_id 1
# 2023-01-13 14:25:39 params_script_1_running false
# 2023-01-13 15:10:00 params_switch_0_aenergy_by_minute_1 4882.904
# 2023-01-13 15:10:00 params_switch_0_aenergy_by_minute_2 3974.722
# 2023-01-13 15:10:00 params_switch_0_aenergy_by_minute_3 591.795
# 2023-01-13 15:10:00 params_switch_0_aenergy_minute_ts 1673618999
# 2023-01-13 15:10:00 params_switch_0_aenergy_total 585.026
# 2023-01-13 15:10:01 params_switch_0_apower 264.2
# 2023-01-13 15:09:26 params_switch_0_current 2.073
# 2023-01-13 15:10:01 params_switch_0_id 0
# 2023-01-13 15:08:34 params_switch_0_pf 0.69
# 2023-01-12 20:38:27 params_switch_0_temperature_tC 41.19
# 2023-01-12 20:38:27 params_switch_0_temperature_tF 106.14
# 2023-01-12 20:38:29 params_switch_0_voltage 237.8
# 2023-01-13 15:10:00 params_switch_1_aenergy_by_minute_1 2682.408
# 2023-01-13 15:10:00 params_switch_1_aenergy_by_minute_2 2762.222
# 2023-01-13 15:10:00 params_switch_1_aenergy_by_minute_3 2800.460
# 2023-01-13 15:10:00 params_switch_1_aenergy_minute_ts 1673618999
# 2023-01-13 15:10:00 params_switch_1_aenergy_total 5497.735
# 2023-01-13 15:10:16 params_switch_1_apower 150.35
# 2023-01-13 15:10:17 params_switch_1_current 0.863
# 2023-01-13 15:10:17 params_switch_1_id 1
# 2023-01-13 14:51:07 params_switch_1_pf 0.82
# 2023-01-12 20:38:27 params_switch_1_temperature_tC 44.06
# 2023-01-12 20:38:27 params_switch_1_temperature_tF 111.30
# 2023-01-12 20:38:29 params_switch_1_voltage 237.8
# 2023-01-12 20:38:22 params_sys_cfg_rev 28
# 2023-01-13 14:11:17 params_sys_kvs_rev 4
# 2023-01-12 20:38:22 params_sys_restart_required true
# 2023-01-13 15:10:17 params_ts 1673619018.71
# 2023-01-13 15:10:17 pf 0.80
# 2023-01-13 14:25:46 ram_free 160664
# 2023-01-13 14:25:46 ram_size 233544
# 2023-01-13 14:25:46 restart_required false
# 2023-01-13 14:25:45 running false
# 2023-01-13 14:25:46 schedule_rev 0
# 2023-01-13 15:10:17 source init
# 2023-01-13 15:10:17 src shellypro2pm-ec620960d9a4
# 2023-01-13 15:10:17 temperature_tC 43.9
# 2023-01-13 15:10:17 temperature_tF 111.1
# 2023-01-13 14:25:46 time 14:25
# 2023-01-13 14:25:46 unixtime 1673616347
# 2023-01-13 14:25:46 uptime 64042
# 2023-01-13 15:10:17 voltage 237.5
# 2023-01-13 14:25:46 webhook_rev 0
#
setstate dev_KELL_Zaehler1_shellypro2pm <p style="text-align: left">\
Licht / Garage: Aktuell \
264.2 W\
<br>Letzte Minute: 4882.904\
<br>Letzten 2 Minuten: 3974.722\
<br>Letzten 3 Minuten: 591.795\
</p><p style="text-align: left">Heizung: Aktuell 150.35 W\
<br>Letzte Minute: 2682.408\
<br>Letzten 2 Minuten: 2762.222\
<br>Letzten 3 Minuten: 2800.460\
</p>
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-11 19:50:00 IODev brok_MQTT2
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 aenergy_by_minute_1 780.031
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 aenergy_by_minute_2 2682.408
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 aenergy_by_minute_3 2762.222
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 aenergy_minute_ts 1673619017
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 aenergy_total 5498.514
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 apower 142.8
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:46 cfg_rev 28
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:27 connected true
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 current 0.863
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 dst shellypro2pm-Keller1/events
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:46 fs_free 172032
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:46 fs_size 524288
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 id 1
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:36:37 ip 192.168.50.109
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:46 kvs_rev 4
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:46 mac EC620960d9a4
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 method NotifyStatus
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:27 online true
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 output true
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:33:18 params_eth_ip 192.168.50.109
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:22 params_events_1_cfg_rev 28
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:23 params_events_1_component sys
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:23 params_events_1_event scheduled_restart
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-11 20:15:01 params_events_1_id 0
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:22 params_events_1_restart_required true
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:23 params_events_1_time_ms 998
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:23 params_events_1_ts 1673552303.52
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:27 params_mqtt_connected true
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:39 params_script_1_id 1
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:39 params_script_1_running false
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:00 params_switch_0_aenergy_by_minute_1 4882.904
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:00 params_switch_0_aenergy_by_minute_2 3974.722
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:00 params_switch_0_aenergy_by_minute_3 591.795
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:00 params_switch_0_aenergy_minute_ts 1673618999
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:00 params_switch_0_aenergy_total 585.026
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:01 params_switch_0_apower 264.2
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:09:26 params_switch_0_current 2.073
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:01 params_switch_0_id 0
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:08:34 params_switch_0_pf 0.69
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:27 params_switch_0_temperature_tC 41.19
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:27 params_switch_0_temperature_tF 106.14
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:29 params_switch_0_voltage 237.8
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:00 params_switch_1_aenergy_by_minute_1 2682.408
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:00 params_switch_1_aenergy_by_minute_2 2762.222
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:00 params_switch_1_aenergy_by_minute_3 2800.460
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:00 params_switch_1_aenergy_minute_ts 1673618999
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:00 params_switch_1_aenergy_total 5497.735
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:16 params_switch_1_apower 150.35
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 params_switch_1_current 0.863
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 params_switch_1_id 1
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:51:07 params_switch_1_pf 0.82
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:27 params_switch_1_temperature_tC 44.06
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:27 params_switch_1_temperature_tF 111.30
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:29 params_switch_1_voltage 237.8
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:22 params_sys_cfg_rev 28
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:11:17 params_sys_kvs_rev 4
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-12 20:38:22 params_sys_restart_required true
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 params_ts 1673619018.71
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 pf 0.80
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:46 ram_free 160664
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:46 ram_size 233544
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:46 restart_required false
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:45 running false
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:46 schedule_rev 0
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 source init
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 src shellypro2pm-ec620960d9a4
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 temperature_tC 43.9
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 temperature_tF 111.1
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:46 time 14:25
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:46 unixtime 1673616347
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:46 uptime 64042
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 15:10:17 voltage 237.5
setstate dev_KELL_Zaehler1_shellypro2pm 2023-01-13 14:25:46 webhook_rev 0
Auszug aus dem (Event)Log:
2023-01-13 15:10:05.964 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.55
2023-01-13 15:10:07.978 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.55
2023-01-13 15:10:08.968 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.5
2023-01-13 15:10:09.966 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.55
2023-01-13 15:10:10.968 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.6
2023-01-13 15:10:12.977 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 150.2
2023-01-13 15:10:14.006 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 150.5
2023-01-13 15:10:16.943 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 150.35
2023-01-13 15:10:18.966 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.9
2023-01-13 15:10:20.956 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.55
2023-01-13 15:10:21.948 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.5
2023-01-13 15:10:23.945 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.45
2023-01-13 15:10:24.966 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.25
2023-01-13 15:10:26.309 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.45
2023-01-13 15:10:26.938 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.55
2023-01-13 15:10:27.943 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.6
2023-01-13 15:10:28.937 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 150.2
2023-01-13 15:10:29.963 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.9
2023-01-13 15:10:31.969 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.55
2023-01-13 15:10:33.964 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.45
2023-01-13 15:10:34.966 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.1
2023-01-13 15:10:35.944 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.4
2023-01-13 15:10:36.940 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_0_apower: 265.15
2023-01-13 15:10:38.972 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.4
2023-01-13 15:10:39.948 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.25
2023-01-13 15:10:41.965 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.4
2023-01-13 15:10:42.957 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.45
2023-01-13 15:10:43.975 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.55
2023-01-13 15:10:44.964 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.5
2023-01-13 15:10:46.977 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.4
2023-01-13 15:10:48.963 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.1
2023-01-13 15:10:50.966 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149
2023-01-13 15:10:51.953 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.0
2023-01-13 15:10:52.945 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149
2023-01-13 15:10:54.936 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.0
2023-01-13 15:10:55.959 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149
2023-01-13 15:10:56.931 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.05
2023-01-13 15:10:57.962 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.1
2023-01-13 15:11:00.063 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.1
2023-01-13 15:11:01.936 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149
2023-01-13 15:11:03.957 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.95
2023-01-13 15:11:04.947 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.95
2023-01-13 15:11:05.931 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 149.0
2023-01-13 15:11:08.963 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.95
2023-01-13 15:11:09.968 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.9
2023-01-13 15:11:11.968 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.95
2023-01-13 15:11:12.976 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.95
2023-01-13 15:11:13.992 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_0_apower: 266.1
2023-01-13 15:11:14.948 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.95
2023-01-13 15:11:16.960 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.8
2023-01-13 15:11:17.935 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.7
2023-01-13 15:11:18.939 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.7
2023-01-13 15:11:20.979 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.7
2023-01-13 15:11:21.948 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.7
2023-01-13 15:11:22.929 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.7
2023-01-13 15:11:24.961 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.7
2023-01-13 15:11:26.216 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.7
2023-01-13 15:11:27.301 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.8
2023-01-13 15:11:27.945 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.8
2023-01-13 15:11:29.961 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.75
2023-01-13 15:11:31.028 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.7
2023-01-13 15:11:31.945 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.7
2023-01-13 15:11:33.996 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.65
2023-01-13 15:11:34.953 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.6
2023-01-13 15:11:35.919 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.65
2023-01-13 15:11:38.956 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.6
2023-01-13 15:11:39.949 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.65
2023-01-13 15:11:41.992 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.7
2023-01-13 15:11:42.972 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.65
2023-01-13 15:11:43.981 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.6
2023-01-13 15:11:44.945 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.6
2023-01-13 15:11:46.960 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.6
2023-01-13 15:11:47.966 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.55
2023-01-13 15:11:48.966 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.6
2023-01-13 15:11:51.973 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.6
2023-01-13 15:11:54.582 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.55
2023-01-13 15:11:54.928 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.6
2023-01-13 15:11:55.966 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.6
2023-01-13 15:11:56.976 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.65
2023-01-13 15:11:57.945 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.65
2023-01-13 15:12:01.006 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.6
2023-01-13 15:12:01.934 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.5
2023-01-13 15:12:04.975 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.5
2023-01-13 15:12:06.975 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.5
2023-01-13 15:12:08.961 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.5
2023-01-13 15:12:09.965 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.5
2023-01-13 15:12:10.968 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.55
2023-01-13 15:12:11.973 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.55
2023-01-13 15:12:14.022 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.5
2023-01-13 15:12:14.958 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.4
2023-01-13 15:12:18.949 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.3
2023-01-13 15:12:19.945 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.3
2023-01-13 15:12:22.947 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.3
2023-01-13 15:12:23.994 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.35
2023-01-13 15:12:25.948 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.35
2023-01-13 15:12:26.971 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.4
2023-01-13 15:12:28.537 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.3
2023-01-13 15:12:35.952 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 147.9
2023-01-13 15:12:37.003 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.3
2023-01-13 15:12:38.980 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 147.9
2023-01-13 15:12:40.017 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.3
2023-01-13 15:12:40.978 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.35
2023-01-13 15:12:41.978 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.35
2023-01-13 15:12:43.988 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 148.3
2023-01-13 15:12:45.979 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 147.9
2023-01-13 15:12:47.978 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 147.5
2023-01-13 15:12:49.966 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 147.5
2023-01-13 15:12:52.974 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 147.3
2023-01-13 15:12:53.976 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 147.4
2023-01-13 15:12:55.987 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 147.4
2023-01-13 15:12:56.956 MQTT2_DEVICE dev_KELL_Zaehler1_shellypro2pm params_switch_1_apower: 147.4
Zitat von: flummy1978 am 13 Januar 2023, 15:17:34
Ich befürchte ich dass das ganze am Shelly bzw dessen MQTT Frequenz liegt (allerdings dürfte dann FHEM die Signale so nicht weiter verarbeiten)
Lt. event-on-change-reading dürfte die MQTT-Frequenz egal sein ... solange sich der neue Wert nicht um mindestens 10 vom letzten Event-Wert unterscheidet. Ich hatte mich schon beim Lesen von #1 darüber gewundert, dass der gezeigte Log nicht zu den Attributen passte.
Neben dem Testgerät, dass sich erwartungsgemäß verhält, habe ich auch noch ein 2-kanaliges, MQTT-fähiges Echtgerät und werde es mal austesten. Abweichendes Verhalten würde mich wundern, aber wer weiß es schon ...
Zitat von: OdfFhem am 13 Januar 2023, 17:29:50
Ich hatte mich schon beim Lesen von #1 darüber gewundert, dass der gezeigte Log nicht zu den Attributen passte.....
Neben dem Testgerät, dass sich erwartungsgemäß verhält, habe ich auch noch ein 2-kanaliges, MQTT-fähiges Echtgerät und werde es mal austesten. Abweichendes Verhalten würde mich wundern, aber wer weiß es schon ...
Ohje da hab ich Blödsinn aus zwei Versuchsreihen gepostet... aber das hat sich ja glücklicherweise am Ende korrigiert.
Was mich halt in diesem Zusammenhang wundert:
Nehme ich das event-on-change-reading attribut raus, wird mein Log komplett mit Events von allen Readings die sich ändern vollgespamt. Das dürfte aber dann erst Recht keine Events mehr erzeugen.
Bin immernoch über jeden Tipp dankbar, vielleicht finde ich ja eine Lösung :-\
VG
Andreas
Zitat von: flummy1978 am 13 Januar 2023, 18:44:51
Nehme ich das event-on-change-reading attribut raus, wird mein Log komplett mit Events von allen Readings die sich ändern vollgespamt. Das dürfte aber dann erst Recht keine Events mehr erzeugen.
Wenn Du event-on-change-reading rausnimmst, dann wird jede Wertübermittlung zum Event - ob Wert geändert wurde oder nicht.
Die erste Verwendung von event-on-change-reading sieht häufig so aus:
attr <devicename> event-on-change-reading .*
Damit sorgen aufeinanderfolgende, gleiche Werte eines Readings nicht mehr zu einem Event.
Sollte also deutlich ruhiger werden ...
Ich habe mal nebenbei den Test für das MQTT-Endgerät laufen lassen.
Der Test geht von einfacher, "drastischer" Event-Einschränkung bis hin zum median-Einsatz.
Genutzt wurde das Reading temperature.
Verhalten entsprach der bislang gemachten Erwartung.
Schritt #1 ... nur jeder unterschiedliche (!) Wert eines Readings führt zu einem Event
attr MQTT2_powerSwitch9 event-on-change-reading .*
Zahl der Events sinkt deutlich
Schritt #2 ... nur jeder um mindestens 2 Grad verschiedene Wert des Readings temperature führt zum Event; für alle anderen Readings gilt weiterhin die Aussage aus Schritt #1
attr MQTT2_powerSwitch9 event-on-change-reading temperature:2,.*
Eine "dichte" Folge von Events entsteht nur unmittelbar nach dem Einschalten bzw. im Laufe der Abkühlung nach dem Ausschalten
Schritt #3 ... sind beim Reading temperature mindestens 90 Sekunden seit der letzten Wertänderung vergangen, führt die nächste Wertänderung auf jeden Fall zu einem Event; für alle anderen Readings gilt weiterhin die Aussage aus Schritt #1
attr MQTT2_powerSwitch9 event-on-change-reading temperature:2,.*
attr MQTT2_powerSwitch9 event-min-interval temperature:90
Werte werden weiterhin dauerhaft angeliefert, unterschieden sich aber äußerst selten um 2 Grad; die erreichten 90 Sekunden sorgen lediglich für einen "Zwischenbericht" ... für "aussagekräftigere" Charts nicht uninteressant
Schritt #4 ... führt eine Wertänderung für temperature zu einem Event, kommt der median zum Einsatz; für alle anderen Readings gilt weiterhin die Aussage aus Schritt #1
attr MQTT2_powerSwitch9 event-on-change-reading temperature:2,.*
attr MQTT2_powerSwitch9 event-min-interval temperature:90
attr MQTT2_powerSwitch9 event-aggregator temperature::none:median:600
Verhält sich wie #3 - der Event-Wert wurde nur mittels median-Berechnung angepasst
Hi OdfFhem,
ZitatSchritt #3 ... sind beim Reading temperature mindestens 90 Sekunden seit der letzten Wertänderung vergangen, führt die nächste Wertänderung auf jeden Fall zu einem Event;
das ist meiner Meinung nach nicht ganz korrekt beschrieben.
ZitatWerte werden weiterhin dauerhaft angeliefert, unterschieden sich aber äußerst selten um 2 Grad; die erreichten 90 Sekunden sorgen lediglich für einen "Zwischenbericht" ... für "aussagekräftigere" Charts nicht uninteressant
Das stimmt wieder.
Voraussetzung: der Sensor liefert häufig (zumindest mehrmals innerhalb der 90 sec) Werte und die Attribute sind so gesetzt:
attr MQTT2_powerSwitch9 event-on-change-reading temperature:2,.*
attr MQTT2_powerSwitch9 event-min-interval temperature:90könnte es so beschrieben werden:
... sind beim Reading temperature mindestens 90 Sekunden seit dem letzten Wert vergangen, führt der nächste Wert auf jeden Fall zu einem Event, ebenso eine Änderung um 2 oder mehr Grad;
- Werte, die sich um 2 Grad oder mehr unterscheiden, werden sofort durchgelassen und erzeugen einen Event.
- Werte, die sich nur innerhalb der 2Grad ändern, oder auch gar nicht ändern, werden nur all 90 sec durchgelassen und erzeugen einen Event.
ZitatEvents will only be generated, if at least minInterval seconds elapsed since the last reading of the matched type. If event-on-change-reading is also specified, they are combined with OR: if one of them is true, the event is generated.
wobei mir die Beschreibung "event is generated" an dieser Stelle noch nie so recht gefallen hat, denn wenn man hier schon längere Zeit im Forum dabei ist bekommt man den Eindruck, der Anwender denkt diese Attribute generieren/erzeugen Events. Das ist aber nicht so. Die Attribute sind in meinen Augen Filter, die auf die "eingehenden" Daten angewendet werden. Ist nämlich keines dieser Attribute definiert, also kein Filter gesetzt, gehen alle Werte eines Devices 1:1 an fhem durch und erzeugen events. Ist auch nur eines dieser Attribute gesetzt gilt: Nur was hier eingetragen ist kommt irgendwie durch zu fhem, mit event (ja, man kann auch "negativ" filtern nach dem Motto "alles bis auf dieses").
Das erklärt wohl auch diese Beobachtung:
ZitatNehme ich das event-on-change-reading attribut raus, wird mein Log komplett mit Events von allen Readings die sich ändern vollgespamt. Das dürfte aber dann erst Recht keine Events mehr erzeugen.
In der FS20-Welt war es wohl egal, ob und wie diese Attribute gesetzt werden, da kommt schon so fast nix. Schon bei Homematic war es deutlich mehr, ganz gruselig sind manche Devices, die per MQTT an fhem gebunden werden. Das werden z.T. mehrere hundert readings öfter als sekündlich gesetzt, da kommt man im eventmonitor nicht mehr hinterher.... (vor einer Weile mal getestet: go-e Wallbox)
@flummy1978
wenn ich deinen ersten Eintrag richtig verstehe willst Du eine Anzeige des power-Wertes, den aber nur alle 10min und gemittelt über die Zeit, richtig?
und wenn ich das list von Deinem shelly richtig sehe hast du hier Power-Werte und Energy-Werte. Gibt es einen energy-Wert, der quasi der Zählerstand ist?
Eigentlich müsstest Du dann nur den Energy-Wert per userReadings mit differential verrechnen und bekommst die Watt angezeigt, die quasi innerhalb der zeitdifferenz zwischen 2 Werten "verbraucht" wurden. Es kommt jetzt noch ein wenig darauf an, was der energy-Wert ist, ich meine Shelly zeigt da auch mal so was wie "WattMinuten" statt "WattStunden" oder "KiloWattSteunden". Das muss dann im differential entsprechen umgerechnet werden.
Beispiel:
pwr_Pumpe:energy_Pumpe.* differential {ReadingsNum($name,"energy_Pumpe",0)*3600}Im Beispiel ist der Wert energy_Pumpe in Wh.
Dann könntest Du die power-Werte ignorieren und hättest deutlich weniger Events im System.
Viel Erfolg!
Sany
Zitat von: Sany am 14 Januar 2023, 11:47:18
das ist meiner Meinung nach nicht ganz korrekt beschrieben.
Sehe ich aus Sicht von Reading temperature leicht anders:
Schritt #1 definiert das Attribut event-on-change-reading
... nur jeder unterschiedliche (!) Wert eines Readings führt zu einem Event
Schritt #2 definiert das Attribut event-on-change-reading um und ersetzt damit #1
... nur jeder um mindestens 2 Grad verschiedene Wert des Readings temperature führt zum Event
Schritt #3 definiert zusätzlich das Attribut event-min-interval und erweitert damit #2 um ein zusätzliches Feature
... nur jeder um mindestens 2 Grad verschiedene Wert des Readings temperature führt zum Event
... sind beim Reading temperature mindestens 90 Sekunden seit der letzten Wertänderung vergangen, führt die nächste Wertänderung auf jeden Fall zu einem Event
Schritt #4 definiert zusätzlich das Attribut event-aggregator und erweitert damit #3 um ein zusätzliches Feature
... nur jeder um mindestens 2 Grad verschiedene Wert des Readings temperature führt zum Event
... sind beim Reading temperature mindestens 90 Sekunden seit der letzten Wertänderung vergangen, führt die nächste Wertänderung auf jeden Fall zu einem Event
... führt eine Wertänderung für temperature zu einem Event, kommt der median zum Einsatz
- jede Zeile "erklärt" nur die Auswirkung des zugehörigen Attributes
Hallo ihr zwei,
Vielen herzlichen Dank für die absolut rege Beteiligung an der Problemlösung bzw am Verständnis.. Da vor allem die letzten Beiträge zu einem besseren Verständnisbei mir führen, könnte man vielleicht etwas davon im Wiki / commandref übernehmen?
Was meine eigene Problematik angeht, denke ich wird mir mit diesen Beispielen sehr geholfen, es um zu setzen. Ich kann es allerdings erst morgen testen, weil ich übers we 350 km entfernt bin von meiner fhem Steuerung entfernt bin ;)
VG
Andreas
Zitat von: flummy1978 am 15 Januar 2023, 10:57:22
könnte man vielleicht etwas davon im Wiki / commandref übernehmen?
Könnte man ... allerdings wäre es gut, einen Vorschlag für die Änderung/Erweiterung zu machen ...
Zitat von: OdfFhem am 15 Januar 2023, 11:45:47
Könnte man ... allerdings wäre es gut, einen Vorschlag für die Änderung/Erweiterung zu machen ...
Naja für mich persönlich sind die Erklärungen aus #8 und #10 am sinnvollsten und verständlichsten - VOR ALLEM eben in Kombination mit den anderen Eventbeschränkungen. Natürlich wenn klar ist ob #8 oder #9 endgültig korrekt ist, damit es auch korrekt im Wiki / Commandref übernommen wird.
Hi,
hat ein wenig gedauert, aber ich wollte das an meinem Lichtsensor nochmals genau nachvollziehen. Bei dem, den ich nutzen wollte hat sich nur ergeben, dass er seit einem Batteriewechsel im Dezember nun bei Dunkelheit nichts mehr sendet..... also einen anderen genommen.
Auf dem Diagramm schön zu sehen: bis zum ersten grossen Anstieg so ab 8:00 war
event-on-change-reading lux
gesetzt, danach habe ich noch die Schwelle 2 eingetragen:
event-on-change-reading lux:2
zusätzlich ist event-min-interval auf 3600 gesetzt.
Die Kurve sieht etwas seltsam aus, liegt aber daran, dass ich so kurz vor 9 den Sensor abgedeckt habe um einen 0-Wert zu erzwingen, um 16:00 Uhr habe ich die Abdeckung entfernt, es wird dann wieder die am Abend abnehmende Helligkeit angezeigt. Gegen 17:30 ging das Rollo zu, hin und wieder wurde danach Licht eingeschaltet, welches aber nur "leicht" auf den Sensor trifft.
Man kann nun schön erkennen, dass Wertänderungen >2 zu einem event führen, wenn der Sensor aber gleiche Werte liefert (hier eben 0), dann wird jede Stunde ein event geliefert, obwohl sich der Wert gar nicht geändert hat. Der Sensor liefert die 0 allerdings schon selbst nur alle 20min,( Werte >0 minütlich, wenn ich mich recht erinnere.) Daraus resultieren die etwas längeren Zeiten so zwischen 9 und 15Uhr. Nach 22Uhr wurde regelmäßig alle Stunde ein event "durchgelassen".
nochmals die Definition #3 aus dem letzten Post:
ZitatSchritt #3 definiert zusätzlich das Attribut event-min-interval und erweitert damit #2 um ein zusätzliches Feature
... nur jeder um mindestens 2 Grad verschiedene Wert des Readings temperature führt zum Event
... sind beim Reading temperature mindestens 90 Sekunden seit der letzten Wertänderung vergangen, führt die nächste Wertänderung auf jeden Fall zu einem Event
es bedarf keiner Wertänderung, es können auch die gleichen Werte sein, der Sensor muss sie nur liefern.
Nur das wollte ich ergänzed anmerken.
Gruß
Sany
Zitat von: Sany am 17 Januar 2023, 11:01:20
nochmals die Definition #3 aus dem letzten Post:es bedarf keiner Wertänderung, es können auch die gleichen Werte sein, der Sensor muss sie nur liefern.
Nur das wollte ich ergänzed anmerken.
Wertänderung heisst (bei mir) nicht, dass der Wert seinen Wert geändert hat, sondern nur, dass dem FHEM-Device ein neuer Wert mitgeteilt wurde - bekäme also im Zweifel nur einen neuen Zeitstempel (vom evtl. beeinflussenden timestamp-Attribut reden wir erst mal nicht).
Die Frage "Wann hat sich der Wert das letzte Mal geändert ?" kann immer mit dem letzten Zeitstempel beantwortet werden. Ob sich der Wert aber tatsächlich geändert hat, kann man daraus nicht erkennen.
Falls wir uns für eine Wiki-Korrektur entscheiden, sollten wir vielleicht auch noch "interpretationssicherere" Namen festlegen ...
Hallöchen,
Ich danke Euch beiden NOCHMALS herzlichst für die Mühe die Ihr Euch gemacht habt. Das habt Ihr sicherlich nicht nur gemacht, um mir zu helfen, sondern auch um es selbst noch mal zu bestätigen oder zu diskuatieren. Natürlich aber auch für die Nachwelt zum Festhalten.....
Zitat von: OdfFhem am 17 Januar 2023, 12:40:14
Wertänderung heisst (bei mir) nicht, dass der Wert seinen Wert geändert hat, sondern nur, dass dem FHEM-Device ein neuer Wert mitgeteilt wurde ..............
...............
Falls wir uns für eine Wiki-Korrektur entscheiden, sollten wir vielleicht auch noch "interpretationssicherere" Namen festlegen ...
Nur meine 2 bescheidenen Cent: Für mein Verständnis wäre die Bezeichnung "bei Wertänderung" tatsächlich eine Änderung des Wertes vorauszusetzen. Im Falle wie es Sany beschrieben und dokumentiert hat, wäre es für mich "bei Wertänderung WERT ≠ "
Demnach die Erklärung zu
#3: "bei Wertänderung => WERT ≠ alter WERT
ODER event-min-interval Zeit abgelaufen ist
Ich für meinen Teil HOFFE es jetzt korrekt verstanden zu haben und bedanke mich für die Erklärungen. Jetzt versuche ich das mal umzusetzen und schaue mal, was sich dabei so schönes ergibt :)
VG
Andreas
p.s. Wenn keine Einwände kommen, würde ich den Beitrag als "GELÖST" markieren?
Zitat von: flummy1978 am 18 Januar 2023, 23:13:13
Wenn keine Einwände kommen, würde ich den Beitrag als "GELÖST" markieren?
Kannst Du gerne machen ...
***
Den aktuellen Stand des Wikis bzgl. Events hatte ich mir mittlerweile mal angeschaut und überlege, ob es neben "Feinschliff" vielleicht Sinn machen könnte, eine "zentrale" Seite mit "praktischen" Beispielen zum Thema zu ergänzen - unter Einbeziehung aller Event-Attribute.
Zitat von: OdfFhem am 19 Januar 2023, 06:23:39
Den aktuellen Stand des Wikis bzgl. Events hatte ich mir mittlerweile mal angeschaut und überlege, ob es neben "Feinschliff" vielleicht Sinn machen könnte, eine "zentrale" Seite mit "praktischen" Beispielen zum Thema zu ergänzen - unter Einbeziehung aller Event-Attribute.
Finde ich gut!
Es würde eventuell auch Sinn machen, manches als attrTemplate zu vercoden. Z.B. für die Nutzung eines Shelly/Tasmota-MQTT-Geräts als Messaktor für das "typische Balkonkraftwerk" oä.. Könnte man dann z.B. per "farewell" vorschlagen?
@OdfFhem,
dann haben wir klassich nur aneinander verbeigeredet, aber das selbe gemeint.
Zum Wording, ja das ist nicht ganz einfach. Ich habe mir grad noch mal die commandref Beschreibungen zu event-on-change/update, event-min-interval und timestamp-on-change-reading in englisch(master) und deutsch angesehen und finde die Bezeichnungen dort eigentlich schon ganz gut. Reading wird selten übersetzt, das ist auch ok so.
update - Aktualisierung : "aktualisierter" Wert, kann der gleiche sein wie davor, mit neuem Zeitstempel.
change - Änderung : neuer und veränderter Wert
event - Ereignis : etwas, was in fhem weiterverarbeitet wird, z.B. notify oder FileLog
Zitat
Den aktuellen Stand des Wikis bzgl. Events hatte ich mir mittlerweile mal angeschaut und überlege, ob es neben "Feinschliff" vielleicht Sinn machen könnte, eine "zentrale" Seite mit "praktischen" Beispielen zum Thema zu ergänzen - unter Einbeziehung aller Event-Attribute.
Das fände ich großartig. Die bisherige Verteilung auf mehrere Seiten sowie die nicht zusammenhängende Beschreibung in der commandref verwirren ja offensichtlich viele, wenn man die vielen, vielen Posts zum Thema events hier im Forum betrachtet.
Gruß
Sany