SQL History Adapter - Frage zu den Einstellmöglichkeiten

[etv]

Liebe Leute,

beim SQL-History Adapter kann man ja einstellen, wann die Werte übernommen werden sollen. Gibt es da eine Beschreibung was die einzelnen Punkte genau unterscheidet - sie sind dann ja doch recht ähnlich

Nur Änderungen aufzeichnen? (bool)

Gleiche Werte aufzeichnen? (Wert oder bool?)

Minimale Abweichung vom letzten Wert für Aufzeichnung?

Liebe Grüße

tom

[Homoran]

@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]

@Homoran:

@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 `
…perfekt, danke dir! Das war schon alles was ich gesucht habe!

Liebe Grüße

tom

[nop0]

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

[apollon77]

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

[nop0]

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=1485886616660

Geändert: Code in Code-Tags; Homoran (Mod)
1247_mem.png
1247_memavail.png

[apollon77]

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

[nop0]

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?

[apollon77]

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

[Kylo Ren]

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?

8. 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
   

9. Was bedeutet die Spalte "Bestätigt" und wie ist dieser Wert zu interpretieren?

[apollon77]

@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