Modul 93_DbRep - Reporting und Management von Datenbankinhalten (DbLog)

Begonnen von DS_Starter, 19 Mai 2016, 22:52:13

Vorheriges Thema - Nächstes Thema

DS_Starter

ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

supergrobi

hier mal Verbose 4 und Verbose 5...:


2018-07-17 14:57:36 DbRep DBReporting_LaCrosse running
2018-07-17 14:57:36 DbRep DBReporting_LaCrosse 2018-07-16__LaCrosse_3E__temperature__AVERAGE__2018-07-16: 22.4021
2018-07-17 14:57:36 DbRep DBReporting_LaCrosse done
2018-07-17 14:58:02 Global global ATTR DBReporting verbose 5
2018-07-17 14:58:14 DbRep DBReporting_LaCrosse running
2018-07-17 14:58:14 DbRep DBReporting_LaCrosse 2018-07-16__LaCrosse_3E__temperature__AVERAGE__2018-07-16: 22.4021
2018-07-17 14:58:14 DbRep DBReporting_LaCrosse done


wenn ich jetzt in der DB nach %AVERAGE% suche, kommen 0 Datensätze :(
was mach ich falsch? Es reicht aber, wenn Du mir nach deinem Urlaub antwortest :)

DS_Starter

Naja der geht noch eine Weile  :)
Mit verbose 4 musst du aber ins logfile schauen und nicht auf den Eventmonitor.
Dann siehst du etwa folgendes

2018.07.17 15:28:53.029 4: DbRep Rep.SMAEM.Bezug - -------- New selection ---------
2018.07.17 15:28:53.030 4: DbRep Rep.SMAEM.Bezug - Command: averageValue writeToDB
2018.07.17 15:28:53.032 4: DbRep Rep.SMAEM.Bezug - Timestamp begin human readable: 2018-07-16 00:00:00
2018.07.17 15:28:53.033 4: DbRep Rep.SMAEM.Bezug - Timestamp end human readable: 2018-07-16 23:59:59
2018.07.17 15:28:53.034 4: DbRep Rep.SMAEM.Bezug - Aggregation: no
2018.07.17 15:28:53.035 4: DbRep Rep.SMAEM.Bezug - averageValue calculation sceme: avgArithmeticMean
2018.07.17 15:28:53.054 4: DbRep Rep.SMAEM.Bezug - SQL execute: SELECT AVG(VALUE) FROM history where DEVICE = 'SMA_Energymeter' AND READING = 'Bezug_WirkP_Zaehler_Diff' AND TIMESTAMP >= '2018-07-16 00:00:00' AND TIMESTAMP <= '2018-07-16 23:59:59' ;
2018.07.17 15:28:53.069 4: DbRep Rep.SMAEM.Bezug - data prepared to db write:
2018.07.17 15:28:53.070 4: DbRep Rep.SMAEM.Bezug -
2018-07-16 23:59:58|SMA_Energymeter|SMAEM|calculated|avgam_no_Bezug_WirkP_Zaehler_Diff|0.0019|
2018.07.17 15:28:53.223 3: DbRep Rep.SMAEM.Bezug - number of lines updated in "LogDB": 0
2018.07.17 15:28:53.224 3: DbRep Rep.SMAEM.Bezug - number of lines inserted into "LogDB": 1


Nach dem " data prepared to db write:" findest du auch das neue reading und den Wert mit dem timestamp der in der DB abgespeichert wird.

LG
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

supergrobi

Hallo Heiko,

es tut mir leid. In welches Logfile muss ich schauen?
In den FHEM Logfile finde ich keine Einträge. Zu diesem Zeitpunkt waren nur diese Einträge:

2018.07.17 14:57:08 2: ESPEasy espBridge: httpReq failed:  192.168.2.134 NodeMCU_2 'neopixel 85,0,60,0'
2018.07.17 14:57:28 3: ESPEasy: set ESPEasy_NodeMCU_2 neopixel 85 0 60 0
2018.07.17 14:57:31 2: ESPEasy espBridge: httpReq failed:  192.168.2.134 NodeMCU_2 'neopixel 85,0,60,0'
2018.07.17 14:58:05 3: ESPEasy: set ESPEasy_NodeMCU_2 neopixel 85 0 60 0
2018.07.17 14:58:08 2: ESPEasy espBridge: httpReq failed:  192.168.2.134 NodeMCU_2 'neopixel 85,0,60,0'
2018.07.17 14:58:29 3: ESPEasy: set ESPEasy_NodeMCU_2 neopixel 85 0 60 0
2018.07.17 14:58:32 2: ESPEasy espBridge: httpReq failed:  192.168.2.134 NodeMCU_2 'neopixel 85,0,60,0'
2018.07.17 14:59:06 3: ESPEasy: set ESPEasy_NodeMCU_2 neopixel 85 0 60 0

DS_Starter

Ja im normalen fhem logfile fimdest du die einträge. Verbose 4 stellst du im dbtep ein.
Die infos die ich schrieb findest du dann auf jeden fall im fhem logfile. Sonst  wäre ja irgendwas faul.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

supergrobi

#785
Danke, ich hab es gefunden...

das hab ich gemacht:
set DBReporting_LaCrosse averageValue writeToDB

aber komischerweise kommt das writeToDB nicht an:


2018.07.18 14:27:04 4: DbRep DBReporting_LaCrosse - -------- New selection ---------
2018.07.18 14:27:04 4: DbRep DBReporting_LaCrosse - Aggregation: day
2018.07.18 14:27:04 4: DbRep DBReporting_LaCrosse - Command: averageValue
2018.07.18 14:27:04 4: DbRep DBReporting_LaCrosse - Timestamp begin human readable: 2018-07-17 00:00:00
2018.07.18 14:27:04 4: DbRep DBReporting_LaCrosse - Timestamp end human readable: 2018-07-17 23:59:59
2018.07.18 14:27:04 4: DbRep DBReporting_LaCrosse -> Start BlockingCall averval_DoParse
2018.07.18 14:27:04 4: DbRep DBReporting_LaCrosse - SQL execute: SELECT AVG(VALUE) FROM history where DEVICE = 'LaCrosse_3E' AND READING = 'temperature' AND TIMESTAMP >= '2018-07-17 00:00:00' AND TIMESTAMP < '2018-07-17 23:59:59' ;
2018.07.18 14:27:04 4: DbRep DBReporting_LaCrosse -> BlockingCall averval_DoParse finished
2018.07.18 14:27:04 4: DbRep DBReporting_LaCrosse -> Start BlockingCall averval_ParseDone
2018.07.18 14:27:04 4: DbRep DBReporting_LaCrosse -> BlockingCall averval_ParseDone finished


man sieht bei Command kommt nur ein "averageValue" es fehlt das "writeToDB", wie man es bei Dir sehen kann.
muss ich hierfür irgendwo noch ein allow setzen?

DBLogType steht auf Current/History

lg
Thomas

DS_Starter

Nein musst sonst nichts setzen. Welche DbRep Version hast du ?
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter


DS_Starter

na dann mach mal ein update vom dbrep.  :) die Funktion kam erst später.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

supergrobi

danke, geht!

sorry für meine Dummheit.

ich versuchte immer mit "update DBReporting" aktuell zu halten. Aber das musste man ja direkt runterladen.
Du bist ja schon bei v 7.18

DS_Starter

#790
Also wenn dann update oder update DbRep  :D Dann musst du auch nicht direkt runterladen.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Hallo zusammen,

habe gerade eine Version eingecheckt die das Attribut "valueFilter" enthält.
Damit ist es nun bei der Funktion fetchrows möglich die Datensätze zusätzlich zu filtern.
Hilfreich kann es zum Beispiel sein, wenn die Kriterien Device, Reading allein nicht ausreichen. Zum Beispiel um Syslog-Datensätze, die
in einer DB gespeichert wurden, anhand ihrer Severity Eigenschaften (Warning, Error, etc.) aus der DB zu selektieren und anzuzeigen.

LG,
Heiko   
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

#792
Ich habe eine Version 8.0.0 zum Test nach contrib geladen.
Neu ist, dass "set <name> restoreMySQL ..." nun auch Dumps einspielen kann, die mit einem clientSide Backup erstellt wurden.
Es können nun beide Arten vonMySQL- Dumps mit dem Modul wieder eingespielt werden.

Die Version könnt ihr hier aus contrib herunterladen:

https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

LG,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Das Feature ist eingecheckt und die Datei aus contrib wieder entfernt.

LG,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

JoeALLb

Hallo Heiko,

Nach dem Update gestern startet mein FHEM nicht mehr.
Ein Downgrade des DbRep-Moduls hat gereicht.

In der Log hatte ich nur immer wiederkehrende Einträge dieser Art, direkt nach dem Start.
1: DbRep rep.maxday -> BlockingCall DbRep_getMinTs pid:2916 Timeout: process terminated

FHEM schien danach in einer Schleife zu laufen, die Weboberfläche war nie erreichbar.

Nach dem Downgrade kommt die de meldung ebenfalls, FHEM startet jedoch "normal" und ist erreichbar.


sG
Joe
FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270