mirror of
https://github.com/fhem/fhem-mirror.git
synced 2025-05-07 22:29:19 +00:00
93_DbLog: V2.22.6 commandref revised
git-svn-id: https://svn.fhem.de/fhem/trunk/fhem@15119 2b470e98-0d58-463d-a4d8-8e2adae1ed80
This commit is contained in:
nasseeder1
parent
a57d149f56
commit
1c85f8a95c
1
CHANGED
1
CHANGED
@ -1,5 +1,6 @@
|
|||||||
# Add changes at the top of the list. Keep it in ASCII, and 80-char wide.
|
# Add changes at the top of the list. Keep it in ASCII, and 80-char wide.
|
||||||
# Do not insert empty lines here, update check depends on it.
|
# Do not insert empty lines here, update check depends on it.
|
||||||
|
- change: 93_DbLog: V2.22.6 commandref revised
|
||||||
- new: 73_UpsPico: New module for UpsPico UPS from pimodules
|
- new: 73_UpsPico: New module for UpsPico UPS from pimodules
|
||||||
- feature: LightScene: added traversalOrder attribute
|
- feature: LightScene: added traversalOrder attribute
|
||||||
- bugfix: 31_PLAYBULB: fix battery character value
|
- bugfix: 31_PLAYBULB: fix battery character value
|
||||||
|
|||||||
311
FHEM/93_DbLog.pm
311
FHEM/93_DbLog.pm
@ -16,6 +16,7 @@
|
|||||||
############################################################################################################################################
|
############################################################################################################################################
|
||||||
# Versions History done by DS_Starter & DeeSPe:
|
# Versions History done by DS_Starter & DeeSPe:
|
||||||
#
|
#
|
||||||
|
# 2.22.6 22.09.2017 commandref revised
|
||||||
# 2.22.5 05.09.2017 fix Internal MODE isn't set correctly after DEF is edited, nextsynch is not renewed if reopen is
|
# 2.22.5 05.09.2017 fix Internal MODE isn't set correctly after DEF is edited, nextsynch is not renewed if reopen is
|
||||||
# set manually after reopen was set with a delay Forum:#76213, Link to 98_FileLogConvert.pm added
|
# set manually after reopen was set with a delay Forum:#76213, Link to 98_FileLogConvert.pm added
|
||||||
# 2.22.4 27.08.2017 fhem chrashes if database DBD driver is not installed (Forum:#75894)
|
# 2.22.4 27.08.2017 fhem chrashes if database DBD driver is not installed (Forum:#75894)
|
||||||
@ -149,7 +150,7 @@ use Blocking;
|
|||||||
use Time::HiRes qw(gettimeofday tv_interval);
|
use Time::HiRes qw(gettimeofday tv_interval);
|
||||||
use Encode qw(encode_utf8);
|
use Encode qw(encode_utf8);
|
||||||
|
|
||||||
my $DbLogVersion = "2.22.5";
|
my $DbLogVersion = "2.22.6";
|
||||||
|
|
||||||
my %columns = ("DEVICE" => 64,
|
my %columns = ("DEVICE" => 64,
|
||||||
"TYPE" => 64,
|
"TYPE" => 64,
|
||||||
@ -4457,18 +4458,75 @@ sub checkUsePK ($$){
|
|||||||
<h3>DbLog</h3>
|
<h3>DbLog</h3>
|
||||||
<ul>
|
<ul>
|
||||||
<br>
|
<br>
|
||||||
|
With DbLog events can be stored in a database. SQLite, MySQL/MariaDB and PostgreSQL are supported databases. <br><br>
|
||||||
|
|
||||||
<a name="DbLogdefine"></a>
|
<b>Prereqisites</b> <br><br>
|
||||||
<b>Define</b>
|
|
||||||
<ul>
|
The Perl-modules <code>DBI</code> and <code>DBD::<dbtype></code> are needed to be installed (use <code>cpan -i <module></code>
|
||||||
<code>define <name> DbLog <configfilename> <regexp></code>
|
if your distribution does not have it).
|
||||||
<br><br>
|
<br><br>
|
||||||
|
|
||||||
Log events to a database. The database connection is defined in
|
On a debian based system you may install these modules for instance by: <br><br>
|
||||||
<code><configfilename></code>
|
|
||||||
|
|
||||||
In <code>contrib/dblog</code> an example configuration and scripts to create needed tables in the
|
<ul>
|
||||||
different databases are provided. <br><br>
|
<table>
|
||||||
|
<colgroup> <col width=5%> <col width=95%> </colgroup>
|
||||||
|
<tr><td> <b>DBI</b> </td><td>: <code> sudo apt-get install libdbi-perl </code> </td></tr>
|
||||||
|
<tr><td> <b>MySQL</b> </td><td>: <code> sudo apt-get install [mysql-server] mysql-client libdbd-mysql libdbd-mysql-perl </code> (mysql-server only if you use a local MySQL-server installation) </td></tr>
|
||||||
|
<tr><td> <b>SQLite</b> </td><td>: <code> sudo apt-get install sqlite3 libdbi-perl libdbd-sqlite3-perl </code> </td></tr>
|
||||||
|
<tr><td> <b>PostgreSQL</b> </td><td>: <code> sudo apt-get install libdbd-pg-perl </code> </td></tr>
|
||||||
|
</table>
|
||||||
|
</ul>
|
||||||
|
<br>
|
||||||
|
<br>
|
||||||
|
|
||||||
|
<b>Preparations</b> <br><br>
|
||||||
|
|
||||||
|
At first you need to setup the database. <br>
|
||||||
|
Sample code and Scripts to prepare a MySQL/PostgreSQL/SQLite database you can find in <code>contrib/dblog/<DBType>_create.sql</code>.
|
||||||
|
The database contains two tables: <code>current</code> and <code>history</code>. <br>
|
||||||
|
The latter contains all events whereas the former only contains the last event for any given reading and device.
|
||||||
|
(see also <a href="#DbLogattr">attribute</a> DbLogType)
|
||||||
|
<br><br>
|
||||||
|
|
||||||
|
The columns have the following meaning:: <br><br>
|
||||||
|
|
||||||
|
<ul>
|
||||||
|
<table>
|
||||||
|
<colgroup> <col width=5%> <col width=95%> </colgroup>
|
||||||
|
<tr><td> TIMESTAMP: </td><td>: timestamp of event, e.g. <code>2007-12-30 21:45:22</code> </td></tr>
|
||||||
|
<tr><td> DEVICE: </td><td>: device name, e.g. <code>Wetterstation</code> </td></tr>
|
||||||
|
<tr><td> TYPE: </td><td>: device type, e.g. <code>KS300</code> </code> </td></tr>
|
||||||
|
<tr><td> EVENT: </td><td>: event specification as full string, e.g. <code>humidity: 71 (%)</code> </td></tr>
|
||||||
|
<tr><td> READING: </td><td>: name of reading extracted from event, e.g. <code>humidity</code> </td></tr>
|
||||||
|
<tr><td> VALUE: </td><td>: actual reading extracted from event, e.g. <code>71</code> </td></tr>
|
||||||
|
<tr><td> UNIT: </td><td>: unit extracted from event, e.g. <code>%</code> </td></tr>
|
||||||
|
</table>
|
||||||
|
</ul>
|
||||||
|
<br>
|
||||||
|
<br>
|
||||||
|
|
||||||
|
<b>create index</b> <br>
|
||||||
|
Due to reading performance, e.g. on creation of SVG-plots, it is very important that the <b>index "Search_Idx"</b>
|
||||||
|
or a comparable index (e.g. a primary key) is applied. A sample code for creation of that index is also available at the mentioned scripts in
|
||||||
|
<code>contrib/dblog/<DBType>_create.sql</code>. <br><br>
|
||||||
|
|
||||||
|
The index "Search_Idx" can be created, e.g. in database 'fhem', by these statements (also subsequently): <br><br>
|
||||||
|
|
||||||
|
<ul>
|
||||||
|
<table>
|
||||||
|
<colgroup> <col width=5%> <col width=95%> </colgroup>
|
||||||
|
<tr><td> <b>MySQL</b> </td><td>: <code> CREATE INDEX Search_Idx ON `fhem`.`history` (DEVICE, READING, TIMESTAMP); </code> </td></tr>
|
||||||
|
<tr><td> <b>SQLite</b> </td><td>: <code> CREATE INDEX Search_Idx ON `history` (DEVICE, READING, TIMESTAMP); </code> </td></tr>
|
||||||
|
<tr><td> <b>PostgreSQL</b> </td><td>: <code> CREATE INDEX "Search_Idx" ON history USING btree (device, reading, "timestamp"); </code> </td></tr>
|
||||||
|
</table>
|
||||||
|
</ul>
|
||||||
|
<br>
|
||||||
|
|
||||||
|
For the connection to the database a <b>configuration file</b> is used.
|
||||||
|
The configuration is stored in a separate file to avoid storing the password in the main configuration file and to have it
|
||||||
|
visible in the output of the <a href="https://fhem.de/commandref.html#list">list</a> command.
|
||||||
|
<br><br>
|
||||||
|
|
||||||
The <b>configuration file</b> should be copied e.g. to /opt/fhem and has the following structure you have to customize
|
The <b>configuration file</b> should be copied e.g. to /opt/fhem and has the following structure you have to customize
|
||||||
suitable to your conditions (decomment the appropriate raws and adjust it): <br><br>
|
suitable to your conditions (decomment the appropriate raws and adjust it): <br><br>
|
||||||
@ -4513,59 +4571,23 @@ sub checkUsePK ($$){
|
|||||||
</pre>
|
</pre>
|
||||||
<br>
|
<br>
|
||||||
|
|
||||||
The configuration is stored in a separate file
|
|
||||||
to avoid storing the password in the main configuration file and to have it
|
|
||||||
visible in the output of the <a href="../docs/commandref.html#list">list</a> command.
|
|
||||||
<br><br>
|
|
||||||
|
|
||||||
DbLog distinguishes between the synchronous (default) and asynchronous logmode. The logmode is adjustable by the
|
<a name="DbLogdefine"></a>
|
||||||
<a href="#DbLogattr">attribute</a> asyncMode. Since version 2.13.5 DbLog is supporting primary key (PK) set in table
|
<b>Define</b>
|
||||||
current or history. If you want use PostgreSQL with PK it has to be at lest version 9.5.
|
|
||||||
<br><br>
|
|
||||||
|
|
||||||
The modules <code>DBI</code> and <code>DBD::<dbtype></code>
|
|
||||||
need to be installed (use <code>cpan -i <module></code>
|
|
||||||
if your distribution does not have it).
|
|
||||||
<br><br>
|
|
||||||
|
|
||||||
<code><regexp></code> is the same as in <a href="../docs/commandref.html#FileLog">FileLog</a>.
|
|
||||||
<br><br>
|
|
||||||
Sample code to create a MySQL/PostgreSQL/SQLite database is in
|
|
||||||
<code><DBType>_create.sql</code>.
|
|
||||||
The database contains two tables: <code>current</code> and
|
|
||||||
<code>history</code>. The latter contains all events whereas the former only
|
|
||||||
contains the last event for any given reading and device. (see also <a href="#DbLogattr">attribute</a> DbLogType)
|
|
||||||
|
|
||||||
The columns have the following meaning: <br><br>
|
|
||||||
|
|
||||||
<ol>
|
|
||||||
<li>TIMESTAMP: timestamp of event, e.g. <code>2007-12-30 21:45:22</code></li>
|
|
||||||
<li>DEVICE: device name, e.g. <code>Wetterstation</code></li>
|
|
||||||
<li>TYPE: device type, e.g. <code>KS300</code></li>
|
|
||||||
<li>EVENT: event specification as full string,
|
|
||||||
e.g. <code>humidity: 71 (%)</code></li>
|
|
||||||
<li>READING: name of reading extracted from event,
|
|
||||||
e.g. <code>humidity</code></li>
|
|
||||||
|
|
||||||
<li>VALUE: actual reading extracted from event,
|
|
||||||
e.g. <code>71</code></li>
|
|
||||||
<li>UNIT: unit extracted from event, e.g. <code>%</code></li>
|
|
||||||
</ol>
|
|
||||||
<br>
|
|
||||||
|
|
||||||
The content of VALUE is optimized for automated post-processing, e.g. <code>yes</code> is translated to <code>1</code>
|
|
||||||
<br><br>
|
|
||||||
|
|
||||||
The current values can be retrieved by the following code like FileLog:<br>
|
|
||||||
<ul>
|
<ul>
|
||||||
<code>get myDbLog - - 2012-11-10 2012-11-10 KS300:temperature::</code>
|
|
||||||
</ul>
|
|
||||||
<br>
|
<br>
|
||||||
|
|
||||||
|
<code>define <name> DbLog <configfilename> <regexp></code>
|
||||||
|
<br><br>
|
||||||
|
|
||||||
|
<code><configfilename></code> is the prepared <b>configuration file</b>. <br>
|
||||||
|
<code><regexp></code> is identical to the specification of regex in the <a href="https://fhem.de/commandref.html#FileLog">FileLog</a> definition.
|
||||||
|
<br><br>
|
||||||
|
|
||||||
<b>Example:</b>
|
<b>Example:</b>
|
||||||
<ul>
|
<ul>
|
||||||
<code>define myDbLog DbLog /etc/fhem/db.conf .*:.*</code><br>
|
<code>define myDbLog DbLog /etc/fhem/db.conf .*:.*</code><br>
|
||||||
<code># log everything to database</code>
|
all events will stored into the database
|
||||||
</ul>
|
</ul>
|
||||||
<br>
|
<br>
|
||||||
|
|
||||||
@ -4578,7 +4600,20 @@ sub checkUsePK ($$){
|
|||||||
This check reports some important settings and gives recommendations back to you if proposals are indentified.
|
This check reports some important settings and gives recommendations back to you if proposals are indentified.
|
||||||
(Available for MySQL, PostgreSQL) <br><br>
|
(Available for MySQL, PostgreSQL) <br><br>
|
||||||
|
|
||||||
|
DbLog distinguishes between the synchronous (default) and asynchronous logmode. The logmode is adjustable by the
|
||||||
|
<a href="#DbLogattr">attribute</a> asyncMode. Since version 2.13.5 DbLog is supporting primary key (PK) set in table
|
||||||
|
current or history. If you want use PostgreSQL with PK it has to be at lest version 9.5.
|
||||||
|
<br><br>
|
||||||
|
|
||||||
|
The content of VALUE will be optimized for automated post-processing, e.g. <code>yes</code> is translated to <code>1</code>
|
||||||
|
<br><br>
|
||||||
|
|
||||||
|
The stored values can be retrieved by the following code like FileLog:<br>
|
||||||
|
<ul>
|
||||||
|
<code>get myDbLog - - 2012-11-10 2012-11-10 KS300:temperature::</code>
|
||||||
|
</ul>
|
||||||
<br>
|
<br>
|
||||||
|
|
||||||
<b>transfer FileLog-data to DbLog </b> <br><br>
|
<b>transfer FileLog-data to DbLog </b> <br><br>
|
||||||
There is the special module 98_FileLogConvert.pm available to transfer filelog-data to the DbLog-database. <br>
|
There is the special module 98_FileLogConvert.pm available to transfer filelog-data to the DbLog-database. <br>
|
||||||
The module can be downloaded <a href="https://svn.fhem.de/trac/browser/trunk/fhem/contrib/98_FileLogConvert.pm"> here</a>
|
The module can be downloaded <a href="https://svn.fhem.de/trac/browser/trunk/fhem/contrib/98_FileLogConvert.pm"> here</a>
|
||||||
@ -4587,7 +4622,9 @@ sub checkUsePK ($$){
|
|||||||
Forumthread </a>. <br><br>
|
Forumthread </a>. <br><br>
|
||||||
|
|
||||||
</ul>
|
</ul>
|
||||||
<br><br>
|
<br>
|
||||||
|
<br>
|
||||||
|
|
||||||
|
|
||||||
<a name="DbLogset"></a>
|
<a name="DbLogset"></a>
|
||||||
<b>Set</b>
|
<b>Set</b>
|
||||||
@ -5284,18 +5321,79 @@ sub checkUsePK ($$){
|
|||||||
<h3>DbLog</h3>
|
<h3>DbLog</h3>
|
||||||
<ul>
|
<ul>
|
||||||
<br>
|
<br>
|
||||||
|
Mit DbLog werden Events in einer Datenbank gespeichert. Es wird SQLite, MySQL/MariaDB und PostgreSQL unterstützt. <br><br>
|
||||||
|
|
||||||
<a name="DbLogdefine"></a>
|
<b>Voraussetzungen</b> <br><br>
|
||||||
<b>Define</b>
|
|
||||||
<ul>
|
Die Perl-Module <code>DBI</code> und <code>DBD::<dbtype></code> müssen installiert werden (use <code>cpan -i <module></code>
|
||||||
<code>define <name> DbLog <configfilename> <regexp></code>
|
falls die eigene Distribution diese nicht schon mitbringt).
|
||||||
<br><br>
|
<br><br>
|
||||||
|
|
||||||
Speichert Events in eine Datenbank. Die Datenbankverbindungsparameter werden
|
Auf einem Debian-System können diese Module z.Bsp. installiert werden mit: <br><br>
|
||||||
definiert in <code><configfilename></code>. <br>
|
|
||||||
|
|
||||||
In <code>contrib/dblog</code> sind eine Beispielkonfiguation und Scripts zum Anlegen der benötigten Tabellen
|
<ul>
|
||||||
der verschiedenen Datenbanktypen bereitgestellt. <br><br>
|
<table>
|
||||||
|
<colgroup> <col width=5%> <col width=95%> </colgroup>
|
||||||
|
<tr><td> <b>DBI</b> </td><td>: <code> sudo apt-get install libdbi-perl </code> </td></tr>
|
||||||
|
<tr><td> <b>MySQL</b> </td><td>: <code> sudo apt-get install [mysql-server] mysql-client libdbd-mysql libdbd-mysql-perl </code> (mysql-server nur bei lokaler MySQL-Server-Installation) </td></tr>
|
||||||
|
<tr><td> <b>SQLite</b> </td><td>: <code> sudo apt-get install sqlite3 libdbi-perl libdbd-sqlite3-perl </code> </td></tr>
|
||||||
|
<tr><td> <b>PostgreSQL</b> </td><td>: <code> sudo apt-get install libdbd-pg-perl </code> </td></tr>
|
||||||
|
</table>
|
||||||
|
</ul>
|
||||||
|
<br>
|
||||||
|
<br>
|
||||||
|
|
||||||
|
<b>Vorbereitungen</b> <br><br>
|
||||||
|
|
||||||
|
Zunächst muss die Datenbank angelegt werden. <br>
|
||||||
|
Beispielcode bzw. Scripts zum Erstellen einer MySQL/PostgreSQL/SQLite Datenbank ist in <code>contrib/dblog/<DBType>_create.sql</code>
|
||||||
|
enthalten.
|
||||||
|
Die Datenbank beinhaltet 2 Tabellen: <code>current</code> und <code>history</code>. <br>
|
||||||
|
Die Tabelle <code>current</code> enthält den letzten Stand pro Device und Reading. <br>
|
||||||
|
In der Tabelle <code>history</code> sind alle Events historisch gespeichert. (siehe auch <a href="#DbLogattr">Attribut</a> DbLogType)
|
||||||
|
<br><br>
|
||||||
|
|
||||||
|
Die Tabellenspalten haben folgende Bedeutung: <br><br>
|
||||||
|
|
||||||
|
<ul>
|
||||||
|
<table>
|
||||||
|
<colgroup> <col width=5%> <col width=95%> </colgroup>
|
||||||
|
<tr><td> TIMESTAMP: </td><td>: Zeitpunkt des Events, z.B. <code>2007-12-30 21:45:22</code> </td></tr>
|
||||||
|
<tr><td> DEVICE: </td><td>: Name des Devices, z.B. <code>Wetterstation</code> </td></tr>
|
||||||
|
<tr><td> TYPE: </td><td>: Type des Devices, z.B. <code>KS300</code> </code> </td></tr>
|
||||||
|
<tr><td> EVENT: </td><td>: das auftretende Event als volle Zeichenkette, z.B. <code>humidity: 71 (%)</code> </td></tr>
|
||||||
|
<tr><td> READING: </td><td>: Name des Readings, ermittelt aus dem Event, z.B. <code>humidity</code> </td></tr>
|
||||||
|
<tr><td> VALUE: </td><td>: aktueller Wert des Readings, ermittelt aus dem Event, z.B. <code>humidity</code> </td></tr>
|
||||||
|
<tr><td> UNIT: </td><td>: Einheit, ermittelt aus dem Event, z.B. <code>%</code> </td></tr>
|
||||||
|
</table>
|
||||||
|
</ul>
|
||||||
|
<br>
|
||||||
|
<br>
|
||||||
|
|
||||||
|
<b>Index anlegen</b> <br>
|
||||||
|
Für die Leseperformance, z.B. bei der Erstellung von SVG-PLots, ist es von besonderer Bedeutung dass der <b>Index "Search_Idx"</b>
|
||||||
|
oder ein vergleichbarer Index (z.B. ein Primary Key) angelegt ist. <br><br>
|
||||||
|
|
||||||
|
Der Index "Search_Idx" kann mit diesen Statements, z.B. in der Datenbank 'fhem', angelegt werden (auch nachträglich): <br><br>
|
||||||
|
|
||||||
|
<ul>
|
||||||
|
<table>
|
||||||
|
<colgroup> <col width=5%> <col width=95%> </colgroup>
|
||||||
|
<tr><td> <b>MySQL</b> </td><td>: <code> CREATE INDEX Search_Idx ON `fhem`.`history` (DEVICE, READING, TIMESTAMP); </code> </td></tr>
|
||||||
|
<tr><td> <b>SQLite</b> </td><td>: <code> CREATE INDEX Search_Idx ON `history` (DEVICE, READING, TIMESTAMP); </code> </td></tr>
|
||||||
|
<tr><td> <b>PostgreSQL</b> </td><td>: <code> CREATE INDEX "Search_Idx" ON history USING btree (device, reading, "timestamp"); </code> </td></tr>
|
||||||
|
</table>
|
||||||
|
</ul>
|
||||||
|
<br>
|
||||||
|
|
||||||
|
Der Code zur Anlage ist ebenfalls mit in den Scripten in
|
||||||
|
<code>contrib/dblog/<DBType>_create.sql</code> enthalten. <br><br>
|
||||||
|
|
||||||
|
Für die Verbindung zur Datenbank wird eine <b>Konfigurationsdatei</b> verwendet.
|
||||||
|
Die Konfiguration ist in einer sparaten Datei abgelegt um das Datenbankpasswort nicht in Klartext in der
|
||||||
|
FHEM-Haupt-Konfigurationsdatei speichern zu müssen.
|
||||||
|
Ansonsten wäre es mittels des <a href="https://fhem.de/commandref_DE.html#list">list</a> Befehls einfach auslesbar.
|
||||||
|
<br><br>
|
||||||
|
|
||||||
Die <b>Konfigurationsdatei</b> wird z.B. nach /opt/fhem kopiert und hat folgenden Aufbau, den man an seine Umgebung
|
Die <b>Konfigurationsdatei</b> wird z.B. nach /opt/fhem kopiert und hat folgenden Aufbau, den man an seine Umgebung
|
||||||
anpassen muß (entsprechende Zeilen entkommentieren und anpassen): <br><br>
|
anpassen muß (entsprechende Zeilen entkommentieren und anpassen): <br><br>
|
||||||
@ -5340,77 +5438,23 @@ sub checkUsePK ($$){
|
|||||||
</pre>
|
</pre>
|
||||||
<br>
|
<br>
|
||||||
|
|
||||||
Die Konfiguration ist in einer sparaten Datei abgelegt um das Datenbankpasswort
|
|
||||||
nicht in Klartext in der FHEM-Haupt-Konfigurationsdatei speichern zu müssen.
|
|
||||||
Ansonsten wäre es mittels des <a href="../docs/commandref.html#list">list</a>
|
|
||||||
Befehls einfach auslesbar.
|
|
||||||
<br><br>
|
|
||||||
|
|
||||||
DbLog unterscheidet den synchronen (Default) und asynchronen Logmodus. Der Logmodus ist über das
|
|
||||||
<a href="#DbLogattr">Attribut</a> asyncMode einstellbar. Ab Version 2.13.5 unterstützt DbLog einen gesetzten
|
|
||||||
Primary Key (PK) in den Tabellen Current und History. Soll PostgreSQL mit PK genutzt werden, muss PostgreSQL mindestens
|
|
||||||
Version 9.5 sein.
|
|
||||||
<br><br>
|
|
||||||
|
|
||||||
Die Perl-Module <code>DBI</code> und <code>DBD::<dbtype></code>
|
|
||||||
müssen installiert werden (use <code>cpan -i <module></code>
|
|
||||||
falls die eigene Distribution diese nicht schon mitbringt).
|
|
||||||
<br><br>
|
|
||||||
|
|
||||||
Auf einem Debian-System können diese Module z.Bsp. installiert werden mit: <br><br>
|
|
||||||
|
|
||||||
|
<a name="DbLogdefine"></a>
|
||||||
|
<b>Define</b>
|
||||||
<ul>
|
<ul>
|
||||||
<table>
|
|
||||||
<colgroup> <col width=5%> <col width=95%> </colgroup>
|
|
||||||
<tr><td> <b>DBI</b> </td><td>: <code> sudo apt-get install libdbi-perl </code> </td></tr>
|
|
||||||
<tr><td> <b>MySQL</b> </td><td>: <code> sudo apt-get install [mysql-server] mysql-client libdbd-mysql libdbd-mysql-perl </code> (mysql-server nur bei lokaler MySQL-Server-Installation) </td></tr>
|
|
||||||
<tr><td> <b>SQLite</b> </td><td>: <code> sudo apt-get install sqlite3 libdbi-perl libdbd-sqlite3-perl </code> </td></tr>
|
|
||||||
<tr><td> <b>PostgreSQL</b> </td><td>: <code> sudo apt-get install libdbd-pg-perl </code> </td></tr>
|
|
||||||
</table>
|
|
||||||
</ul>
|
|
||||||
<br>
|
|
||||||
<br>
|
<br>
|
||||||
|
|
||||||
<code><regexp></code> ist identisch wie <a href="../docs/commandref.html#FileLog">FileLog</a>.
|
<code>define <name> DbLog <configfilename> <regexp></code>
|
||||||
<br><br>
|
|
||||||
Ein Beispielcode zum Erstellen einer MySQL/PostgreSQL/SQLite Datenbank ist in
|
|
||||||
<code>contrib/dblog/<DBType>_create.sql</code> zu finden.
|
|
||||||
Die Datenbank beinhaltet 2 Tabellen: <code>current</code> und
|
|
||||||
<code>history</code>. Die Tabelle <code>current</code> enthält den letzten Stand
|
|
||||||
pro Device und Reading. In der Tabelle <code>history</code> sind alle
|
|
||||||
Events historisch gespeichert. (siehe auch <a href="#DbLogattr">Attribut</a> DbLogType)
|
|
||||||
|
|
||||||
Die Tabellenspalten haben folgende Bedeutung: <br><br>
|
|
||||||
|
|
||||||
<ol>
|
|
||||||
<li>TIMESTAMP: Zeitpunkt des Events, z.B. <code>2007-12-30 21:45:22</code></li>
|
|
||||||
<li>DEVICE: name des Devices, z.B. <code>Wetterstation</code></li>
|
|
||||||
<li>TYPE: Type des Devices, z.B. <code>KS300</code></li>
|
|
||||||
<li>EVENT: das auftretende Event als volle Zeichenkette
|
|
||||||
z.B. <code>humidity: 71 (%)</code></li>
|
|
||||||
<li>READING: Name des Readings, ermittelt aus dem Event,
|
|
||||||
z.B. <code>humidity</code></li>
|
|
||||||
|
|
||||||
<li>VALUE: aktueller Wert des Readings, ermittelt aus dem Event,
|
|
||||||
z.B. <code>71</code></li>
|
|
||||||
<li>UNIT: Einheit, ermittelt aus dem Event, z.B. <code>%</code></li>
|
|
||||||
</ol>
|
|
||||||
<br>
|
|
||||||
|
|
||||||
Der Wert des Readings ist optimiert für eine automatisierte Nachverarbeitung
|
|
||||||
z.B. <code>yes</code> ist transformiert nach <code>1</code>
|
|
||||||
<br><br>
|
<br><br>
|
||||||
|
|
||||||
Die gespeicherten Werte können mittels GET Funktion angezeigt werden:
|
<code><configfilename></code> ist die vorbereitete <b>Konfigurationsdatei</b>. <br>
|
||||||
<ul>
|
<code><regexp></code> ist identisch <a href="https://fhem.de/commandref_DE.html#FileLog">FileLog</a> der Filelog-Definition.
|
||||||
<code>get myDbLog - - 2012-11-10 2012-11-10 KS300:temperature</code>
|
<br><br>
|
||||||
</ul>
|
|
||||||
<br>
|
|
||||||
|
|
||||||
<b>Beispiel:</b>
|
<b>Beispiel:</b>
|
||||||
<ul>
|
<ul>
|
||||||
<code>define myDbLog DbLog /etc/fhem/db.conf .*:.*</code><br>
|
<code>define myDbLog DbLog /etc/fhem/db.conf .*:.*</code><br>
|
||||||
<code>Speichert alles in der Datenbank</code>
|
speichert alles in der Datenbank
|
||||||
</ul>
|
</ul>
|
||||||
<br>
|
<br>
|
||||||
|
|
||||||
@ -5421,8 +5465,23 @@ sub checkUsePK ($$){
|
|||||||
<br>
|
<br>
|
||||||
Dieser Check prüft einige wichtige Einstellungen des DbLog-Devices und gibt Empfehlungen für potentielle Verbesserungen.
|
Dieser Check prüft einige wichtige Einstellungen des DbLog-Devices und gibt Empfehlungen für potentielle Verbesserungen.
|
||||||
(verfügbar für MySQL, PostgreSQL) <br><br>
|
(verfügbar für MySQL, PostgreSQL) <br><br>
|
||||||
|
|
||||||
<br>
|
<br>
|
||||||
|
|
||||||
|
DbLog unterscheidet den synchronen (Default) und asynchronen Logmodus. Der Logmodus ist über das
|
||||||
|
<a href="#DbLogattr">Attribut</a> asyncMode einstellbar. Ab Version 2.13.5 unterstützt DbLog einen gesetzten
|
||||||
|
Primary Key (PK) in den Tabellen Current und History. Soll PostgreSQL mit PK genutzt werden, muss PostgreSQL mindestens
|
||||||
|
Version 9.5 sein.
|
||||||
|
<br><br>
|
||||||
|
|
||||||
|
Der gespeicherte Wert des Readings wird optimiert für eine automatisierte Nachverarbeitung, z.B. <code>yes</code> wird transformiert
|
||||||
|
nach <code>1</code>. <br><br>
|
||||||
|
|
||||||
|
Die gespeicherten Werte können mittels GET Funktion angezeigt werden:
|
||||||
|
<ul>
|
||||||
|
<code>get myDbLog - - 2012-11-10 2012-11-10 KS300:temperature</code>
|
||||||
|
</ul>
|
||||||
|
<br>
|
||||||
|
|
||||||
<b>FileLog-Dateien nach DbLog übertragen</b> <br><br>
|
<b>FileLog-Dateien nach DbLog übertragen</b> <br><br>
|
||||||
Zur Übertragung von vorhandenen Filelog-Daten in die DbLog-Datenbank steht das spezielle Modul 98_FileLogConvert.pm
|
Zur Übertragung von vorhandenen Filelog-Daten in die DbLog-Datenbank steht das spezielle Modul 98_FileLogConvert.pm
|
||||||
zur Verfügung. <br>
|
zur Verfügung. <br>
|
||||||
|
|||||||
Loading…
x
Reference in New Issue
Block a user