SQL History Adapter - Frage zu den Einstellmöglichkeiten
-
@etv:. Gibt es da eine Beschreibung was die einzelnen Punkte genau unterscheidet - `
Leider Nein, bin noch nicht dazu gekommen
Nur Änderungen ist bool ja,nein
Gleiche Werte ist numerischer Werte in Sekunden , deswegen das (s). Je höher der Wert, desto seltener werden gleiche Werte aufgezeichnet.
Minimale Abweichung ist ebenfalls numerisch (auch Zehntel) und gibt an wie stark sich ein Wert vom zuletzt gespeicherten unterscheiden muss, bevor er aufgezeichnet wird.
Gruß
Rainer
-
@etv:. Gibt es da eine Beschreibung was die einzelnen Punkte genau unterscheidet - `
Leider Nein, bin noch nicht dazu gekommenNur Änderungen ist bool ja,nein
Gleiche Werte ist numerischer Werte in Sekunden , deswegen das (s). Je höher der Wert, desto seltener werden gleiche Werte aufgezeichnet.
Minimale Abweichung ist ebenfalls numerisch (auch Zehntel) und gibt an wie stark sich ein Wert vom zuletzt gespeicherten unterscheiden muss, bevor er aufgezeichnet wird.
Gruß
Rainer `
…perfekt, danke dir! Das war schon alles was ich gesucht habe!Liebe Grüße
tom
-
Hallo Kollegen,
damit ich kein neues Thread aufmache, stelle ich meine Frage hier - vielleicht gibt es einfaches Antwort und alles ist mit zwei Mausklicks erledigt :roll: .
Ich habe folgendes Problem: einige meine Werte ignorieren die Einstellung "Minimale Abweichung vom letzten Wert für Aufzeichnung" (deadband) aber eben nicht alle :evil: ! Die Einstellung ist sehr nutzvoll für große Datenmengen in kurze Zeitabstände.
Die erste Beispiel ist die Variable "rpi2.0.memory.memory_available" - die Einstellung von minimale Abweichung wird komplett Ignoriert.
Bei eine andere Variable z.B. - die Momentanleistung meines Stromzählers - die Einstellung von minimale Abweichung 50 W funktioniert wunderbar!
Beide Werte sind sonst gleich eingestellt - die einzigste was mit einfällt ist, dass die eine Wert Ganzzahlig ist, die andere - Gleitkomma (REAL).
Hat jemand Ideen?
1247_hyst1.png
1247_hyst2.png
1247_hyst3.png
1247_hyst4.png -
Hast Du die aktuellste Adapter Versionen? Wenn nein bitte updaten.
Ansonsten mal die Instanz um die es geht auf "debug"-Loglevel setzen (Instanzen -> Expertenmodus). Dann loggt er einiges zu seiner "Entscheidungslogik" … vllt hilft das beim weiteren untersuchen. Bitte posten. Danke
-
Hallo apollon77,
danke für den Tipp mit dem Debug-mode. Unten ist ein Screenshot davon. Jetzt ist klar warum die Delta ignoriert wurde (Min-Delta ignored because no number), einzigste unklar ist warum die Value vom z.B. 204.97 kein Zahl sein sollte? Macht der vergleichscript intern keine explizite conversion (casting)?
Die Adaptern laufen bei mir immer unter die neueste Version:
SQL - 1.4.2
RPI-Monitor - 0.3.1
Auf dem Screenshot ist die declaration der Variable "rpi2.0.memory.memory_available" dargestellt - so wie die Variable vom RPI-Monitor Adapter eingelegt worden ist. Komisch ist der Typ "mixed" - soll das etwas wie "Variant" vom VB sein?
Vielleicht hilft hier den Typ umzustellen?
P.S.
Ich habe die Variable auf "Zahl" umgestellt, leider ohne Erfolg (s. Debug unten). Die Zeile mit last-value='196.30' hat kurz die Hoffnung erweckt, aber leider umsonst. Jemand Ideen?
sql.0 2017-01-31 19:28:07.264 debug sql.0 Min-Delta ignored because no number rpi2.0.memory.memory_available, last-value=199.08, new-value=203.41, ts=1485887287249 sql.0 2017-01-31 19:28:07.262 debug inMem message rpi2.0.memory.memory_available rpi2.0.memory.memory_available sql.0 2017-01-31 19:27:06.295 debug sql.0 Min-Delta ignored because no number rpi2.0.memory.memory_available, last-value=202.04, new-value=199.08, ts=1485887226279 sql.0 2017-01-31 19:27:06.293 debug inMem message rpi2.0.memory.memory_available rpi2.0.memory.memory_available sql.0 2017-01-31 19:26:05.377 debug sql.0 Min-Delta ignored because no number rpi2.0.memory.memory_available, last-value=192.92, new-value=202.04, ts=1485887165359 sql.0 2017-01-31 19:26:05.372 debug inMem message rpi2.0.memory.memory_available rpi2.0.memory.memory_available sql.0 2017-01-31 19:25:04.446 debug sql.0 Min-Delta ignored because no number rpi2.0.memory.memory_available, last-value=193.86, new-value=192.92, ts=1485887104435 sql.0 2017-01-31 19:25:04.445 debug inMem message rpi2.0.memory.memory_available rpi2.0.memory.memory_available sql.0 2017-01-31 19:24:03.512 debug sql.0 Min-Delta ignored because no number rpi2.0.memory.memory_available, last-value='196.30', new-value=193.86, ts=1485887043459 sql.0 2017-01-31 19:24:03.512 debug inMem message rpi2.0.memory.memory_available rpi2.0.memory.memory_available sql.0 2017-01-31 19:23:02.503 debug inMem message rpi2.0.memory.memory_available rpi2.0.memory.memory_available sql.0 2017-01-31 19:22:46.245 info sql.0 enabled logging of rpi2.0.memory.memory_available sql.0 2017-01-31 19:22:03.023 info enabled logging of rpi2.0.memory.memory_available sql.0 2017-01-31 19:21:42.536 info enabled logging of rpi2.0.memory.memory_available sql.0 2017-01-31 19:17:42.375 info enabled logging of rpi2.0.memory.memory_available sql.0 2017-01-31 19:16:56.673 debug Min-Delta ignored because no number rpi2.0.memory.memory_available, last-value=211.58, new-value=211.52, ts=1485886616660 inMem 2017-01-31 19:16:56.669 debug message rpi2.0.memory.memory_available rpi2.0.memory.memory_available val=211.52, ack=true, ts=1485886616660, q=0, from=system.adapter.rpi2.0, lc=1485886616660Geändert: Code in Code-Tags; Homoran (Mod)
1247_mem.png
1247_memavail.png -
Das bringt einiges Licht ins Dunkel!!
Die Typ-Konvertierung passierte bisher immer erst später zum Speichern
Ich hab das jetzt zum teil vorgezogen … Bitte Update vom Github ausprobieren
-
Hallo apollon77,
jetzt passt - die Delta wird beachtet! Danke!
Nur noch eine Frage - wird beim nächstes/übernächstes Update vom SQL-Adapter meine (neuere vom GitHub v.1.4.3) Version hochgezogen? Oder muss ich manuell den SQL-Adapder deinstallieren/neuinstallieren damit ich die neuen Updates automatisch mitkriege?
-
Die Updates sobald es höhere Versionsnummern sind werden weiterhin angezeigt. Musst nix besonderes machen.
Danke für Dein Feedback: Dann veröffentliche ich das später mal offiziell und auch für History und für InfluxDB
-
Ich habe einige Probleme und Fragen zum SQL-Adapter:
<list type="decimal">4. Ich würde gerne boolesche Werte aufzeichnen, aber nur bei einer Änderung. Egal, ob ich die minmale Änderung auf 0 oder 1 setze, es wird alle 5 Minuten ein Wert aufgezeichnet, obwohl keine Änderung vorliegt. Was muss ich tun, damit wirklich nur bei einer Änderung aufgezeichnet wird?
-
Ich wollte mit PhpMyAdmin Daten auswerten, aber habe ich es nicht einmal geschafft, den Timestamp in ein lesbares Datum umzuwandeln. Wie kann ich diesen Wert in ein Datum umwandeln?
select d.name , t.ts , t.val from ts_bool t left join datapoints d ON d.id=t.id where d.id = 29 ORDER BY t.ts DESC -
Was bedeutet die Spalte "Bestätigt" und wie ist dieser Wert zu interpretieren?
-
-
@Kylo Ren:Ich würde gerne boolesche Werte aufzeichnen, aber nur bei einer Änderung. Egal, ob ich die minmale Änderung auf 0 oder 1 setze, es wird alle 5 Minuten ein Wert aufgezeichnet, obwohl keine Änderung vorliegt. Was muss ich tun, damit wirklich nur bei einer Änderung aufgezeichnet wird? `
Du hakst einfach "nur änderungen aufzeichnen" an. Der Name sagt das doch schon.@Kylo Ren:Ich wollte mit PhpMyAdmin Daten auswerten, aber habe ich es nicht einmal geschafft, den Timestamp in ein lesbares Datum umzuwandeln. Wie kann ich diesen Wert in ein Datum umwandeln?
select d.name , t.ts , t.val from ts_bool t left join datapoints d ON d.id=t.id where d.id = 29 ORDER BY t.ts DESC ```` `Ich glaube ts sind die Sekunden ode rmilisekunden seit 1.1.1970. Da gibts ne SQL Funktion, hab Sie aber gerade nicht parat. Sorry. SIch mal im Forum das gags schon mehrfach
@Kylo Ren:Was bedeutet die Spalte "Bestätigt" und wie ist dieser Wert zu interpretieren? `
Das ist der "ack" Flag eines Wertes. Er bezeichnet:
true = Wert kommt vom gerät und ist der echte Wert
false = Ein User/Adapter möchte den Wert auf diesen Wert setzen (damit unbestätigt) und er wird ans Gerät gesendet
