Sql.0 daten futsch …...

nop0

Hallo Kollegen,

bei mir auch das gleiche wie beim eric2905.

Bluefox

Hi Bluefox,

bei mir ist es auch so.

Ich logge den Tages-Stromverbrauch vom Haus seit mind. 3 Wochen auf einem mySQL-Server im Internet.

Auf dem Ufertreffen hatte ich auch noch eine Grafik für die letzten7 Tage (in VIS mit eingebunden) abrufen / anzeigen können.

Jetzt komme ich auch nur nich auf 24 Stunden:
filename="flot-config.png" index="0">~~

Eine direkte Abfrage beim SQL-Server mit
SELECT `ts_number`.`id`,
    `ts_number`.`ts`,
    `ts_number`.`val`,
    `ts_number`.`ack`,
    `ts_number`.`_from`,
    `ts_number`.`q`
FROM `iobroker`.`ts_number`where id = 3;
(ID = 3 ist meine Systemvariable auf der CCU, die mit hm-rega abgeholt wird) ergibt 2812 Datensätze.

Das Ergebnis hänge ich als Anhang (txt tab getrennt) mit an.
filename="ID3.txt" index="1">~~

Gruß,

Eric `
Super dass, du Rohdaten gepostet hast. Da sehe ich nämlich, dass deine Daten erst ab "Fri May 27 2016 21:19:15 GMT+0200" Starten. Das heißt, dass es im DB einfach nicht mehr Daten gibt.

Bluefox

Danke für eure Unterstützung. Ich konnte das Problem finden.

Und zwar ist das Problem nur da, wenn man "Never delete" option auswählt.

Falls diese Option gesetzt war, dann wurde die Historie auf ein Tag reduziert.

Es gibt neue Version. 8-)

Dutchman

Hi Bluefox,

Super danke dir.

Ich wert heut Abend die neue Version laden und Resultat Posten.

Sent from my iPhone using Tapatalk

nop0

Für mich hat es nicht funktioniert. Ich komme wie früher nur bis zum ca. 08:50 am 28.05.16.

Homoran

~~@Bluefox:~~

wenn man "Never delete" option auswählt.

Falls diese Option gesetzt war, dann wurde die Historie auf ein Tag reduziert. `
Das ist ja fast never! :mrgreen:

~~@nop0:~~

Für mich hat es nicht funktioniert. Ich komme wie früher nur bis zum ca. 08:50 am 28.05.16. `
Wie auch, du musst ja erst neue Daten sammeln!

Gruß

Rainer

Bluefox

~~@nop0:~~

Für mich hat es nicht funktioniert. Ich komme wie früher nur bis zum ca. 08:50 am 28.05.16. `
Es gibt diese Daten nicht mehr bei dir. Deswegen kommst du nicht drauf.

Dutchman

~~@Bluefox:~~

~~@nop0:~~

Für mich hat es nicht funktioniert. Ich komme wie früher nur bis zum ca. 08:50 am 28.05.16. Es gibt diese Daten nicht mehr bei dir. Deswegen kommst du nicht drauf.

Hmm, seit ihr euch sicher ?

Ich habe den SQL adapter jetzt auf neuesten stand gebracht, auch bei mir fehlen die Daten davor.

Habe die query's verglichen mit vor 2 tagen:

27-05 = 16000 eintrage in der Datenbank
heute = 21000 eintrage

Ich frag mich dan auch ab ob die daten wirklich nicht da sind.

(mein SQL query "count" sagt mir was anderes :))

Zum debug mal completter dump der SQL dauen aus meiner DB.
979_ts_number.csv

nop0

Danke Bluefox und Homoran,

ihr habt leider Recht! Den ersten Timestamp in DB ist vom 28.5.16 7:05. Also die Daten sind weg :( .

Btw. kann mir jemand erklären die unterschied bei der Aggregationstypen Total und minmax? Ich will einfach die "echten" Daten im Float anzeigen, nicht irgendwelche Summen u.s.w.? Wenn ich minmax nehme, sollte der Float die min/max werte für das ausgewählte Zeitintervall zeigen, richtig? Was sollte beim Aggregation >> Schritttyp: Sekunden, Bzw. Anzahl stehen?

@Dutchman

In deine Tabelle die erste Datensatz ist vom 28.5.16 7:24 und die letzte vom 29.5.16 13:24 - also wie be mir - die Daten sind weg!

Mach dir eine Excel Tabelle mit dem Formel````
=(((Bxx/60)/60)/24)+25569

Homoran

Das passt zwar nur indirekt hierhin, aber ich denke, dass unter dem Begriff Aggregation zwei verschiedene Dinge durcheinandergewürfelt werden.

Einmal die "Anzeigeart" Min/max/mittel/minmax… die wahrscheinlich (Vermutung durch ausprobieren) den Wert (bei Minmax beide) anzeigt, der in dem Zeitraum, der in dem Chart einen Punkt ausmacht (und in Wirklichkeit aus mehrene Messpunkten besteht, diese aber wegen der Auflösung nicht alle angezeigt werden) über diese Funktion ermittelt wird.

Dieser Theorie widerspricht aber, dass ich bei min höhere Werte angezeigt bekomme, als bei max.

Das zweite Mal taucht Aggregation unter dem Block "Zeit" auf.

Hier kann man zwischen sec und Anzahl wählen.

Ich hätte erwartet, dass hier die Anzahl der zusammenfassenden Punkte (in Zeit resp. Sekunden) angegeben wird.

Anscheinend ist dies aber genau anders herum.

Wenn ich Anzahl angebe, kann ich (anscheinend) die Anzahl Punkte, die in einem Chart angezeigt werden sollen festlegen.

der Wert 2 ergibt eine Gerade, bei dem Wert 4 enthält diese 2 Knicke.

Auf jeden Fall kann man hiermit die Datenrate, die zum View geschickt wird deutlich reduzieren.

Gruß

Rainer

Dutchman

~~@nop0:~~

@Dutchman

In deine Tabelle die erste Datensatz ist vom 28.5.16 7:24 und die letzte vom 29.5.16 13:24 - also wie be mir - die Daten sind weg!

Mach dir eine Excel Tabelle mit dem Formel=(((Bxx/60)/60)/24)+25569, wo Bxx Spalte B1 bis xx ist und so kannst du selber prüfen (ich musste die milisekunden - letzte 3 Zeichen vom Spalte ts entfernen). `

Danke für die Formel die hat mir gefehlt.

Ich werde es weiter beobachten die Grafik zeigt ab 10 Uhr an würde ab 7 erwarten.

Update ist drauf, jetzt mal Tag lang Daten loggen und schaun was passiert

Sent from my iPhone using Tapatalk

eric2905

~~@Bluefox:~~

Und zwar ist das Problem nur da, wenn man "Never delete" option auswählt.

Falls diese Option gesetzt war, dann wurde die Historie auf ein Tag reduziert. `
Ja, genau das habe ich eingestellt.

Gruß,

Eric

ehome

Hallo,

damit ist der eine Teil meiner ursprünglichen Frage ja geklärt - die die Daten in der DB sind weg.

Kann man nun die Daten irgendwie vom lokalen History Adapter in die DB bekommen ?

Bluefox

~~@ehome:~~

Hallo,

damit ist der eine Teil meiner ursprünglichen Frage ja geklärt - die die Daten in der DB sind weg.

Kann man nun die Daten irgendwie vom lokalen History Adapter in die DB bekommen ? `
Wenn du so eine Frage stellst, dann nicht.

Wenn die Daten unbedingt in die DB rein müssen, dann kann man einen Skript schreiben. Aber es ist aufwändig.

sissiwup

Hallo,

ich hatte schonmal beschrieben, wie man die Daten aus der History in Sql umzieht. Schau mal meine Posts zu Sql…

ehome

Hab es quick and dirty mit nem Perl Script gelöst, trotzdem danke.

holgerwolf

~~@Homoran:~~

Das passt zwar nur indirekt hierhin, aber ich denke, dass unter dem Begriff Aggregation zwei verschiedene Dinge durcheinandergewürfelt werden.

Einmal die "Anzeigeart" Min/max/mittel/minmax… die wahrscheinlich (Vermutung durch ausprobieren) den Wert (bei Minmax beide) anzeigt, der in dem Zeitraum, der in dem Chart einen Punkt ausmacht (und in Wirklichkeit aus mehrene Messpunkten besteht, diese aber wegen der Auflösung nicht alle angezeigt werden) über diese Funktion ermittelt wird.

Dieser Theorie widerspricht aber, dass ich bei min höhere Werte angezeigt bekomme, als bei max.

Das zweite Mal taucht Aggregation unter dem Block "Zeit" auf.

Hier kann man zwischen sec und Anzahl wählen.

Ich hätte erwartet, dass hier die Anzahl der zusammenfassenden Punkte (in Zeit resp. Sekunden) angegeben wird.

Anscheinend ist dies aber genau anders herum.

Wenn ich Anzahl angebe, kann ich (anscheinend) die Anzahl Punkte, die in einem Chart angezeigt werden sollen festlegen.

der Wert 2 ergibt eine Gerade, bei dem Wert 4 enthält diese 2 Knicke.

Auf jeden Fall kann man hiermit die Datenrate, die zum View geschickt wird deutlich reduzieren.

Gruß

Rainer `

Also ich habe eine Min-Max (pro Tag) Anzeige über einen bestimmten, wählbaren Zeitraum hinbekommen, indem ich unten bei Aggretation auf Sekunden und 86400 (=1Tag) und oben bei den Daten zwei Linien mit den gleichen Messpunkten, einmal für Min und einmal für Max eingeragen habe. Charttype auf Schritte stellen.

Sieht dann so aus:

Gruß

Holger

Homoran

und bei welcher Kurve hast du min und bei welcher max eingestellt?

(rot/blau)

Gruß

Rainer

holgerwolf

~~@Homoran:~~

und bei welcher Kurve hast du min und bei welcher max eingestellt?

(rot/blau)

Gruß

Rainer `

Rot ist Max und Blau ist Min. Sieht man das nicht an den Werten? :)

Gruß

Holger

Homoran

~~@holgerwolf:~~

Rot ist Max und Blau ist Min. Sieht man das nicht an den Werten? :) `
eben! (und an den Farben)

bei mir hat es bisher so aber nicht geklappt!

http://forum.iobroker.net/viewtopic.php … 447#p26447

Da muss ich jetzt nochmal testen.

Gruß

Rainer

Community Forum

NEWS

Sql.0 daten futsch …...

Support us

658

32.7k

82.4k

1.3m