DbLog probleme mit aktueller version

[roedert]

...hab auch noch eine "unschöne" Fehlermeldung bekommen (mit der aktuellen version) ..... nach dem Batteriewechsel am FHT80b:

Code Auswählen Erweitern

Argument "synctime: 16" isn't numeric in multiplication (*) at /opt/fhem/FHEM/93_DbLog.pm line 228.

[Tobias]

...hab auch noch eine "unschöne" Fehlermeldung bekommen (mit der aktuellen version) ..... nach dem Batteriewechsel am FHT80b:

Code Auswählen Erweitern

Argument "synctime: 16" isn't numeric in multiplication (*) at /opt/fhem/FHEM/93_DbLog.pm line 228.

Kommt definitiv nicht vom Update... war vorher auch schon... ev müsste man ab Zeile 225 etwas anpassen. Da ich aber keine FHT´s besitze bin ich auf Zulieferung von Patches angewiesen...

Code Auswählen Erweitern

      elsif($value eq "synctime") {
        $reading= "actuator-synctime";
        undef $value;
      }

[betateilchen]

Dazu muss man gar keine FHT haben

Code Auswählen Erweitern

Argument "synctime: 16"

Du testest aber auf

Code Auswählen Erweitern

elsif($value eq "synctime") {

anstatt auf

Code Auswählen Erweitern

elsif($value eq "synctime:") {

und landest deshalb im letzten else, wo probiert wird, $value als numerischen Wert zu interpretieren, was fehlschlagen muss, da der Textteil noch enthalten ist.



Das Loggen von FHT80b in der jetzigen Form in DbLog kann ohnehin nicht immer korrekt funktionieren, denn Du schreibst immer "actuator-<reading>" als readingname. Wenn aber an einer FHT80b mehr als ein Actuator (maximal angemeldet sind, werden die mit actuator1..actuator8 bezeichnet. Entsprechend müsstest Du dann auch die Readings so benennen. Es gibt sowohl "actuator" als auch "actuatorN".

[Tobias]

ich habe dieses CodeBlock von Boris Neubert übernommen. Ich kann das nicht testen... Schickt mir nen Patch...

[betateilchen]

Du wirst doch einen fehlenden Doppelpunkt auch ohne DIFF-Datei hinbekommen? 

[Joachim]

Moin Tobias,
bei der letzten aktualisierung von DbLog hat sich in Zeile 709 ein Sonderzeichen eingeschlichen
$readings[$i][1] = "%" if(length($readings[$i][1])==0); #falls Reading nicht gef\FCllt setze Joker
und in Zeile 1704 nocheinmal
Damit erh\E4lt man alle aktuellen Readings "temperature" von allen in der DB geloggten Devices.
 
zumindest meutert mich gedit an, wenn ich DbLog öffnen will.

Gruß Joachim

Edith:
Oder habe ich mit codepage UTF-8 den falschen Zeichensatz?

[betateilchen]

Hallo Tobias,

ich hab mal noch eine Grundsatzfrage: Die Tabelle current wird wohl gar nicht benutzt? Bei mir (sqlite3) ist die jedenfalls immer leer. Nicht dass ich da etwas vermissen würde, aber irgendwas muss sich irgendjemand ja mal dabei gedacht haben, oder?

Viele Grüße
Udo

[roedert]

Also bei mir (mysql) ist in current jeweils der letze Wert eines jeden Readings.

[Puschel74]

Hallo,

ich habe heute auch mal meine Definitionen der Plots "aufgeräumt" nachdem ich mal wieder in das Logfile geschaut habe und das

Defining DbLog SVG-Plots with :CURRENT is deprecated. Please define DbLog SVG-Plots with :HISTORY instead of :CURRENT. (define <mySVG> SVG <DbLogDev>:<gplotfile>:HISTORY)

gefunden habe.

Ich habe ja kein Problem mit der Meldung aber ich wollt nur mal my2cents beitragen 

Grüße

[Tobias]

Hallo Tobias,

ich hab mal noch eine Grundsatzfrage: Die Tabelle current wird wohl gar nicht benutzt? Bei mir (sqlite3) ist die jedenfalls immer leer. Nicht dass ich da etwas vermissen würde, aber irgendwas muss sich irgendjemand ja mal dabei gedacht haben, oder?

Viele Grüße
Udo

liegt an deiner Einstellung im DbLog. Steht bestimmt auf "History" 

Puschel: Die Meldung soll dir sagen das die SVG´s umdefiniert werden soltzen...

[betateilchen]

liegt an deiner Einstellung im DbLog. Steht bestimmt auf "History"

Hau mich nicht, ich hab gestern VOR meinem Posting lange erfolglos gesucht, um eine Antwort zu finden. Wo soll ich denn da irgendwo etwas einstellen können?

[Joachim]

Moin betateilchen,

Es gibt ein nicht dokumentiertes attr, mit dem man zw. current und/oder history unterscheiden kann, wenn es nicht gesetzt ist, wird immer current/history gesetzt.
nur dann wird current mit dem letzten Wert gefüttert (beim Starten wird der Wert eingetragen, danache wird in dieser Tabelle der Wert nur noch upgedatet), und wenn ich das richtig nachvollzogen habe, flüchtig im RAM gespeichert.
Der Sinn hat sich mir auch noch nicht ganz erschlossen, aber ich versuche gerade mir das für einen Umbau von DbLog zu nutze zu machen.

Gruß Joachim

[Tobias]

komisch... ohne das Attribut "DbLogType" wird immer in Current und History geloggt. Das ist Default.
Mit diesem Attr. kannst du einstellen ob du nur aktuelle Werte (current) oder nur historische (history) oder beides (Current/History) (->default) haben willst.

Seit neuestem benutze ich auch die CurrentTabelle im Modul Text2Speech um Statistiken über die Nutzung der MP3 Files zu sammeln. Wird später noch benutzt um nicht verwendete Files automatisiert löschen zu können.

[Tobias]

Der Sinn hat sich mir auch noch nicht ganz erschlossen, aber ich versuche gerade mir das für einen Umbau von DbLog zu nutze zu machen.

Versteh ich nicht...

Die letzten Änderungen am DbLog (Nutzung von Wildcards) sind alles Vorarbeiten um per fhemweb Daten aus der Db zu bekommen, aber auch um noch etwas später Daten löschen zu können.

[Joachim]

Moin Tobias,
Das bezieht sich auf diesen Tread:
http://forum.fhem.de/index.php/topic,17468.15.html

auf jeden fall hört sich das ganz gut an...
Macht doch einen Patch, dann checke ich das ins contrib ein zum breiten testen. Bitte diese Funktionalität per Attr steuern.
Auf meiner TODO-Liste steht die Idee mit der Aggregation und dem daraus resultierenden Löschen... Meine Postgresql-DB ist zZ. 2GB groß

Ich bin mit dem Umbau fast fertig, und habe ersteinmal das undokumentierte attr current dafür genutzt, da ich dafür keine andere Verwendung gesehen habe.
Das ganze muß noch ein paar Tage getestet werden, und dann stelle ich es zur Verfügung.

Gruß Joachim