Hallo FHEM Leute,
ich nutze FHEM mit DBlog und habe bereits Plots kreiert welche auf den Daten in der HISTORY Tabelle basieren. Die wichtigsten Daten in der HISTORY Tabelle werden bei mir strukturiert in andere Tabellen verschoben und aufbereitet und Daten in der History werden älter als 30 Tage gelöscht.
Da die FHEM Plots aber standardmäßig auf die History Tabelle zugreifen, kann ich keine Plots anlegen die auf älteren Daten basieren, da Sie in einer anderen Tabelle verschoben wurden.
Kann ich pro FHEM Plot angeben auf welche Tabelle er die Daten erhält?
Ich hoffe die Kategorie "Anfängerfragen" passt hier. Habe keine naheliegendere Kategorie gefunden :-)
Danke für euren Support,
Oliver
Das müsste m.E. nach funktionieren wenn du deine Tabelle in der SVG Definition an der Stelle des Logfiles angibst. Probiert habe ich es nicht.
Also etwa:
define <name> SVG <logDevice>:<gplotfile>:<deine Tabelle>
In "Automatisierung" (DbLog) hätte deine Frage gut hineingepasst, oder auch "Frontends/SVG/Plots/logProxy" (SVG). ;)
Voraussetzung wäre aber, dass die zusätzliche Tabelle in einer Datenbank liegt, auf die FHEM per DbLog zugreifen kann.
Zitat von: o.l.i am 09 August 2023, 09:30:22Kann ich pro FHEM Plot angeben auf welche Tabelle er die Daten erhält
Du MUSST sogar immer angeben, aus welcher Tabelle die Daten kommen. Und zusätzlich auch, aus welcher Datenbank (genauer: aus welchem DbLog device) die gewünschte Tabelle stammt.
Zitat von: o.l.i am 09 August 2023, 09:30:22Da die FHEM Plots aber standardmäßig auf die History Tabelle zugreifen
Diese Behauptung ist schlichtweg falsch. HISTORY wird verwendet, weil es üblicherweise im define des SVG so angegeben ist.
Hallo,
danke für eure Rückmeldung.
Ich hatte dies bereits ausprobiert bevor ich diesen Thread geschrieben habe, da dies naheliegend war. Aber leider ohne Erfolg.
D.h. ich habe einen funktionierenden Plot:
define SVG_DBLogging_1 SVG DBLogging:SVG_DBLogging_1:HISTORY
Und eben den Plot, der nicht funktioniert:
define SVG_DBLogging_2 SVG DBLogging:SVG_DBLogging_2:PowerUtil
--> Im FHEM log (loglevel = 5) habe ich für beide Plots die gleichen Einträge. Ich sehe keinen Fehler oder anderen Hinweis dem ich nachgehen könnte.
Ich habe auch inzwischen noch ein bisschen geschaut.
Mir ist eine Stelle aufgefallen, wo eine Begrenzung der nutzbaren Optionen stattfindet.
Ich werde dir eine DbLog Testversion erstellen und melde mich wieder.
OK, super. Bin gespannt.
So, in meinem contrib liegt die Testversion.
Zum Download in der FHEMWEB Kommandozeile inklusive der Anführungszeichen angeben und danach FHEM restarten:
"wget -qO ./FHEM/93_DbLog.pm https://svn.fhem.de/fhem/trunk/fhem/contrib/DS_Starter/93_DbLog.pm"
Dann musst du die Tabellenangabe in deinem SVG-Device modifizieren indem du "table_" vor deine Tabelle schreibst, also z.B.:
define SVG_DBLogging_2 SVG DBLogging:SVG_DBLogging_2:table_PowerUtil
Man kann auch TABLE_ oder Table_ schreiben, DbLog versteht das.
Bin gespannt ob es damit läuft.
Bei meinem Test mit Table_history hat es funktioniert.
Hallo DS_Starter,
-ich habe ein "update all" mit anschließendem neustart von FHEM gemacht.
-Dann "wget -qO ./FHEM/93_DbLog.pm https://svn.fhem.de/fhem/trunk/fhem/contrib/DS_Starter/93_DbLog.pm" mit neustart
-Die neue alternative DB eingetragen: define SVG_DBLogging_2 SVG DBLogging:SVG_DBLogging_2:table_PowerUtil
-FHEM neustart
-Danach im Gplot Editor nochmal das Device:Reading definiert.
--> Es erscheint jetzt gar nichts. Sprich, davor war zumindest ein leerer plot
-die *.PM Datei liegt im FHEM Verzeichnis und deine Änderungen mit der alternativen Table ist auch drin
-Wenn ich im gleichen Plot die DB ändere von :table_PowerUtil auf :history ... dann habe ich sofort ein Plot mit Daten
-Im Log habe ich keine Auffälligkeiten gefunden.
Eine Idee?
Ja, das war wohl nur die halbe Wahrheit. Neue Testversion kommt gleich ;)
Jetzt DbLog nochmal aus dem contrib ziehen und restarten. SVG wieder so anpassen wie du gemacht hast.
Immer noch gleiches Spiel.
-Deine Datei mit dem neuen Timestamp wurde gezogen
-DB Eintrag: define SVG_DBLogging_2 SVG DBLogging:SVG_DBLogging_2:table_PowerUtil
-FHEM neustart
-> Kein Plot zu sehen.
-Mit Änderung auf :history kommt sofort der Plot mit Daten
Dann setze im DbLog bitte verbose=4 und rufe dein SVG auf.
Es sollte im Log eine Ausschrift wie diese erscheinen:
2023.08.14 17:38:53.592 4: DbLog LogDB1 - ################################################################
2023.08.14 17:38:53.594 4: DbLog LogDB1 - ### new get data for SVG ###
2023.08.14 17:38:53.594 4: DbLog LogDB1 - ################################################################
2023.08.14 17:38:53.595 4: DbLog LogDB1 - main PID: 24760, secondary PID: 4343
2023.08.14 17:38:53.598 4: DbLog LogDB1 - Executing SQL: SHOW VARIABLES LIKE 'collation_database'
2023.08.14 17:38:53.600 4: DbLog LogDB1 - SQL result: collation_database utf8_bin
2023.08.14 17:38:53.601 4: DbLog LogDB1 - Database Character set is >utf8_bin<
2023.08.14 17:38:53.602 4: DbLog LogDB1 - simple do statement: set names "utf8" collate "utf8_bin"
2023.08.14 17:38:53.602 4: DbLog LogDB1 - Created new DBHU for PID: 4343
2023.08.14 17:38:53.603 4: LogDB1 - PID: 4343, Processing Statement:
SELECT
DATE_FORMAT(TIMESTAMP, '%Y-%m-%d %H:%i:%s'),
DEVICE,
READING,
VALUE
FROM fhemtest1.history WHERE 1=1 AND DEVICE = 'MyWetter' AND READING = 'temperature' AND TIMESTAMP >= STR_TO_DATE('2023-08-14 00:00:00', '%Y-%m-%d %H:%i:%s') AND TIMESTAMP <= STR_TO_DATE('2023-08-15 00:00:00', '%Y-%m-%d %H:%i:%s') ORDER BY TIMESTAMP
2023.08.14 17:38:53.620 4: LogDB1 - PID: 4343, rows count: 32
Das FROM... sollte natürlich jetzt deine Tabelle enthalten.
EDIT: probiere bei die auch mal define SVG_DBLogging_2 SVG DBLogging:SVG_DBLogging_2:table_HISTORY
-table_history funktioniert
-table_history2 (DB gibt es nicht) hat die gleichen Auswirkungen wie table_PowerUtil. Sprich, kein Plot sichtbar.
Bezügl. Log. Ich habe nur das FHEM log aber kein DB log. Ist dies ein Filelog was ich dann erst definieren muss? Habe im Netz auf die Schnelle dazu nichts passendes gefunden.
Die Ausschriften sind aus dem FHEM Log, kein Filelog.
Zitat-table_history funktioniert
Schonmal gut.
In der Zwischenzeit habe ich eine Tabelle histclone als Kopie der history in meiner DB angelegt.
Wenn ich die SVG Definition entsprechend anpasse in:
defmod SVG_LogDB1_5 SVG LogDB1:SVG_LogDB1_5:table_histclone
wird es tadellos ausgeführt und im Log sieht man es auch:
2023.08.14 19:36:38.098 4: LogDB1 - ################################################################
2023.08.14 19:36:38.101 4: LogDB1 - ### new get data for SVG ###
2023.08.14 19:36:38.102 4: LogDB1 - ################################################################
2023.08.14 19:36:38.102 4: LogDB1 - main PID: 24760, secondary PID: 6856
2023.08.14 19:36:38.106 4: LogDB1 - Executing SQL: SHOW VARIABLES LIKE 'collation_database'
2023.08.14 19:36:38.108 4: LogDB1 - SQL result: collation_database utf8_bin
2023.08.14 19:36:38.109 4: LogDB1 - Database Character set is >utf8_bin<
2023.08.14 19:36:38.110 4: LogDB1 - simple do statement: set names "utf8" collate "utf8_bin"
2023.08.14 19:36:38.111 4: LogDB1 - Created new DBHU for PID: 6856
2023.08.14 19:36:38.112 4: LogDB1 - PID: 6856, Processing Statement:
SELECT
DATE_FORMAT(TIMESTAMP, '%Y-%m-%d %H:%i:%s'),
DEVICE,
READING,
VALUE
FROM histclone WHERE 1=1 AND DEVICE = 'MyWetter' AND READING = 'temperature' AND TIMESTAMP >= STR_TO_DATE('2023-08-14 00:00:00', '%Y-%m-%d %H:%i:%s') AND TIMESTAMP <= STR_TO_DATE('2023-08-15 00:00:00', '%Y-%m-%d %H:%i:%s') ORDER BY TIMESTAMP
2023.08.14 19:36:38.162 4: LogDB1 - PID: 6856, rows count: 36
Kann es sein, dass deine Alternativtabellen keine Leserechte für den Datenbankuser (im config-File) gewähren?
ich finde keinerlei SQL statements in meinem FHEM log. Weder im Loglevel 4 noch 5.
Das ist meine definition:
attr global verbose 4
Selbst wenn ich auf die funktionierenden Plots gehe und im FHEM log schaue, wird dort kein SQL statement ö.ä. aufgeführt. Desshalb habe ich gedacht, dass es ein seperates DB logging (Logfile) gibt, wo ich es sehen kann.
Ist dies abhängig von etwaigen Plot Einstellungen? Wie z.B. DbLogType [Current|History| ...
Bezüglich dem DB user. Der im FHEM hinlegte SQL user (DB.conf) hat auf die ganze FHEM DB Lese und Schreibrechte. Ich habe mich mal testweise mit diesem User im SQL Frontend angemeldet und auf die PowerUtil DB zugegriffen. Alles einwandfrei.
Irgendetwas übersehe ich aktuell noch ... ich weiß nur nicht was :-)
ZitatDas ist meine definition:
attr global verbose 4
Nein, bitte nur im DbLog Device verbose=4 einstellen.
Das globale verbose wird nicht den gewünschten Output bringen wenn du in deinem DbLog Device explizit z.B. verbose=2 eingestellt haben solltest.
Hast du auf deiner neuen Tabelle auch den benötigten Index angelegt (Leseperformance)?
Und führe mal ein "get .. configCheck" im DbLog Device aus.
Ich habe den check ausgeführt. Da sind ein paar recommendations:
Available Drivers in your system
DBD::DBM, DBD::ExampleP, DBD::File, DBD::Gofer, DBD::Proxy, DBD::SQLite, DBD::Sponge, DBD::mysql
Result of version check
Used Perl version: 5.24.1
Used DBI (Database independent interface) version: 1.636
Used DBD (Database driver) version mysql: 4.041
Used DbLog version: 5.9.1
Your local DbLog module is modified. The SVN version of FHEM/93_DbLog.pm has creation time: 2023-05-26_07:45:03 (540168 Bytes)
Rating:
Recommendation: You should update FHEM to get the recent DbLog version from repository.
Caution: Full UTF-8 support exists from DBD version 4.032, but installing DBD version 4.042 is highly suggested.
Result of configuration read check
Connection parameter store type: file
Connection parameter: Connection -> mysql:database=fhem;host=localhost;port=3306, User -> fhemuser, Password -> read o.k.
Rating:
Result of connection check
Connection to database fhem successfully done.
The time required to establish the connection was 0.0019 seconds.
Rating:
Recommendation: settings o.k.
Result of collation check
Collation used by Client (connection): LATIN1_SWEDISH_CI
Collation used by DB fhem: UTF8_GENERAL_CI
Rating:
Recommendation: Both encodings should be identical. You can adjust the usage of UTF8 connection by setting the UTF8 parameter in file '/opt/fhem/db.conf' to the right value.
Result of insert mode check
Insert mode of DbLog-device DBLogging is: Array
Rating:
Recommendation: settings o.k.
Result of plot generation method check
WARNING - at least one of your FHEMWEB devices has attribute 'plotfork = 1' not set.
WEB: plotfork=0 / plotEmbed=0 / longpollSVG=0
WEBphone: plotfork=0 / plotEmbed=0 / longpollSVG=0
WEBtablet: plotfork=0 / plotEmbed=0 / longpollSVG=0
Rating:
Recommendation: You should set attribute 'plotfork = 1' in relevant devices. If this attribute is not set, blocking situations may occure when creating plots.
(Note: Your system must have sufficient memory to handle parallel running Perl processes.) See also global attribute blockingCallMax.
Result of table 'history' check
Column width set in table history: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 255, 'UNIT' = 32
Column width used by device DBLogging: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32
Rating:
Recommendation: settings o.k.
Result of table 'current' check
Column width set in table current: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 255, 'UNIT' = 32
Column width used by device DBLogging: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32
Rating:
Recommendation: settings o.k.
Result of check 'Search_Idx' availability
The index 'Search_Idx' is missing.
Rating:
Recommendation: You can create the index by the DbRep command set <DbRep-Device> index recreate_Search_Idx
Depending on your database size this command may running a long time.
Please make sure the device 'DBLogging' is operating in asynchronous mode to avoid FHEM from blocking when creating the index.
Note: If you have just created another index which covers the same fields and order as suggested (e.g. a primary key) you don't need to create the 'Search_Idx' as well !
Result of check 'Report_Idx' availability for DbRep-devices
No DbRep-device assigned to DBLogging is used. Hence an index for DbRep isn't needed.
Rating:
Recommendation: settings o.k.
Also diese Einstellung ist wesentlich um bei Plots FHEM nicht zu blockieren wenn die DB zu langsam ist:
WARNING - at least one of your FHEMWEB devices has attribute 'plotfork = 1' not set.
WEB: plotfork=0 / plotEmbed=0 / longpollSVG=0
WEBphone: plotfork=0 / plotEmbed=0 / longpollSVG=0
WEBtablet: plotfork=0 / plotEmbed=0 / longpollSVG=0
Rating:
Recommendation: You should set attribute 'plotfork = 1' in relevant devices. If this attribute is not set, blocking situations may occure when creating plots.
(Note: Your system must have sufficient memory to handle parallel running Perl processes.) See also global attribute blockingCallMax.
In deinen WEB Devices solltest du 'plotfork = 1' einstellen wenn genügend RAM vorhanden ist. Bei mir steht
WEB auf plotfork=1 / plotEmbed=2.
Und ganz wesentlich ist der fehlende Index
The index 'Search_Idx' is missing.
Rating:
Recommendation: You can create the index by the DbRep command set <DbRep-Device> index recreate_Search_Idx
Depending on your database size this command may running a long time.
Please make sure the device 'DBLogging' is operating in asynchronous mode to avoid FHEM from blocking when creating the index.
Note: If you have just created another index which covers the same fields and order as suggested (e.g. a primary key) you don't need to create the 'Search_Idx' as well !
Der fehlende Index ist tödlich für deine DB Leseperformance. Den musst du anlegen.
Das geht in einem SQL Editor deiner Wahl:
CREATE INDEX Search_Idx ON `fhem`.`history` (DEVICE, READING, TIMESTAMP) USING BTREE;
Diesen Index müsstest du dann auch auf deinen Alternativtabellen anlegen sonst auch dort mangelnde Performance.
Es gibt im contrib/dblog Verzeichnis Scripte zum Anlegen der DB/Tabellen. Ist sogar in der CommandRef verlinkt.
Dann kannst du noch utf8 aktivieren wenn du magst, ist aber erstmal nicht der Punkt.
OK, ich bn soweit durch. Habe deine Empfehlungen umgesetzt und nochmal ein Configcheck gemacht.
Available Drivers in your system
DBD::DBM, DBD::ExampleP, DBD::File, DBD::Gofer, DBD::Proxy, DBD::SQLite, DBD::Sponge, DBD::mysql
Result of version check
Used Perl version: 5.24.1
Used DBI (Database independent interface) version: 1.636
Used DBD (Database driver) version mysql: 4.041
Used DbLog version: 5.9.1
Your local DbLog module is modified. The SVN version of FHEM/93_DbLog.pm has creation time: 2023-05-26_07:45:03 (540168 Bytes)
Rating:
Recommendation: You should update FHEM to get the recent DbLog version from repository.
Caution: Full UTF-8 support exists from DBD version 4.032, but installing DBD version 4.042 is highly suggested.
Result of configuration read check
Connection parameter store type: file
Connection parameter: Connection -> mysql:database=fhem;host=localhost;port=3306, User -> fhemuser, Password -> read o.k.
Rating:
Result of connection check
Connection to database fhem successfully done.
The time required to establish the connection was 0.0030 seconds.
Rating:
Recommendation: settings o.k.
Result of collation check
Collation used by Client (connection): LATIN1_SWEDISH_CI
Collation used by DB fhem: UTF8_GENERAL_CI
Rating:
Recommendation: Both encodings should be identical. You can adjust the usage of UTF8 connection by setting the UTF8 parameter in file '/opt/fhem/db.conf' to the right value.
Result of insert mode check
Insert mode of DbLog-device DBLogging is: Array
Rating:
Recommendation: settings o.k.
Result of plot generation method check
WEB: plotfork=1 / plotEmbed== 2 / longpollSVG=0
WEBphone: plotfork=1 / plotEmbed== 2 / longpollSVG=0
WEBtablet: plotfork=1 / plotEmbed== 2 / longpollSVG=0
Rating:
Recommendation: settings o.k.
Result of table 'history' check
Column width set in table history: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 255, 'UNIT' = 32
Column width used by device DBLogging: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32
Rating:
Recommendation: settings o.k.
Result of table 'current' check
Column width set in table current: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 255, 'UNIT' = 32
Column width used by device DBLogging: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32
Rating:
Recommendation: settings o.k.
Result of check 'Search_Idx' availability
Index 'Search_Idx' exists and contains recommended fields 'DEVICE', 'TIMESTAMP', 'READING'.
Rating:
Recommendation: settings o.k.
Result of check 'Report_Idx' availability for DbRep-devices
No DbRep-device assigned to DBLogging is used. Hence an index for DbRep isn't needed.
Rating:
Recommendation: settings o.k.
Aber dies hat natürlich nicht das eigentliche Problem behoben. Immer noch identisches Fehlerbild.
Im MOment sehe ich etwas blind, da ich keinerlei SQL statements im Log sehe.
Ich habe verbose = 5 auf das Device DBLogging und auch auf dem Plot eingestellt. FHEM neustart.
Noch ne Idee?
Also dass du im FHEM Log keine Statements vom DbLog Device bei verbose=4 ist mir ein Rätsel. Mit verbose=4 kommt jede Menge, nicht nur von den Plots. Es erschlägt einen fast:
2023.08.14 19:38:39.337 4: LogDB1 - ################################################################
2023.08.14 19:38:39.338 4: LogDB1 - ### New database processing cycle - SBP asynchronous ###
2023.08.14 19:38:39.338 4: LogDB1 - ################################################################
2023.08.14 19:38:39.339 4: LogDB1 - MemCache contains 90 entries to process
2023.08.14 19:38:39.340 4: LogDB1 - DbLogType is: SampleFill/History
2023.08.14 19:38:39.487 4: LogDB1 - Operation: log_asynch
2023.08.14 19:38:39.488 4: LogDB1 - AutoCommit: OFF, Transaction: ON
2023.08.14 19:38:39.489 4: LogDB1 - Insert mode: Array
2023.08.14 19:38:39.492 4: DbLog LogDB1 - Primary Key used in fhemtest1.history: TIMESTAMP,DEVICE,READING
2023.08.14 19:38:39.492 4: DbLog LogDB1 - Primary Key used in fhemtest1.current: DEVICE,READING
2023.08.14 19:38:39.517 4: LogDB1 - commit inserted data table >fhemtest1.history<
2023.08.14 19:38:39.518 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:36:38, Device: Dum.Energy, Reading: T
2023.08.14 19:38:39.519 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:36:39, Device: Dum.Energy, Reading: T
2023.08.14 19:38:39.520 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:36:39, Device: Dum.Energy, Reading: T
2023.08.14 19:38:39.520 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:36:39, Device: Dum.Energy, Reading: T
2023.08.14 19:38:39.521 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:37:39, Device: Dum.Energy, Reading: T
2023.08.14 19:38:39.521 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:37:39, Device: Dum.Energy, Reading: T
2023.08.14 19:38:39.522 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:37:40, Device: Dum.Energy, Reading: T
2023.08.14 19:38:39.523 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:37:40, Device: Dum.Energy, Reading: T
2023.08.14 19:38:39.523 3: LogDB1 - INFO - 82 of 90 events inserted into table history due to PK on columns TIMESTAMP,DEVICE,READING
2023.08.14 19:39:00.638 4: LogDB1 - added by addCacheLine - TS: 2023-08-14 19:39:00, Device: psize, Type: manual, Event: , Reading: size, Value: 497.56, Unit: MB
2023.08.14 19:40:00.639 4: LogDB1 - added by addCacheLine - TS: 2023-08-14 19:40:00, Device: psize, Type: manual, Event: , Reading: size, Value: 497.56, Unit: MB
2023.08.14 19:41:00.636 4: LogDB1 - added by addCacheLine - TS: 2023-08-14 19:41:00, Device: psize, Type: manual, Event: , Reading: size, Value: 497.56, Unit: MB
2023.08.14 19:41:39.366 4: LogDB1 - ################################################################
2023.08.14 19:41:39.367 4: LogDB1 - ### New database processing cycle - SBP asynchronous ###
2023.08.14 19:41:39.368 4: LogDB1 - ################################################################
2023.08.14 19:41:39.369 4: LogDB1 - MemCache contains 132 entries to process
2023.08.14 19:41:39.369 4: LogDB1 - DbLogType is: SampleFill/History
2023.08.14 19:41:39.401 4: LogDB1 - Operation: log_asynch
2023.08.14 19:41:39.402 4: LogDB1 - AutoCommit: OFF, Transaction: ON
2023.08.14 19:41:39.403 4: LogDB1 - Insert mode: Array
2023.08.14 19:41:39.403 4: DbLog LogDB1 - Primary Key used in fhemtest1.history: TIMESTAMP,DEVICE,READING
2023.08.14 19:41:39.403 4: DbLog LogDB1 - Primary Key used in fhemtest1.current: DEVICE,READING
2023.08.14 19:41:39.434 4: LogDB1 - commit inserted data table >fhemtest1.history<
2023.08.14 19:41:39.435 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:38:40, Device: Dum.Energy, Reading: T
2023.08.14 19:41:39.435 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:38:41, Device: Dum.Energy, Reading: T
2023.08.14 19:41:39.436 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:38:41, Device: Dum.Energy, Reading: T
2023.08.14 19:41:39.437 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:38:41, Device: Dum.Energy, Reading: T
2023.08.14 19:41:39.437 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:39:40, Device: Dum.Energy, Reading: T
2023.08.14 19:41:39.438 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:39:41, Device: Dum.Energy, Reading: T
2023.08.14 19:41:39.439 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:39:41, Device: Dum.Energy, Reading: T
2023.08.14 19:41:39.439 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:39:41, Device: Dum.Energy, Reading: T
2023.08.14 19:41:39.440 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:40:41, Device: Dum.Energy, Reading: T
2023.08.14 19:41:39.440 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:40:42, Device: Dum.Energy, Reading: T
2023.08.14 19:41:39.441 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:40:42, Device: Dum.Energy, Reading: T
2023.08.14 19:41:39.442 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:40:42, Device: Dum.Energy, Reading: T
2023.08.14 19:41:39.443 3: LogDB1 - INFO - 120 of 132 events inserted into table history due to PK on columns TIMESTAMP,DEVICE,READING
2023.08.14 19:42:00.639 4: LogDB1 - added by addCacheLine - TS: 2023-08-14 19:42:00, Device: psize, Type: manual, Event: , Reading: size, Value: 497.56, Unit: MB
2023.08.14 19:43:00.639 4: LogDB1 - added by addCacheLine - TS: 2023-08-14 19:43:00, Device: psize, Type: manual, Event: , Reading: size, Value: 497.56, Unit: MB
2023.08.14 19:44:00.637 4: LogDB1 - added by addCacheLine - TS: 2023-08-14 19:44:00, Device: psize, Type: manual, Event: , Reading: size, Value: 497.56, Unit: MB
2023.08.14 19:44:39.343 4: LogDB1 - ################################################################
2023.08.14 19:44:39.344 4: LogDB1 - ### New database processing cycle - SBP asynchronous ###
2023.08.14 19:44:39.345 4: LogDB1 - ################################################################
2023.08.14 19:44:39.345 4: LogDB1 - MemCache contains 117 entries to process
2023.08.14 19:44:39.346 4: LogDB1 - DbLogType is: SampleFill/History
2023.08.14 19:44:39.622 4: LogDB1 - Operation: log_asynch
2023.08.14 19:44:39.623 4: LogDB1 - AutoCommit: OFF, Transaction: ON
2023.08.14 19:44:39.624 4: LogDB1 - Insert mode: Array
2023.08.14 19:44:39.627 4: DbLog LogDB1 - Primary Key used in fhemtest1.history: TIMESTAMP,DEVICE,READING
2023.08.14 19:44:39.627 4: DbLog LogDB1 - Primary Key used in fhemtest1.current: DEVICE,READING
2023.08.14 19:44:39.692 4: LogDB1 - commit inserted data table >fhemtest1.history<
2023.08.14 19:44:39.693 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:41:42, Device: Dum.Energy, Reading: T
2023.08.14 19:44:39.694 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:41:43, Device: Dum.Energy, Reading: T
2023.08.14 19:44:39.695 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:41:43, Device: Dum.Energy, Reading: T
2023.08.14 19:44:39.697 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:41:43, Device: Dum.Energy, Reading: T
2023.08.14 19:44:39.698 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:42:43, Device: Dum.Energy, Reading: T
2023.08.14 19:44:39.699 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:42:44, Device: Dum.Energy, Reading: T
2023.08.14 19:44:39.699 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:42:44, Device: Dum.Energy, Reading: T
2023.08.14 19:44:39.700 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:42:44, Device: Dum.Energy, Reading: T
2023.08.14 19:44:39.701 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:43:44, Device: Dum.Energy, Reading: T
2023.08.14 19:44:39.702 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:43:45, Device: Dum.Energy, Reading: T
2023.08.14 19:44:39.703 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:43:45, Device: Dum.Energy, Reading: T
2023.08.14 19:44:39.704 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:43:45, Device: Dum.Energy, Reading: T
2023.08.14 19:44:39.705 3: LogDB1 - INFO - 105 of 117 events inserted into table history due to PK on columns TIMESTAMP,DEVICE,READING
2023.08.14 19:45:00.639 4: LogDB1 - added by addCacheLine - TS: 2023-08-14 19:45:00, Device: psize, Type: manual, Event: , Reading: size, Value: 497.56, Unit: MB
2023.08.14 19:46:00.639 4: LogDB1 - added by addCacheLine - TS: 2023-08-14 19:46:00, Device: psize, Type: manual, Event: , Reading: size, Value: 497.56, Unit: MB
2023.08.14 19:47:00.639 4: LogDB1 - added by addCacheLine - TS: 2023-08-14 19:47:00, Device: psize, Type: manual, Event: , Reading: size, Value: 497.56, Unit: MB
2023.08.14 19:47:39.338 4: LogDB1 - ################################################################
2023.08.14 19:47:39.339 4: LogDB1 - ### New database processing cycle - SBP asynchronous ###
2023.08.14 19:47:39.339 4: LogDB1 - ################################################################
2023.08.14 19:47:39.340 4: LogDB1 - MemCache contains 121 entries to process
2023.08.14 19:47:39.341 4: LogDB1 - DbLogType is: SampleFill/History
2023.08.14 19:47:39.567 4: LogDB1 - Operation: log_asynch
2023.08.14 19:47:39.568 4: DbLog LogDB1 - Primary Key used in fhemtest1.history: TIMESTAMP,DEVICE,READING
2023.08.14 19:47:39.569 4: DbLog LogDB1 - Primary Key used in fhemtest1.current: DEVICE,READING
2023.08.14 19:47:39.572 4: LogDB1 - AutoCommit: OFF, Transaction: ON
2023.08.14 19:47:39.573 4: LogDB1 - Insert mode: Array
2023.08.14 19:47:39.604 4: LogDB1 - commit inserted data table >fhemtest1.history<
2023.08.14 19:47:39.606 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:44:45, Device: Dum.Energy, Reading: T
2023.08.14 19:47:39.607 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:44:45, Device: Dum.Energy, Reading: T
2023.08.14 19:47:39.608 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:44:45, Device: Dum.Energy, Reading: T
2023.08.14 19:47:39.609 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:44:45, Device: Dum.Energy, Reading: T
2023.08.14 19:47:39.610 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:45:45, Device: Dum.Energy, Reading: T
2023.08.14 19:47:39.611 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:45:45, Device: Dum.Energy, Reading: T
2023.08.14 19:47:39.612 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:45:45, Device: Dum.Energy, Reading: T
2023.08.14 19:47:39.613 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:45:45, Device: Dum.Energy, Reading: T
2023.08.14 19:47:39.614 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:46:45, Device: Dum.Energy, Reading: T
2023.08.14 19:47:39.615 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:46:46, Device: Dum.Energy, Reading: T
2023.08.14 19:47:39.616 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:46:46, Device: Dum.Energy, Reading: T
2023.08.14 19:47:39.617 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:46:46, Device: Dum.Energy, Reading: T
2023.08.14 19:47:39.618 3: LogDB1 - INFO - 109 of 121 events inserted into table history due to PK on columns TIMESTAMP,DEVICE,READING
2023.08.14 19:48:00.639 4: LogDB1 - added by addCacheLine - TS: 2023-08-14 19:48:00, Device: psize, Type: manual, Event: , Reading: size, Value: 497.56, Unit: MB
2023.08.14 19:49:00.637 4: LogDB1 - added by addCacheLine - TS: 2023-08-14 19:49:00, Device: psize, Type: manual, Event: , Reading: size, Value: 497.56, Unit: MB
2023.08.14 19:50:00.635 4: LogDB1 - added by addCacheLine - TS: 2023-08-14 19:50:00, Device: psize, Type: manual, Event: , Reading: size, Value: 497.56, Unit: MB
2023.08.14 19:50:39.345 4: LogDB1 - ################################################################
2023.08.14 19:50:39.346 4: LogDB1 - ### New database processing cycle - SBP asynchronous ###
2023.08.14 19:50:39.347 4: LogDB1 - ################################################################
2023.08.14 19:50:39.348 4: LogDB1 - MemCache contains 125 entries to process
2023.08.14 19:50:39.349 4: LogDB1 - DbLogType is: SampleFill/History
2023.08.14 19:50:39.499 4: LogDB1 - Operation: log_asynch
2023.08.14 19:50:39.500 4: LogDB1 - AutoCommit: OFF, Transaction: ON
2023.08.14 19:50:39.501 4: LogDB1 - Insert mode: Array
2023.08.14 19:50:39.503 4: DbLog LogDB1 - Primary Key used in fhemtest1.history: TIMESTAMP,DEVICE,READING
2023.08.14 19:50:39.503 4: DbLog LogDB1 - Primary Key used in fhemtest1.current: DEVICE,READING
2023.08.14 19:50:39.537 4: LogDB1 - commit inserted data table >fhemtest1.history<
2023.08.14 19:50:39.538 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:47:46, Device: Dum.Energy, Reading: T
2023.08.14 19:50:39.540 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:47:47, Device: Dum.Energy, Reading: T
2023.08.14 19:50:39.541 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:47:47, Device: Dum.Energy, Reading: T
2023.08.14 19:50:39.542 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:47:47, Device: Dum.Energy, Reading: T
2023.08.14 19:50:39.544 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:48:47, Device: Dum.Energy, Reading: T
2023.08.14 19:50:39.546 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:48:48, Device: Dum.Energy, Reading: T
2023.08.14 19:50:39.547 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:48:48, Device: Dum.Energy, Reading: T
2023.08.14 19:50:39.548 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:48:48, Device: Dum.Energy, Reading: T
2023.08.14 19:50:39.549 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:49:48, Device: Dum.Energy, Reading: T
2023.08.14 19:50:39.550 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:49:49, Device: Dum.Energy, Reading: T
2023.08.14 19:50:39.551 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:49:49, Device: Dum.Energy, Reading: T
2023.08.14 19:50:39.552 4: LogDB1 - Insert into fhemtest1.history rejected (possible PK violation) ->
TS: 2023-08-14 19:49:49, Device: Dum.Energy, Reading: T
2023.08.14 19:50:39.553 3: LogDB1 - INFO - 113 of 125 events inserted into table history due to PK on columns TIMESTAMP,DEVICE,READING
2023.08.14 19:51:00.634 4: LogDB1 - added by addCacheLine - TS: 2023-08-14 19:51:00, Device: psize, Type: manual, Event: , Reading: size, Value: 497.56, Unit: MB
2023.08.14 19:52:00.635 4: LogDB1 - added by addCacheLine - TS: 2023-08-14 19:52:00, Device: psize, Type: manual, Event: , Reading: size, Value: 497.56, Unit: MB
2023.08.14 19:53:00.638 4: LogDB1 - added by addCacheLine - TS: 2023-08-14 19:53:00, Device: psize, Type: manual, Event: , Reading: size, Value: 497.56, Unit: MB
........
Poste mal ein List von deinem DbLog Device.
Blöde Frage. Du hast vor dem Neustart die Konfig auch gesichert? Sonst ist dein verbose wie es vorher war nach dem Neustart.
Ja, Konfig war gesichert. Ich habe jetzt immer noch verbose = 5 auf dem DBLogging & Plot & FHEM aktiv. Ich kann aber im FHEM log keine SQL statements finden.
Mit dem list habe ich nicht hinbekommen vom DBLogging device, da mir im pull down Menü kein list angeboten wurde. Bei anderen Devices kann ich ein list machen.
Ich habe es dennoch versucht mit "get DBLogging list full".
--> "Unknown argument" kam zurück.
Hier mal per Fuß zusammen gesammelt
INTERNALS:
COLUMNS field length used for Device: 64, Type: 64, Event: 512, Reading: 64, Value: 128, Unit: 32
CONFIGURATION /opt/fhem/db.conf
DEF /opt/fhem/db.conf .*:.*
FD 5
FUUID 5ef4b139-f33f-3983-8283-ae2ef7657fb6eb71
FVERSION 93_DbLog.pm:v5.9.1-s27617/2023-05-25
MODE synchronous
MODEL MYSQL
NAME DBLogging
NR 2
NTFY_ORDER 50-DBLogging
PID 724
REGEXP .*:.*
SBP_PID 1449
SBP_STATE running
STATE connected
TYPE DbLog
UTF8 0
dbconn mysql:database=fhem;host=localhost;port=3306
dbuser fhemuser
eventCount 4
READINGS:
CacheOverflowLastNum 0 2023-08-14 16:46:38
CacheOverflowLastState normal 2021-12-19 17:43:26
CacheUsage 0 2023-08-15 08:42:19
state connected 2023-08-15 08:42:19
ATTRIBUTES:
DbLogSelectionMode Include
DbLogType Current/History
verbose 5
Moin,
ZitatMit dem list habe ich nicht hinbekommen vom DBLogging device, da mir im pull down Menü kein list angeboten wurde. Bei anderen Devices kann ich ein list machen.
Ich habe es dennoch versucht mit "get DBLogging list full".
--> "Unknown argument" kam zurück.
So geht das auch nicht. Einfach in der Kommandozeile "list <Device>" eingeben. Das gilt generell.
Mittlerweile gibt es im FHEMWEB auch die Drucktaste "Copy for forum.." für diesen Zweck.
Das List ist soweit in Ordnung. Kommt in deinem FHEM Log überhaupt etwas? Zeig doch mal die letzten 100 Zeilen oder so.
Morgen,
nachfolgend Auszug aus dem FHEM log bei der ich den button "Write GPlot file" drücke und der Plot die Daten erfolgreich aus der History erhält und anzeigt.
DBLogging loggt viel FHEM log aber keine SQL statements, so dass ich nachvollziehen kann was gemacht wird...
023.08.15 09:17:26.044 4: MQTT2_Server_192.168.1.40_64008 DVES_FB4A9D PINGREQ
2023.08.15 09:17:26.212 4: Closing inactive connection WEB_192.168.1.68_52689
2023.08.15 09:17:26.214 4: Closing inactive connection WEB_192.168.1.68_52699
2023.08.15 09:17:26.573 4: MQTT2_Server_192.168.1.175_49851 DVES_A9FA31 PINGREQ
2023.08.15 09:17:27.595 4: MQTT2_Server_192.168.1.178_54367 DVES_252064 PINGREQ
2023.08.15 09:17:27.809 4: MQTT2_Server_192.168.1.43_50286 DVES_2C7DE6 PINGREQ
2023.08.15 09:17:28.421 4: Connection closed for WEB_192.168.1.68_52560: EOF
2023.08.15 09:17:28.425 4: Connection accepted from WEB_192.168.1.68_52722
2023.08.15 09:17:28.429 5: POST /fhem/SVG_WriteGplot HTTP/1.1
Host: 192.168.1.107:8083
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/116.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,*/*;q=0.8
Accept-Language: de,en;q=0.7,en-US;q=0.3
Accept-Encoding: gzip, deflate
Content-Type: application/x-www-form-urlencoded
Content-Length: 444
Origin: http://192.168.1.107:8083
DNT: 1
Connection: keep-alive
Referer: http://192.168.1.107:8083/fhem/SVG_WriteGplot
Upgrade-Insecure-Requests: 1
2023.08.15 09:17:28.430 4: WEB_192.168.1.68_52722 POST /fhem/SVG_WriteGplot&detail=SVG_DBLogging_1&title=Energieverbrauch+-+T%C3%A4glich&ylabel=&y2label=Verbrauch+in+KWH&yrange=&y2range=&ytics=&y2tics=&title_0=Verbrauch&src_0=DBLogging&par_0_0=KU_Gesamtleistung%3AENERGY_Power&par_0_3=&par_0_4=&par_0_2=&axes_0=right&type_0=fsteps&style_0=l2fill&width_0=1&title_1=&src_1=DBLogging&par_1_0=KU_Gesamtleistung%3AENERGY_Power&par_1_3=&par_1_4=&par_1_2=&axes_1=right&type_1=lines&style_1=l0&width_1=1&submit=Write+.gplot+file; BUFLEN:0
2023.08.15 09:17:28.935 4: WEB: /fhem/SVG_WriteGplot&detail=SVG_DBLogging_1&title=Energieverbrauch+-+T%C3%A4glich&ylabel=&y2label=Verbrauch+in+KWH&yrange=&y2range=&ytics=&y2tics=&title_0=Verbrauch&src_0=DBLogging&par_0_0=KU_Gesamtleistung%3AENERGY_Power&par_0_3=&par_0_4=&par_0_2=&axes_0=right&type_0=fsteps&style_0=l2fill&width_0=1&title_1=&src_1=DBLogging&par_1_0=KU_Gesamtleistung%3AENERGY_Power&par_1_3=&par_1_4=&par_1_2=&axes_1=right&type_1=lines&style_1=l0&width_1=1&submit=Write+.gplot+file / RL:72816 / text/html; charset=UTF-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate
2023.08.15 09:17:28.959 5: Starting notify loop for USV, 1 event(s), first is ONLINE
2023.08.15 09:17:28.960 4: DbLog DBLogging - ################################################################
2023.08.15 09:17:28.960 4: DbLog DBLogging - ### start of new Logcycle ###
2023.08.15 09:17:28.961 4: DbLog DBLogging - ################################################################
2023.08.15 09:17:28.961 4: DbLog DBLogging - number of events received: 1 of device: USV
2023.08.15 09:17:28.961 4: DbLog DBLogging - check Device: USV , Event: state: ONLINE
2023.08.15 09:17:28.962 5: DbLog DBLogging - parsed Event: USV , Event: state: ONLINE
2023.08.15 09:17:28.963 5: Triggering USV_Mon_notify
2023.08.15 09:17:28.964 4: USV_Mon_notify exec {
if (Value("$NAME") eq "ONBATT")
{
DebianMail('oliver@laute.de', 'USV ist im Batteriemodus', ReadingsVal('USV', 'timeleft', 'undef')." Minuten bis zum Shutdown. \n". ReadingsVal('USV', 'bcharge', 'undef')."% Batterieldaung verfügbar. \nNächster check in 1 Minute");;
fhem(Log 1,">>USV ist im Batteriemodus. Nächster check in 1 Minute<<");;
fhem("sleep 0.1;; setreading $NAME LastState ONBATT");;;;
}
elsif ((Value("$NAME") eq "ONLINE") && ReadingsVal($NAME, "LastState", 0) eq "ONBATT")
{
DebianMail('oliver@laute.de', 'USV ist wieder im Netzmodus', 'USV ist wieder im Netzmodus. Nächster check in 1 Minute');; fhem(Log 1,">>USV ist wieder im Netzmodus. Nächster check in 1 Minute<<");; fhem("sleep 0.1;; setreading $NAME LastState ONLINE");;;;
}
elsif ((Value("$NAME") eq "ONLINE") && ReadingsVal($NAME, "LastState", 0) eq "ONLINE")
{
#DebianMail('oliver@laute.de', 'USV ist im Netzmodus', ReadingsVal('USV', 'timeleft', 'undef')." Minuten bis zum Shutdown. \n". ReadingsVal('USV', 'bcharge', 'undef')."% Batterieldaung verfügbar. \nNächster check in 1 Minute");;
fhem(Log 1,">>USV ist im Netzmodus. Nächster check in 1 Minute<<");;
fhem("sleep 0.1;; setreading $NAME LastState ONLINE");;;;
}
else
{
DebianMail('oliver@laute.de', 'USV ist in einem undefinierten Betriebszustand', 'USV ist in einem undefinierten Betriebszustand. Nächster check in 1 Minute');; fhem(Log 1,">>USV ist in einem undefinierten Betriebszustand. Nächster check in 1 Minute<<");;;;
}
}
2023.08.15 09:17:28.965 5: Cmd: >{
if (Value("$NAME") eq "ONBATT")
{
DebianMail('oliver@laute.de', 'USV ist im Batteriemodus', ReadingsVal('USV', 'timeleft', 'undef')." Minuten bis zum Shutdown. \n". ReadingsVal('USV', 'bcharge', 'undef')."% Batterieldaung verfügbar. \nNächster check in 1 Minute");
fhem(Log 1,">>USV ist im Batteriemodus. Nächster check in 1 Minute<<");
fhem("sleep 0.1; setreading $NAME LastState ONBATT");;
}
elsif ((Value("$NAME") eq "ONLINE") && ReadingsVal($NAME, "LastState", 0) eq "ONBATT")
{
DebianMail('oliver@laute.de', 'USV ist wieder im Netzmodus', 'USV ist wieder im Netzmodus. Nächster check in 1 Minute'); fhem(Log 1,">>USV ist wieder im Netzmodus. Nächster check in 1 Minute<<"); fhem("sleep 0.1; setreading $NAME LastState ONLINE");;
}
elsif ((Value("$NAME") eq "ONLINE") && ReadingsVal($NAME, "LastState", 0) eq "ONLINE")
{
#DebianMail('oliver@laute.de', 'USV ist im Netzmodus', ReadingsVal('USV', 'timeleft', 'undef')." Minuten bis zum Shutdown. \n". ReadingsVal('USV', 'bcharge', 'undef')."% Batterieldaung verfügbar. \nNächster check in 1 Minute");
fhem(Log 1,">>USV ist im Netzmodus. Nächster check in 1 Minute<<");
fhem("sleep 0.1; setreading $NAME LastState ONLINE");;
}
else
{
DebianMail('oliver@laute.de', 'USV ist in einem undefinierten Betriebszustand', 'USV ist in einem undefinierten Betriebszustand. Nächster check in 1 Minute'); fhem(Log 1,">>USV ist in einem undefinierten Betriebszustand. Nächster check in 1 Minute<<");;
}
}<
2023.08.15 09:17:28.968 1: >>USV ist im Netzmodus. Nächster check in 1 Minute<<
2023.08.15 09:17:28.968 5: Cmd: >sleep 0.1<
2023.08.15 09:17:28.971 5: rg_battery: not on any display, ignoring notify
2023.08.15 09:17:28.972 5: End notify loop for USV
2023.08.15 09:17:28.972 5: Starting notify loop for USV, 1 event(s), first is battery: ok
2023.08.15 09:17:28.973 4: DbLog DBLogging - ################################################################
2023.08.15 09:17:28.973 4: DbLog DBLogging - ### start of new Logcycle ###
2023.08.15 09:17:28.973 4: DbLog DBLogging - ################################################################
2023.08.15 09:17:28.973 4: DbLog DBLogging - number of events received: 1 of device: USV
2023.08.15 09:17:28.974 4: DbLog DBLogging - check Device: USV , Event: battery: ok
2023.08.15 09:17:28.974 5: DbLog DBLogging - parsed Event: USV , Event: battery: ok
2023.08.15 09:17:28.975 5: Triggering n_batt_chk
2023.08.15 09:17:28.976 4: n_batt_chk exec {
if(($EVENT !~ m/ok/) && (ReadingsAge("n_batt_chk", "x_EmailSend", 0) > 86400 ))
{
{ DebianMail('oliver@laute.de', 'FHEM Batteriewarnung', $NAME.': '.$EVENT)};;
Log 3, "$NAME: Batteriewarnung $EVENT";;
fhem("sleep 0.1;; setreading n_batt_chk x_EmailSend on");;
}
}
2023.08.15 09:17:28.976 5: Cmd: >{
if(($EVENT !~ m/ok/) && (ReadingsAge("n_batt_chk", "x_EmailSend", 0) > 86400 ))
{
{ DebianMail('oliver@laute.de', 'FHEM Batteriewarnung', $NAME.': '.$EVENT)};
Log 3, "$NAME: Batteriewarnung $EVENT";
fhem("sleep 0.1; setreading n_batt_chk x_EmailSend on");
}
}<
2023.08.15 09:17:28.978 5: rg_battery: not on any display, ignoring notify
2023.08.15 09:17:28.979 5: End notify loop for USV
2023.08.15 09:17:28.980 5: Starting notify loop for USV, 6 event(s), first is battv: 13.8
2023.08.15 09:17:28.981 4: DbLog DBLogging - ################################################################
2023.08.15 09:17:28.981 4: DbLog DBLogging - ### start of new Logcycle ###
2023.08.15 09:17:28.982 4: DbLog DBLogging - ################################################################
2023.08.15 09:17:28.982 4: DbLog DBLogging - number of events received: 6 of device: USV
2023.08.15 09:17:28.982 4: DbLog DBLogging - check Device: USV , Event: battv: 13.8
2023.08.15 09:17:28.983 5: DbLog DBLogging - parsed Event: USV , Event: battv: 13.8
2023.08.15 09:17:28.983 4: DbLog DBLogging - check Device: USV , Event: bcharge: 100
2023.08.15 09:17:28.983 5: DbLog DBLogging - parsed Event: USV , Event: bcharge: 100
2023.08.15 09:17:28.983 4: DbLog DBLogging - check Device: USV , Event: linev: 238
2023.08.15 09:17:28.984 5: DbLog DBLogging - parsed Event: USV , Event: linev: 238
2023.08.15 09:17:28.984 4: DbLog DBLogging - check Device: USV , Event: loadpct: 5
2023.08.15 09:17:28.984 5: DbLog DBLogging - parsed Event: USV , Event: loadpct: 5
2023.08.15 09:17:28.985 4: DbLog DBLogging - check Device: USV , Event: timeleft: 99.7
2023.08.15 09:17:28.985 5: DbLog DBLogging - parsed Event: USV , Event: timeleft: 99.7
2023.08.15 09:17:28.985 4: DbLog DBLogging - check Device: USV , Event: lastxfer: Automatic or explicit self test
2023.08.15 09:17:28.985 5: DbLog DBLogging - parsed Event: USV , Event: lastxfer: Automatic or explicit self test
2023.08.15 09:17:28.988 5: rg_battery: not on any display, ignoring notify
2023.08.15 09:17:28.988 5: End notify loop for USV
2023-08-15 09:17:28.971 APCUPSD USV ONLINE
2023-08-15 09:17:28.978 APCUPSD USV battery: ok
2023-08-15 09:17:28.988 APCUPSD USV battv: 13.8
2023-08-15 09:17:28.988 APCUPSD USV bcharge: 100
2023-08-15 09:17:28.988 APCUPSD USV linev: 238
2023-08-15 09:17:28.988 APCUPSD USV loadpct: 5
2023-08-15 09:17:28.988 APCUPSD USV timeleft: 99.7
2023-08-15 09:17:28.988 APCUPSD USV lastxfer: Automatic or explicit self test
2023.08.15 09:17:29.070 5: Cmd: >setreading USV LastState ONLINE<
2023.08.15 09:17:29.071 5: Starting notify loop for USV, 1 event(s), first is LastState: ONLINE
2023.08.15 09:17:29.072 4: DbLog DBLogging - ################################################################
2023.08.15 09:17:29.072 4: DbLog DBLogging - ### start of new Logcycle ###
2023.08.15 09:17:29.072 4: DbLog DBLogging - ################################################################
2023.08.15 09:17:29.073 4: DbLog DBLogging - number of events received: 1 of device: USV
2023.08.15 09:17:29.073 4: DbLog DBLogging - check Device: USV , Event: LastState: ONLINE
2023.08.15 09:17:29.073 5: DbLog DBLogging - parsed Event: USV , Event: LastState: ONLINE
2023.08.15 09:17:29.075 5: rg_battery: not on any display, ignoring notify
2023.08.15 09:17:29.075 5: End notify loop for USV
2023-08-15 09:17:29.075 APCUPSD USV LastState: ONLINE
2023.08.15 09:17:29.240 5: GET /fhem/images/default/fhemicon_ios.png HTTP/1.1
Host: 192.168.1.107:8083
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/116.0
Accept: image/avif,image/webp,*/*
Accept-Language: de,en;q=0.7,en-US;q=0.3
Accept-Encoding: gzip, deflate
DNT: 1
Connection: keep-alive
Referer: http://192.168.1.107:8083/fhem/SVG_WriteGplot
2023.08.15 09:17:29.241 4: WEB_192.168.1.68_52722 GET /fhem/images/default/fhemicon_ios.png; BUFLEN:0
2023.08.15 09:17:29.255 4: Connection accepted from WEB_192.168.1.68_52725
2023.08.15 09:17:29.256 4: Connection accepted from WEB_192.168.1.68_52726
2023.08.15 09:17:29.257 5: GET /fhem/SVG_WriteGplot?cmd=%7BReadingsVal(%22SVG_DBLogging_1%22%2C%22copyGplotFile%22%2C%22%22)%7D&XHR=1 HTTP/1.1
Host: 192.168.1.107:8083
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/116.0
Accept: */*
Accept-Language: de,en;q=0.7,en-US;q=0.3
Accept-Encoding: gzip, deflate
DNT: 1
Connection: keep-alive
Referer: http://192.168.1.107:8083/fhem/SVG_WriteGplot
2023.08.15 09:17:29.258 4: WEB_192.168.1.68_52725 GET /fhem/SVG_WriteGplot?cmd=%7BReadingsVal(%22SVG_DBLogging_1%22%2C%22copyGplotFile%22%2C%22%22)%7D&XHR=1; BUFLEN:0
2023.08.15 09:17:29.259 5: Cmd: >{ReadingsVal("SVG_DBLogging_1","copyGplotFile","")}<
2023.08.15 09:17:29.260 4: WEB: /fhem/SVG_WriteGplot?cmd=%7BReadingsVal(%22SVG_DBLogging_1%22%2C%22copyGplotFile%22%2C%22%22)%7D&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate
2023.08.15 09:17:29.262 5: GET /fhem/SVG_WriteGplot?cmd=%7BAttrVal(%22SVG_DBLogging_1%22%2C%22room%22%2C%22%22)%7D&XHR=1 HTTP/1.1
Host: 192.168.1.107:8083
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/116.0
Accept: */*
Accept-Language: de,en;q=0.7,en-US;q=0.3
Accept-Encoding: gzip, deflate
DNT: 1
Connection: keep-alive
Referer: http://192.168.1.107:8083/fhem/SVG_WriteGplot
2023.08.15 09:17:29.263 4: WEB_192.168.1.68_52726 GET /fhem/SVG_WriteGplot?cmd=%7BAttrVal(%22SVG_DBLogging_1%22%2C%22room%22%2C%22%22)%7D&XHR=1; BUFLEN:0
2023.08.15 09:17:29.264 5: Cmd: >{AttrVal("SVG_DBLogging_1","room","")}<
2023.08.15 09:17:29.265 4: WEB: /fhem/SVG_WriteGplot?cmd=%7BAttrVal(%22SVG_DBLogging_1%22%2C%22room%22%2C%22%22)%7D&XHR=1 / RL:27 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate
2023.08.15 09:17:29.270 4: Connection accepted from WEB_192.168.1.68_52727
2023.08.15 09:17:29.272 5: POST /fhem/SVG_showLog?dev=SVG_DBLogging_1&logdev=DBLogging&gplotfile=SVG_DBLogging_1&logfile=HISTORY&pos=&fw_id=1692083848.48631 HTTP/1.1
Host: 192.168.1.107:8083
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/116.0
Accept: text/plain, */*; q=0.01
Accept-Language: de,en;q=0.7,en-US;q=0.3
Accept-Encoding: gzip, deflate
cache-control: no-cache
X-Requested-With: XMLHttpRequest
Origin: http://192.168.1.107:8083
DNT: 1
Connection: keep-alive
Referer: http://192.168.1.107:8083/fhem/SVG_WriteGplot
Content-Length: 0
2023.08.15 09:17:29.273 4: WEB_192.168.1.68_52727 POST /fhem/SVG_showLog?dev=SVG_DBLogging_1&logdev=DBLogging&gplotfile=SVG_DBLogging_1&logfile=HISTORY&pos=&fw_id=1692083848.48631; BUFLEN:0
2023.08.15 09:17:30.742 4: MQTT2_Server_192.168.1.42_49878 DVES_2C7977 PINGREQ
2023.08.15 09:17:31.416 5: GET /fhem/SVG_WriteGplot?XHR=1&inform=type%3Dstatus%3Bfilter%3D%3Bsince%3D1692083847.48627%3Bfmt%3DJSON&fw_id=1692083848.48631×tamp=1692083851628 HTTP/1.1
Host: 192.168.1.107:8083
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/116.0
Accept: */*
Accept-Language: de,en;q=0.7,en-US;q=0.3
Accept-Encoding: gzip, deflate
DNT: 1
Connection: keep-alive
Referer: http://192.168.1.107:8083/fhem/SVG_WriteGplot
2023.08.15 09:17:31.417 4: WEB_192.168.1.68_52726 GET /fhem/SVG_WriteGplot?XHR=1&inform=type%3Dstatus%3Bfilter%3D%3Bsince%3D1692083847.48627%3Bfmt%3DJSON&fw_id=1692083848.48631×tamp=1692083851628; BUFLEN:0
2023.08.15 09:17:31.802 4: LGTV_WebOS (TV) - Baue Socket Verbindung auf
2023.08.15 09:17:31.904 4: LGTV_WebOS (TV) Couldn't connect to 192.168.1.26:3000
2023.08.15 09:17:32.961 5: enter update myBobby: myBobby
2023.08.15 09:17:32.962 5: XXX:
2023.08.15 09:17:32.962 5: enter get myBobby: myBobby hash: HASH(0x4ac8330), attributes: myBobby, status
2023.08.15 09:17:32.963 5: credentials - found encrypted data
2023.08.15 09:17:32.964 5: credentials - found plain or decrypted data
2023.08.15 09:17:32.965 5: IP: 192.168.1.110 -> 192.168.1.110
2023.08.15 09:17:32.966 5: exit get
2023.08.15 09:17:32.967 5: enter get myBobby: myBobby hash: HASH(0x4ac8330), attributes: myBobby, health
2023.08.15 09:17:32.968 5: credentials - found encrypted data
2023.08.15 09:17:32.968 5: credentials - found plain or decrypted data
2023.08.15 09:17:32.969 5: IP: 192.168.1.110 -> 192.168.1.110
2023.08.15 09:17:32.970 5: exit get
2023.08.15 09:17:32.971 5: exit update
2023.08.15 09:17:33.031 5: http://192.168.1.110/json?user=admin&pass=1973&cmd=status: HTTP response code 200
2023.08.15 09:17:33.031 4: callback - url http://192.168.1.110/json?user=admin&pass=1973&cmd=status returned: {"name": "Mein Automower", "id": "C76866", "status": {"status": 17, "distance": 0, "stopped": false, "duration": 1706, "mode": 2, "battery": 100, "hours": 1370}, "timer": {"status": 0}, "blades": {"quality": 10, "hours": 180, "days": 65}, "wlan": {"signal": -57}, "health": {"temperature": 26, "humidity": 38}, "clock": {"date": "2023-08-15", "time": "09:17:30", "unix": 1692091050}, "successful": true}
2023.08.15 09:17:33.033 4: callback - url http://192.168.1.110/json?user=admin&pass=1973&cmd=status repaired: {"name": "Mein Automower", "id": "C76866", "status": {"status": 17, "distance": 0, "stopped": false, "duration": 1706, "mode": 2, "battery": 100, "hours": 1370}, "timer": {"status": 0}, "blades": {"quality": 10, "hours": 180, "days": 65}, "wlan": {"signal": -57}, "health": {"temperature": 26, "humidity": 38}, "clock": {"date": "2023-08-15", "time": "09:17:30", "unix": 1692091050}, "successful": true}
2023.08.15 09:17:33.034 5: decodeContent - NAME: kommunikation, VALUE: erfolgreich
2023.08.15 09:17:33.034 5: callback - communication ok
2023.08.15 09:17:33.035 5: callback - update readings
2023.08.15 09:17:33.035 5: decodeContent - NAME: allgemein-status, VALUE: schlafen
2023.08.15 09:17:33.037 5: decodeContent - NAME: allgemein-modus, VALUE: home
2023.08.15 09:17:33.038 5: decodeContent - NAME: allgemein-batteriezustand, VALUE: 100
2023.08.15 09:17:33.039 5: decodeContent - NAME: allgemein-dauer, VALUE: 1706
2023.08.15 09:17:33.040 5: decodeContent - NAME: allgemein-betriebsstunden, VALUE: 1370
2023.08.15 09:17:33.041 5: decodeContent - NAME: timer-status, VALUE: deaktiviert
2023.08.15 09:17:33.042 5: decodeContent - NAME: timer-startdatum, VALUE: undef
2023.08.15 09:17:33.042 5: decodeContent - NAME: timer-startzeit, VALUE: undef
2023.08.15 09:17:33.043 5: decodeContent - NAME: wlan-signal, VALUE: -57
2023.08.15 09:17:33.044 5: decodeContent - NAME: alarm-unterspannung_batterie, VALUE: undef
2023.08.15 09:17:33.044 5: decodeContent - NAME: alarm-ueberspannung_batterie, VALUE: undef
2023.08.15 09:17:33.045 5: decodeContent - NAME: alarm-zu_kalt, VALUE: undef
2023.08.15 09:17:33.045 5: decodeContent - NAME: alarm-zu_warm, VALUE: undef
2023.08.15 09:17:33.046 5: decodeContent - NAME: alarm-zu_feucht, VALUE: undef
2023.08.15 09:17:33.046 5: decodeContent - NAME: spannung-batterie, VALUE: undef
2023.08.15 09:17:33.047 5: decodeContent - NAME: umwelt-temperatur, VALUE: undef
2023.08.15 09:17:33.047 5: decodeContent - NAME: umwelt-feuchte, VALUE: undef
2023.08.15 09:17:33.050 5: http://192.168.1.110/json?user=admin&pass=1973&cmd=health: HTTP response code 200
2023.08.15 09:17:33.051 4: callback - url http://192.168.1.110/json?user=admin&pass=1973&cmd=health returned: {"successful": true, "health": {"alarm": {"voltage3v3intmin": false, "voltage3v3intmax": false, "voltage3v3extmin": false, "voltage3v3extmax": false, "voltagebattmin": false, "voltagebattmax": false, "temperatureMin": false, "temperatureMax": false, "humidityMax": false}, "voltages": {"int3v3": 3297, "ext3v3": 3, "batt": 27378}, "climate": {"temperature": 26, "humidity": 38}}}
2023.08.15 09:17:33.052 4: callback - url http://192.168.1.110/json?user=admin&pass=1973&cmd=health repaired: {"successful": true, "health": {"alarm": {"voltage3v3intmin": false, "voltage3v3intmax": false, "voltage3v3extmin": false, "voltage3v3extmax": false, "voltagebattmin": false, "voltagebattmax": false, "temperatureMin": false, "temperatureMax": false, "humidityMax": false}, "voltages": {"int3v3": 3297, "ext3v3": 3, "batt": 27378}, "climate": {"temperature": 26, "humidity": 38}}}
2023.08.15 09:17:33.053 5: decodeContent - NAME: kommunikation, VALUE: erfolgreich
2023.08.15 09:17:33.054 5: callback - communication ok
2023.08.15 09:17:33.054 5: callback - update readings
2023.08.15 09:17:33.055 5: decodeContent - NAME: allgemein-status, VALUE: undef
2023.08.15 09:17:33.055 5: decodeContent - NAME: allgemein-modus, VALUE: undef
2023.08.15 09:17:33.056 5: decodeContent - NAME: allgemein-batteriezustand, VALUE: undef
2023.08.15 09:17:33.056 5: decodeContent - NAME: allgemein-dauer, VALUE: undef
2023.08.15 09:17:33.057 5: decodeContent - NAME: allgemein-betriebsstunden, VALUE: undef
2023.08.15 09:17:33.057 5: decodeContent - NAME: timer-status, VALUE: undef
2023.08.15 09:17:33.058 5: decodeContent - NAME: timer-startdatum, VALUE: undef
2023.08.15 09:17:33.058 5: decodeContent - NAME: timer-startzeit, VALUE: undef
2023.08.15 09:17:33.058 5: decodeContent - NAME: wlan-signal, VALUE: undef
2023.08.15 09:17:33.059 5: decodeContent - NAME: alarm-unterspannung_batterie, VALUE: 0
2023.08.15 09:17:33.059 5: decodeContent - NAME: alarm-ueberspannung_batterie, VALUE: 0
2023.08.15 09:17:33.060 5: decodeContent - NAME: alarm-zu_kalt, VALUE: 0
2023.08.15 09:17:33.061 5: decodeContent - NAME: alarm-zu_warm, VALUE: 0
2023.08.15 09:17:33.062 5: decodeContent - NAME: alarm-zu_feucht, VALUE: 0
2023.08.15 09:17:33.063 5: decodeContent - NAME: spannung-batterie, VALUE: 27378
2023.08.15 09:17:33.064 5: decodeContent - NAME: umwelt-temperatur, VALUE: 26
2023.08.15 09:17:33.065 5: decodeContent - NAME: umwelt-feuchte, VALUE: 38
2023.08.15 09:17:33.068 5: HttpUtils url=http://127.0.0.1:1883/ NonBlocking via http
2023.08.15 09:17:33.069 4: IP: 127.0.0.1 -> 127.0.0.1
2023.08.15 09:17:33.072 4: HttpUtils: 127.0.0.1: Connection refused (111)
2023.08.15 09:17:33.074 4: MQTT2_Server_192.168.1.92_58031 DVES_AC1E2E PUBLISH Smarthome/EG_Gaeste_Toilette/tele/STATE:{"Time":"2023-08-15T09:17:33","Uptime":"4T14:51:32","UptimeSec":399092,"Heap":28,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":51,"POWER1":"off","Wifi":{"AP":1,"SSId":"Boltenbergfreunde","BSSId":"38:10:D5:11:A2:EC","Channel":6,"Mode":"11n","RSSI":94,"Signal":-53,"LinkCount":1,"Downtime":"0T00:00:03"}}
2023.08.15 09:17:33.082 5: MQTT2_Server: dispatch autocreate=simple\000DVES_AC1E2E\000Smarthome/EG_Gaeste_Toilette/tele/STATE\000{"Time":"2023-08-15T09:17:33","Uptime":"4T14:51:32","UptimeSec":399092,"Heap":28,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":51,"POWER1":"off","Wifi":{"AP":1,"SSId":"Boltenbergfreunde","BSSId":"38:10:D5:11:A2:EC","Channel":6,"Mode":"11n","RSSI":94,"Signal":-53,"LinkCount":1,"Downtime":"0T00:00:03"}}
2023.08.15 09:17:33.086 4: MQTT2_DEVICE_Parse: EG_Gaeste_Toilette_Licht Smarthome/EG_Gaeste_Toilette/tele/STATE => { json2nameValue($EVENT,'',$JSONMAP) }
2023.08.15 09:17:33.098 5: Starting notify loop for EG_Gaeste_Toilette_Licht, 17 event(s), first is MqttCount: 51
2023.08.15 09:17:33.098 5: createNotifyHash
2023.08.15 09:17:33.114 4: DbLog DBLogging - ################################################################
2023.08.15 09:17:33.115 4: DbLog DBLogging - ### start of new Logcycle ###
2023.08.15 09:17:33.115 4: DbLog DBLogging - ################################################################
2023.08.15 09:17:33.116 4: DbLog DBLogging - number of events received: 17 of device: EG_Gaeste_Toilette_Licht
2023.08.15 09:17:33.117 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: MqttCount: 51
2023.08.15 09:17:33.117 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: MqttCount: 51
2023.08.15 09:17:33.118 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: Wifi_Signal: -53
2023.08.15 09:17:33.118 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: Wifi_Signal: -53
2023.08.15 09:17:33.119 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: Wifi_AP: 1
2023.08.15 09:17:33.119 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: Wifi_AP: 1
2023.08.15 09:17:33.119 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: UptimeSec: 399092
2023.08.15 09:17:33.120 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: UptimeSec: 399092
2023.08.15 09:17:33.120 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: SleepMode: Dynamic
2023.08.15 09:17:33.121 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: SleepMode: Dynamic
2023.08.15 09:17:33.121 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: Wifi_RSSI: 94
2023.08.15 09:17:33.121 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: Wifi_RSSI: 94
2023.08.15 09:17:33.122 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: Wifi_SSId: Boltenbergfreunde
2023.08.15 09:17:33.122 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: Wifi_SSId: Boltenbergfreunde
2023.08.15 09:17:33.122 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: Heap: 28
2023.08.15 09:17:33.123 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: Heap: 28
2023.08.15 09:17:33.123 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: LoadAvg: 19
2023.08.15 09:17:33.123 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: LoadAvg: 19
2023.08.15 09:17:33.124 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: Wifi_Downtime: 0T00:00:03
2023.08.15 09:17:33.124 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: Wifi_Downtime: 0T00:00:03
2023.08.15 09:17:33.124 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: Time: 2023-08-15T09:17:33
2023.08.15 09:17:33.125 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: Time: 2023-08-15T09:17:33
2023.08.15 09:17:33.125 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: Sleep: 50
2023.08.15 09:17:33.126 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: Sleep: 50
2023.08.15 09:17:33.126 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: Wifi_Channel: 6
2023.08.15 09:17:33.126 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: Wifi_Channel: 6
2023.08.15 09:17:33.127 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: Wifi_LinkCount: 1
2023.08.15 09:17:33.127 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: Wifi_LinkCount: 1
2023.08.15 09:17:33.127 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: Wifi_BSSId: 38:10:D5:11:A2:EC
2023.08.15 09:17:33.128 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: Wifi_BSSId: 38:10:D5:11:A2:EC
2023.08.15 09:17:33.128 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: Wifi_Mode: 11n
2023.08.15 09:17:33.128 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: Wifi_Mode: 11n
2023.08.15 09:17:33.129 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: Uptime: 4T14:51:32
2023.08.15 09:17:33.129 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: Uptime: 4T14:51:32
2023.08.15 09:17:33.133 5: rg_battery: not on any display, ignoring notify
2023.08.15 09:17:33.134 5: End notify loop for EG_Gaeste_Toilette_Licht
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht MqttCount: 51
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht Wifi_Signal: -53
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht Wifi_AP: 1
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht UptimeSec: 399092
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht SleepMode: Dynamic
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht Wifi_RSSI: 94
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht Wifi_SSId: Boltenbergfreunde
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht Heap: 28
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht LoadAvg: 19
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht Wifi_Downtime: 0T00:00:03
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht Time: 2023-08-15T09:17:33
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht Sleep: 50
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht Wifi_Channel: 6
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht Wifi_LinkCount: 1
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht Wifi_BSSId: 38:10:D5:11:A2:EC
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht Wifi_Mode: 11n
2023-08-15 09:17:33.134 MQTT2_DEVICE EG_Gaeste_Toilette_Licht Uptime: 4T14:51:32
2023.08.15 09:17:33.136 4: MQTT2_Server_192.168.1.92_58031 DVES_AC1E2E PUBLISH Smarthome/EG_Gaeste_Toilette/tele/SENSOR:{"Time":"2023-08-15T09:17:33","Switch1":"off","ANALOG":{"Temperature":32.4},"ENERGY":{"TotalStartTime":"2022-02-03T10:22:11","Total":8.904,"Yesterday":0.016,"Today":0.002,"Period": 0,"Power": 0},"TempUnit":"C"}
2023.08.15 09:17:33.142 5: MQTT2_Server: dispatch autocreate=simple\000DVES_AC1E2E\000Smarthome/EG_Gaeste_Toilette/tele/SENSOR\000{"Time":"2023-08-15T09:17:33","Switch1":"off","ANALOG":{"Temperature":32.4},"ENERGY":{"TotalStartTime":"2022-02-03T10:22:11","Total":8.904,"Yesterday":0.016,"Today":0.002,"Period": 0,"Power": 0},"TempUnit":"C"}
2023.08.15 09:17:33.146 4: MQTT2_DEVICE_Parse: EG_Gaeste_Toilette_Licht Smarthome/EG_Gaeste_Toilette/tele/SENSOR => { json2nameValue($EVENT,'',$JSONMAP) }
2023.08.15 09:17:33.152 5: Starting notify loop for EG_Gaeste_Toilette_Licht, 10 event(s), first is ENERGY_Total: 8.904
2023.08.15 09:17:33.152 4: DbLog DBLogging - ################################################################
2023.08.15 09:17:33.152 4: DbLog DBLogging - ### start of new Logcycle ###
2023.08.15 09:17:33.153 4: DbLog DBLogging - ################################################################
2023.08.15 09:17:33.153 4: DbLog DBLogging - number of events received: 10 of device: EG_Gaeste_Toilette_Licht
2023.08.15 09:17:33.153 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: ENERGY_Total: 8.904
2023.08.15 09:17:33.154 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: ENERGY_Total: 8.904
2023.08.15 09:17:33.154 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: ENERGY_Yesterday: 0.016
2023.08.15 09:17:33.154 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: ENERGY_Yesterday: 0.016
2023.08.15 09:17:33.155 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: TempUnit: C
2023.08.15 09:17:33.155 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: TempUnit: C
2023.08.15 09:17:33.155 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: ENERGY_Period: 0
2023.08.15 09:17:33.155 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: ENERGY_Period: 0
2023.08.15 09:17:33.156 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: Switch1: off
2023.08.15 09:17:33.156 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: Switch1: off
2023.08.15 09:17:33.156 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: ENERGY_TotalStartTime: 2022-02-03T10:22:11
2023.08.15 09:17:33.157 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: ENERGY_TotalStartTime: 2022-02-03T10:22:11
2023.08.15 09:17:33.157 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: ENERGY_Power: 0
2023.08.15 09:17:33.157 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: ENERGY_Power: 0
2023.08.15 09:17:33.157 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: ANALOG_Temperature: 32.4
2023.08.15 09:17:33.158 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: ANALOG_Temperature: 32.4
2023.08.15 09:17:33.158 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: Time: 2023-08-15T09:17:33
2023.08.15 09:17:33.158 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: Time: 2023-08-15T09:17:33
2023.08.15 09:17:33.159 4: DbLog DBLogging - check Device: EG_Gaeste_Toilette_Licht , Event: ENERGY_Today: 0.002
2023.08.15 09:17:33.159 5: DbLog DBLogging - parsed Event: EG_Gaeste_Toilette_Licht , Event: ENERGY_Today: 0.002
2023.08.15 09:17:33.162 5: rg_battery: not on any display, ignoring notify
2023.08.15 09:17:33.162 5: End notify loop for EG_Gaeste_Toilette_Licht
2023-08-15 09:17:33.162 MQTT2_DEVICE EG_Gaeste_Toilette_Licht ENERGY_Total: 8.904
2023-08-15 09:17:33.162 MQTT2_DEVICE EG_Gaeste_Toilette_Licht ENERGY_Yesterday: 0.016
2023-08-15 09:17:33.162 MQTT2_DEVICE EG_Gaeste_Toilette_Licht TempUnit: C
2023-08-15 09:17:33.162 MQTT2_DEVICE EG_Gaeste_Toilette_Licht ENERGY_Period: 0
2023-08-15 09:17:33.162 MQTT2_DEVICE EG_Gaeste_Toilette_Licht Switch1: off
2023-08-15 09:17:33.162 MQTT2_DEVICE EG_Gaeste_Toilette_Licht ENERGY_TotalStartTime: 2022-02-03T10:22:11
2023-08-15 09:17:33.162 MQTT2_DEVICE EG_Gaeste_Toilette_Licht ENERGY_Power: 0
2023-08-15 09:17:33.162 MQTT2_DEVICE EG_Gaeste_Toilette_Licht ANALOG_Temperature: 32.4
2023-08-15 09:17:33.162 MQTT2_DEVICE EG_Gaeste_Toilette_Licht Time: 2023-08-15T09:17:33
2023-08-15 09:17:33.162 MQTT2_DEVICE EG_Gaeste_Toilette_Licht ENERGY_Today: 0.002
2023.08.15 09:17:33.988 4: MQTT2_Server_192.168.1.105_58289 OpenDTU-6377932 PINGREQ
2023.08.15 09:17:35.159 4: MQTT2_Server_192.168.1.56_58200 DVES_268466 PINGREQ
2023.08.15 09:17:35.348 4: MQTT2_Server_192.168.1.84_49726 DVES_8DA44E PINGREQ
2023.08.15 09:17:35.501 5: Starting notify loop for KE_Heizungssystem_WMZ_Temp_Solar, 2 event(s), first is Temperatur_Sensor_1: 36.2 °C
2023.08.15 09:17:35.503 4: DbLog DBLogging - ################################################################
2023.08.15 09:17:35.503 4: DbLog DBLogging - ### start of new Logcycle ###
2023.08.15 09:17:35.503 4: DbLog DBLogging - ################################################################
2023.08.15 09:17:35.504 4: DbLog DBLogging - number of events received: 2 of device: KE_Heizungssystem_WMZ_Temp_Solar
2023.08.15 09:17:35.505 4: DbLog DBLogging - check Device: KE_Heizungssystem_WMZ_Temp_Solar , Event: Temperatur_Sensor_1: 36.2 °C
2023.08.15 09:17:35.505 4: in DbLog_splitFn empfangen: Temperatur_Sensor_1: 36.2 °C
2023.08.15 09:17:35.506 5: DbLog DBLogging - parsed Event: KE_Heizungssystem_WMZ_Temp_Solar , Event: Temperatur_Sensor_1: 36.2 °C
2023.08.15 09:17:35.506 4: DbLog DBLogging - check Device: KE_Heizungssystem_WMZ_Temp_Solar , Event: Systemdatum: 713784005
2023.08.15 09:17:35.507 4: in DbLog_splitFn empfangen: Systemdatum: 713784005
2023.08.15 09:17:35.507 5: DbLog DBLogging - parsed Event: KE_Heizungssystem_WMZ_Temp_Solar , Event: Systemdatum: 713784005
2023.08.15 09:17:35.509 5: Triggering KE_Solar_Waermemenge_SolarkollektorTemp_Notify
2023.08.15 09:17:35.510 4: KE_Solar_Waermemenge_SolarkollektorTemp_Notify exec {
#Schreibt die aktuelle Solarkollektortemperatur in ein eigenes Reading um dies eindeutig im UI auszugeben
if (ReadingsNum($NAME, "Temperatur_Sensor_1", 0) > 1) {
fhem("sleep 0.1;; setreading KE_Heizungssystem_WMZ_Temp_Solar 1_Solarkollekor [KE_Heizungssystem_WMZ_Temp_Solar:Temperatur_Sensor_1]")}
Keine Ahnung warum du nichts siehst. Für unseren aktuellen Zweck brauchst du nur im DbLog Device verbose=4 einstellen, nichts im SVG oder sonstwo.
Möglicherweise wird der Plot aus dem Web Cache (set WEB clearSvgCache) erzeugt und geht nicht auf die Datenbank.
Du müsstest ein nachfolgendes Log auf jeden Fall sehen, wenn du im Plot Editor "show preprocessed input" drückst:
2023.08.15 09:40:43.771 4: LogDB1 - ################################################################
2023.08.15 09:40:43.774 4: LogDB1 - ### new get data for SVG ###
2023.08.15 09:40:43.775 4: LogDB1 - ################################################################
2023.08.15 09:40:43.776 4: LogDB1 - main PID: 23213, secondary PID: 25201
2023.08.15 09:40:43.878 4: LogDB1 - Executing SQL: SHOW VARIABLES LIKE 'collation_database'
2023.08.15 09:40:43.991 4: LogDB1 - SQL result: collation_database utf8_bin
2023.08.15 09:40:43.992 4: LogDB1 - Database Character set is >utf8_bin<
2023.08.15 09:40:43.993 4: LogDB1 - simple do statement: set names "utf8" collate "utf8_bin"
2023.08.15 09:40:44.015 4: LogDB1 - Created new DBHU for PID: 25201
2023.08.15 09:40:44.016 4: LogDB1 - PID: 25201, Processing Statement:
SELECT
DATE_FORMAT(TIMESTAMP, '%Y-%m-%d %H:%i:%s'),
DEVICE,
READING,
VALUE
FROM histclone WHERE 1=1 AND DEVICE = 'psize' AND READING = 'size' AND TIMESTAMP >= STR_TO_DATE('2023-08-14 00:00:00', '%Y-%m-%d %H:%i:%s') AND TIMESTAMP <= STR_TO_DATE('2023-08-15 00:00:00', '%Y-%m-%d %H:%i:%s') ORDER BY TIMESTAMP
2023.08.15 09:40:44.750 4: LogDB1 - PID: 25201, rows count: 1053
OK, ich habe es gelöst.
Das Problem war, dass die SQL statements nicht im Event Monitoring (FHEM log) angezeigt wurden, aber in der FHEM log Datei sind die vorhanden.
Es gab dann ein Problem mit dem Tabellen Namen (case sensitiv)
DBD::mysql::st execute failed: Table 'fhem.powerutil' doesn't exist
Die DB hat den Namen PowerUtil
In der Konfiguration habe ich die ich folgendes angegeben: :table_PowerUtil
Aber dein code macht daraus dann fhem.powerutil (also powerutil komplett kleingeschrieben)
Ich habe die Tabelle entsprechend umbenannt ... und siehe da ... es funktioniert.
Noch zwei Fragen:
-Was passiert mit deiner Änderung im *.pm file? Fließt dies ins offizielle release oder verliere ich dies wiede rbeim nächsten FHEM update?
-Mit dem Plot möchte ich einen Graphne pro Woche und dies für die nächsten x Wochen. Ich habe dies mit Fixedrange so nicht hinbekommen. Ist dies das Tool der Wahl dafür?
Ich möchte mich noch bei Dir bedanken für deine Zeit und excellenten Support in den letzten Tagen!
Oliver
Na, das ist doch gut. :)
ZitatDas Problem war, dass die SQL statements nicht im Event Monitoring (FHEM log) angezeigt wurden, aber in der FHEM log Datei sind die vorhanden.
Naja FHEM Log ist die FHEM Logdatei und der Event Monitor ist
NICHT das FHEM Log sondern eben der Event Monitor. Das sind zwei Paar Schuhe, das eine sind Logausschriften und das andere Events. Das war noch nie anders. ;)
ZitatAber dein code macht daraus dann fhem.powerutil (also powerutil komplett kleingeschrieben)
Ja, das passiert aus Kompatibilitätsgründen zu den Standardtabellen history bzw. current.
Zitat-Was passiert mit deiner Änderung im *.pm file? Fließt dies ins offizielle release oder verliere ich dies wiede rbeim nächsten FHEM update?
Ich werde noch etwas darüber nachdenken und testen ob es an irgendweiner Stelle nicht abwärtskompatibel sein könnte. Wenn alles passt, wird die Doku angepasst und dann eingecheckt.
Das passiert aber nicht gleich heute.
Am besten exkludest du DbLog erstmal vom update.
Ich schreibe hier nochmal in den Thread wenn ich die neue Version veröffentliche.
Zitat-Mit dem Plot möchte ich einen Graphne pro Woche und dies für die nächsten x Wochen. Ich habe dies mit Fixedrange so nicht hinbekommen. Ist dies das Tool der Wahl dafür?
Mache dazu einfach ein neues Thema im SVG Bereich auf. Dort wird dir dazu sicherlich gern geholfen.
Bitte :)
Grüße,
Heiko
Hallo Heiko,
ich habe nochmal ein Frage zu diesem Thema.
Bis jetzt hatte ich in der Alternativ DB immer den gleichen Device & Reading Namen verwendet, welcher mir im SVG im Pull Down Menü angeboten wurde.
Jetzt habe ich aber einen anderen Reading Namen welcher nicht um FHEM bekannt ist und somit nicht zur Auswahl steht.
1) Nun habe ich versucht die Konfiguration des SVG zu finden um dies händisch zu ändern aber weder in den etwaigen Konfigecken noch im FHEM Verzeichnis in irgendeiner Datei habe ich die Einstellung gefunden.
2) Dann habe ich unter dem Device ein neues Reading mit dem richtigen Namen aus der alternativ DB angelegt. Jedoch erschein dieses Reading nicht im Pull Down Menü. Jetzt habe ich festgestellt, dass nicht alle Readings dort zur Auswahl stehen. Ich kann mir auch nicht erklären wann welches Reading zur Auswahl steht und wann nicht.
Fragen über Fragen ... :-)
Zitat1) Nun habe ich versucht die Konfiguration des SVG zu finden um dies händisch zu ändern aber weder in den etwaigen Konfigecken noch im FHEM Verzeichnis in irgendeiner Datei habe ich die Einstellung gefunden.
Diese Einstellung ist ziemlich versteckt. Dieses Pull-Down Menü wird angezeigt, wenn man
DbLogType = Current/History
eingestellt hat. Um eine freie Eingabemöglichkeit ohne Pull Down zu bekommen, setzt man einfach
DbLogType = History
oder löscht das Attribut (default). Hintergrund ist, dass der Inhalt des Auswahlmenüs aus der current-Tabelle erzeugt wird. Diese Tabelle
ist eigentlich nur für diesen Zweck vorhanden.
Zitat2) Dann habe ich unter dem Device ein neues Reading mit dem richtigen Namen aus der alternativ DB angelegt. Jedoch erschein dieses Reading nicht im Pull Down Menü. Jetzt habe ich festgestellt, dass nicht alle Readings dort zur Auswahl stehen. Ich kann mir auch nicht erklären wann welches Reading zur Auswahl steht und wann nicht.
Die Antwort steckt im Prinzip schon in der ersten Antwort mit drin. Das Device/Reading muß in der current Tabelle enthalten sein. Es gibt verschiedenste Möglichkeiten warum das gerade nicht so ist.
Wenn du dir ein DbRep Device anlegst (was ich dir als DB User sowieso empfehlen würde), kannst du dir regelmäßig die current Tabelle als Auszug aus der history erstellen (DbRep set ... tableCurrentFillup).
Man kann die current auch purgen und vieles mehr.
Super, danke.
Meine Lösung war den DbLogType = History zu ändern. Damit kann ich das Reading entsprechend manuell angleichen.
Oliver
Die neue Version habe ich soeben eingecheckt. Sie wird morgen früh mit dem offiziellen Update ausgeliefert.
Super Heiko. Vielen Dank. Das freut mich sehr.
Oliver