Modul average - keine Log-Einträge

Begonnen von wkarl, 30 August 2014, 17:17:57

Vorheriges Thema - Nächstes Thema

wkarl

Hallo,

vermute mal gehört hierher, ansonsten bitte entsprechend verschieben. Ich beschäftige mich seit ein paar Tagen mit dem Modul average und laufe immer wieder in das Problem, dass die average-Daten in den Readings auftauchen. Nicht jedoch im log bzw DbLog.

Hat jemand eine ähnliche Erfahrung und/oder einen Tipp wo ich bzgl einer Lösung weiterforschen kann?

Danke und ciao
walter
FHEM 5.7 & TabletUI 2.2 auf Fedora22 Server auf NUC5i5RYK
CUL 868 > FAST EnergyCam
HMLAN > HomeMatic TCs & VDs, Bewegungsmelder, Schalter, Taster, Steckdosen

wkarl

#1
Hallo,

mit Referenz auf http://forum.fhem.de/index.php/topic,14091.msg89455.html#msg89455
ZitatI tried many times to get the average module to work, however, it never logged events under the cumulative numbers, and they were also wrong!
ZitatSo the average module was not suitable, as it doesn't generate per hour information, the cumulative values it does generate are wrong, and it doesn't seem to generate events/log them so it is impossible to use the information.

Da dieses Modul nicht funktioniert und es nicht gepflegt wird, ist mein Vorschlag es aus den regulären Modulen zu nehmen. Evtl nach contrib zu schieben, mit dem Hinweis, dass es fehlerhaft ist. Falls es jemand doch überarbeiten will. Leider reicht mein Perl-Wissen nicht es selber zu tun. Da werde ich noch weiter lernen müssen.

ciao walter
FHEM 5.7 & TabletUI 2.2 auf Fedora22 Server auf NUC5i5RYK
CUL 868 > FAST EnergyCam
HMLAN > HomeMatic TCs & VDs, Bewegungsmelder, Schalter, Taster, Steckdosen

rudolfkoenig

ZitatDa dieses Modul nicht funktioniert und es nicht gepflegt wird...

MAn sind in diesem Satz zwei falsche Behauptungen.
Und nur weil das mehrere Leute behaupten, ist es noch lange nicht wahr.

Wegen deiner Behauptung habe ich eine Testinstallation gebaut und geprueft: es funktioniert.

fhem> define avgtest average s300th_2:temperature.*
fhem> inform timer
fhem> { Dispatch($defs{CUL}, "K11196270", undef) }
ARRAY(0x7ffb990dfa30)
fhem> 2014-08-31 10:08:10.810 CUL_WS s300th_2 T: 20.9  H: 60.5
2014-08-31 10:08:10.810 CUL_WS s300th_2 temperature: 20.9
2014-08-31 10:08:10.810 CUL_WS s300th_2 humidity: 60.5
2014-08-31 10:08:10.810 CUL_WS s300th_2 temperature_avg_day: 20.9
2014-08-31 10:08:10.810 CUL_WS s300th_2 temperature_max_day: 20.9
2014-08-31 10:08:10.810 CUL_WS s300th_2 temperature_min_day: 20.9
2014-08-31 10:08:10.810 CUL_WS s300th_2 temperature_avg_month: 20.9
2014-08-31 10:08:10.810 CUL_WS s300th_2 temperature_max_month: 20.9
2014-08-31 10:08:10.810 CUL_WS s300th_2 temperature_min_month: 20.9
2014-08-31 10:08:10.810 CUL_WS s300th_2 dewpoint: 13.0


Das fuer diesen Test modifizierte average Modul generiert die zusaetzlichen Events nach jedem Ereignis, da ich keine Lust habe bis Mitternacht zu warten. Das unmodifizierte Modul generiert die Events nur einmal am Tag bzw. Monat.

ZitatDa werde ich noch weiter lernen müssen.
No comment.

betateilchen

Zitat von: rudolfkoenig am 31 August 2014, 10:16:48
Das unmodifizierte Modul generiert die Events nur einmal am Tag bzw. Monat.

Was ja auch durchaus Sinn macht :)
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

wkarl

Hallo Rudi,

Zitatat the beginning of the next day or month respectively depending on attributes defined.
gelesen, aber nicht richtig interpretiert.Sorry.

Mein irriges Verständnis kam daher, dass ich zuerst folgendes definierte
DEF (LM_Steckdose_01|LM_Steckdose_02|VerbrauchStrom_Zaehler):current.*

Dabei werden bei jedem neuen current/current_cnt Wert neue AVG-Werte geliefert. Leider aber nicht ins Log geschrieben. Gewollt oder Zufall?
current 0.1 2014-09-01 08:23:45
current_avg_day 0.19 2014-09-01 08:13:44
current_avg_month 0.19 2014-09-01 08:13:44
current_cnt 10 2014-09-01 08:23:45
current_cnt_avg_day 19 2014-09-01 08:13:44
current_cnt_avg_month 19 2014-09-01 08:13:44
current_cnt_cum_day 562856 2014-09-01 08:13:44
current_cnt_cum_month 2204456 2014-09-01 08:13:44
current_cnt_max_day 19 2014-09-01 08:13:44
current_cnt_max_month 19 2014-09-01 08:13:44
current_cnt_min_day 19 2014-09-01 08:13:44
current_cnt_min_month 19 2014-09-01 08:13:44
current_cum_day 5628.56 2014-09-01 08:13:44
current_cum_month 22044.56 2014-09-01 08:13:44
current_max_day 0.19 2014-09-01 08:13:44
current_max_month 0.19 2014-09-01 08:13:44
current_min_day 0.19 2014-09-01 08:13:44

Mich interessiert in diesem Fall der laufende kumulierte Wert von current über den Tag, evtl Monat.
Da mich current_cnt nicht interessiert habe ich die Definition eingeschränkt.
DEF (LM_Steckdose_01|LM_Steckdose_02|VerbrauchStrom_Zaehler):current
Tja, und jetzt geschieht erst mal gar nichts. Was ja per Definition auch richtig ist. Ich denke Du verstehst jetzt mein Missverständnis.

Zitat
Da werde ich noch weiter lernen müssen.
No comment.
Ok, war ne Steilvorlage :-)

ciao walter
FHEM 5.7 & TabletUI 2.2 auf Fedora22 Server auf NUC5i5RYK
CUL 868 > FAST EnergyCam
HMLAN > HomeMatic TCs & VDs, Bewegungsmelder, Schalter, Taster, Steckdosen