Guten Morgen zusammen,
bin aktuell dabei meine Logs zu reduzieren und habe ein komisches Problem.
(Kann ich hier noch andere Fragen stellen in Bezug auf Reduzierung oder muss ich ein neues Thema öffnen?)
Bei dem angehängten Bild wird nur bei "Schlafzimmer - Klima" die Reduzierung richtig gemacht.
Bei den anderen wird die Luftfeuchte auch richtig gemacht, nur die Temperatur nicht, da sind große Sprünge drin.
Beim WohnEssBüro geht es stellenweise richtig, aber auch nur ab und zu.
Hier sollte der Durchschnitt von 1 Stunde genommen werden.
Der Befehl wird ausgeführt:
set DBLogging.DbRep.ReduceLog.Average.Klima reduceLog average
Hier ist das Device:
define DBLogging.DbRep.ReduceLog.Average.Klima DbRep DBLogging
attr DBLogging.DbRep.ReduceLog.Average.Klima DbLogExclude .*
attr DBLogging.DbRep.ReduceLog.Average.Klima aggregation hour
attr DBLogging.DbRep.ReduceLog.Average.Klima allowDeletion 1
attr DBLogging.DbRep.ReduceLog.Average.Klima device .*.Klima..*
attr DBLogging.DbRep.ReduceLog.Average.Klima group DbRep ReduceLog
attr DBLogging.DbRep.ReduceLog.Average.Klima reading temperature,AM2301_Temperature,cur_temperature,humidity,AM2301_Humidity,cur_humidity
attr DBLogging.DbRep.ReduceLog.Average.Klima room 23 Logging
attr DBLogging.DbRep.ReduceLog.Average.Klima timeDiffToNow d:3
attr DBLogging.DbRep.ReduceLog.Average.Klima timeOlderThan d:1
# DATABASE fhem
# DEF DBLogging
# FUUID 65425606-f33f-cc91-78fd-d10fc177ffb20e46
# FVERSION 93_DbRep.pm:v8.52.11-s27975/2023-09-17
# LASTCMD reduceLog average
# MODEL Client
# NAME DBLogging.DbRep.ReduceLog.Average.Klima
# NOTIFYDEV global,DBLogging.DbRep.ReduceLog.Average.Klima
# NR 329
# NTFY_ORDER 50-DBLogging.DbRep.ReduceLog.Average.Klima
# ROLE Client
# STATE reduceLog of fhem finished
# TYPE DbRep
# UTF8 1
# eventCount 6
# HELPER:
# DBLOGDEVICE DBLogging
# GRANTS LOCK TABLES,CREATE VIEW,INDEX,TRIGGER,SELECT,SHOW VIEW,USAGE,DROP,UPDATE,EXECUTE,REFERENCES,CREATE ROUTINE,INSERT,ALTER,CREATE TEMPORARY TABLES,ALTER ROUTINE,CREATE,EVENT,DELETE
# IDRETRIES 2
# MINTS 2018-05-02 10:52:00
# PACKAGE main
# VERSION 8.52.11
# CV:
# aggregation no
# aggsec 1
# destr 2023-11-03
# dsstr 2023-11-01
# epoch_seconds_end 1698976819.60744
# mestr 11
# msstr 11
# testr 03:00:19
# tsstr 03:00:19
# wdadd 432000
# yestr 2023
# ysstr 2023
# DBREPCOL:
# COLSET 1
# DEVICE 64
# EVENT 512
# READING 64
# TYPE 64
# UNIT 32
# VALUE 128
# OLDREADINGS:
# READINGS:
# 2023-11-04 03:00:21 background_processing_time 1.08
# 2023-11-04 03:00:21 reduceLogState reduceLog finished. Rows processed: 6856, deleted: 6189, updated: 398
# 2023-11-04 03:00:21 state reduceLog of fhem finished
#
setstate DBLogging.DbRep.ReduceLog.Average.Klima reduceLog of fhem finished
setstate DBLogging.DbRep.ReduceLog.Average.Klima 2023-11-03 13:16:51 .associatedWith B.Klima.XMI_Aqara FL.Klima.JSONconv KU.Klima.XMI_Aqara KU.Kuehlschrank.Klima.XMI_Aqara OUT.Klima.GoogleWeather OUT.Klima.PROPLANTA OUT.Klima.XMI_Aqara SZ.Klima.JSONconv WEBZ.Klima.XMI_Aqara WHG.Dachboden.Klima.XMI_Aqara WHG.Heizungsentlueftung.Klima.XMI_Aqara
setstate DBLogging.DbRep.ReduceLog.Average.Klima 2023-11-04 03:00:21 background_processing_time 1.08
setstate DBLogging.DbRep.ReduceLog.Average.Klima 2023-11-04 03:00:21 reduceLogState reduceLog finished. Rows processed: 6856, deleted: 6189, updated: 398
setstate DBLogging.DbRep.ReduceLog.Average.Klima 2023-11-04 03:00:21 state reduceLog of fhem finished
Vielen Dank
Grüße
Gear
Ich denke hier wäre es sinnvoll von den Rohdaten eine Liste zu ziehen bevor das reducelog ausgeführt wird.
Später sieht man die "Ausbruchsstelle" und kann über den Vergleich des relevanten Bereichs in der Liste Schlußfolgerungen ziehen.
Mit den vorliegenden Informationen kann man nichts sagen.
Eine Liste könnte man z.B. per exportToFile in eine csv-Datei erstellen.
LG
Danke für die schnelle Antwort.
Ich habe mal das Reduzieren deaktiviert und werde die Tage mal das von dir vorgeschlagene durchführen. :)