SQL.0 loggt Daten viel zu oft

[Sneak-L8]

> Schließt sich das nicht gegenseitig aus?
Nein, ich denke, es ergänzt sich. Ich will nur die Änderungen, aber (aus welchem Grund auch immer) zumindest alle x Stunden/Minuten/Sekunden einen Wert geloggt haben.

Logische "Oder"-Verknüpfung, nicht "und" ;-).

[apollon77]

Korrekt. Die Bezeichnung müsste anstelle "Intervall aufzeichen" eher "… aber minderstens loggen alle" heissen

Das ist dafür hut das man bei Werten die sich selten ändern sonst nahezu keine gescheite grafische Darstellung bekommt. Wenn sich der Wert im graphen Zeitraum nicht geändert hat ist nichts da was man anzeigen könnte

[Hiltex]

Das bedeutet ja, dass garnichts aufgezeichnet wird, wenn das Interval 0 ist und zusätzlich der Haken bei „Änderungen aufzeichnen“ nicht gesetzt ist?

Das finde ich irgendwie komisch.

[apollon77]

Wenn der Haken bei „ nur Änderungen loggen“ nicht gesetzt ist wird jeder Wert geloggt.

Gesendet vom Handy …

[Hiltex]

Also dann bei jeder Aktualisierung des Datenpunktes?

[apollon77]

Korrekt. Egal ob wert geändert oder gleich.

Gesendet vom Handy …

[Hiltex]

Danke für die Aufklärung.

[Habedere]

Servus zusammen,

da mich das Thema SQL-Logging auch gerade beschäftigt - kurz eine Frage.

Fragt der SQL-Adapter einen Temperatur/Humidity Sensor dann auch viel öfter ab

als bei keiner Aufzeichnung?

Da müsste ja die Batterie extrem darunter leiden…

mfg

[Sneak-L8]

Der SQL-Adapter fragt gar nichts ab. Er hat nur den state abonniert und bekommt mit, wenn dort Werte (auch gleiche) geschrieben werden.

Die Werte werden nur vom Temperatur-Adapter gesetzt.

[Habedere]

@Sneak-L8:

Der SQL-Adapter fragt gar nichts ab. Er hat nur den state abonniert und bekommt mit, wenn dort Werte (auch gleiche) geschrieben werden.

Die Werte werden nur vom Temperatur-Adapter gesetzt. `
Somit bleibt die Lauftzeit der Sensoren also gleich - egal ob geloggt oder nicht.

Danke für die Aufklärung

[Sneak-L8]

@apollon77 @paul53 Ich muss dieses alte Thema wieder öffnen. Habe gerade festgestellt, dass sql.0 mal wieder jede Sekunde loggt anstelle nur alle Minute oder seltener.
Die Daten komemn von einem EnergyMeter, das seine Daten im Sekundentakt sendet.
Eingestellt habe ich:

aktiviert: ja
Änderungen aufzeichnen: ja
trotzdem gleiche Werte aufzeichnen: 0
Speichern als: automatisch
Entprellzeit: 60000 (alle Minute)
minimale Differenz zum letzten Wert: 150
keine automatische Löschung

Neu habe ich aktiviert, keine Null- und 0-Werte zu loggen.

In den Verlaufsdaten sehe ich aber wie gesagt ca. jede Sekunde einen Eintrag mit Werten:

• 16:05:36 => 3482
• 16:05:35 => 3491,4
• 16:05:34 => 3484,60000000004
• 16:05:33 => 3483,4
• 16:05:32 => 3489,8
• 16:05:31 => 3487,10000000004
• 16:05:30 => 3473,4

Das sind ja deutlich geringere Abweichungen als 150 (W). Mache ich etwas falsch?

Der Datenpunkt ist definiert als

• Zustandstyp: Zahl
• Rolle: value

Im JSON ist es noch mal schön zusammengrfasst:

{
  "type": "state",
  "role": "value",
  "common": {
    "name": "psurplus",
    "type": "number",
    "role": "value",
    "custom": {
      "sql.0": {
        "enabled": true,
        "changesOnly": true,
        "debounce": "60000",
        "maxLength": 10,
        "retention": 0,
        "changesRelogInterval": 0,
        "changesMinDelta": 150,
        "storageType": "",
        "aliasId": "",
        "counter": false,
        "ignoreZero": true,
        "ignoreBelowZero": false
      }
    }
  },
  "native": {},
  "_id": "sma-em.0.1901706890.psurplus",
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1647874776659
}

Vielleicht hab ich auch einfach nur einen Denkfehler?

[apollon77]

@sneak-l8 entprellzeit ist (und war es nicht nie!!!!) der logging Abstand!!!!!

Ja der „Bug“ ist immer noch da der hier Zuviel loggt. Ansonsten würdest du mit deiner Einstellung wohl nie auch nur einen Wert geloggt bekommen.
Entprellzeit bedeutet: logge nur wenn wert für diese Zeitspanne stabil - also gleich- ist!!

[Sneak-L8]

@apollon77 Danke für die Info. Dann setze ich die Entprellzeit wieder nach unten (die Option, frühesten nach x Sekunden wieder zuloggen fände ich aber auch hilfreich ).
Und dass das zuviel-Loggen noch ein Bug ist, beruhigt mich dahingehend, dass ich doch nichts falsch eingestellt hab (von der Entprellzeit abgesehen
Bug ist aber in Anführungszeichen. Hab ich vielleicht dochwas falsch verstanden?
Denn durch minDelta = 150 sollte ja eigentlich nur bei großen Änderungen was geloggt werden.

[Homoran]

@sneak-l8 sagte in SQL.0 loggt Daten viel zu oft:

Denn durch minDelta = 150 sollte ja eigentlich nur bei großen Änderungen was geloggt werden.

ja!

[Sneak-L8]

@homoran aber warum werden die Daten dann alle paar Sekunden geschrieben, wenn sich die werte nur um ein paar Watt verändert haben?

[Homoran]

@apollon77 sagte in SQL.0 loggt Daten viel zu oft:

der „Bug“ ist immer noch da der hier Zuviel loggt.

[Sneak-L8]

@homoran @apollon77 Wie lange gibt es den Bug schon? Quasi immer oder erst in letzter Zeit? Gibt es Bestrebungen diesen Bug zu fixen? Kann ich unterstützen?

[apollon77]

@sneak-l8 Schon länger, fix ist aber tricky weil nicht ganz so easy. Bestrebungen natürlich, bisher jemand Zeit gefunden leider nicht

[apollon77]

Für History habe ich das in der neuen "History 2.0.0" mal gefixt weil dort das gleiche Problem besteht. Wäre es möglich im vergleich sql/history mal anzusehen und zu sagen ob es in History 2.0.0 gefixt ist bevor ich "das gleiche" auf sql ausrolle?

Details: https://forum.iobroker.net/topic/54197/test-adapter-history-2-0-0

[Sneak-L8]

@apollon77 Vielen Dank für die neue Version. Ich habe sie jetzt mal für den EnergyMeter parallel zu SQL.0 mitlaufen lassen. Insgesamt sieht es sehr gut aus. Ab und an werden noch Werte 2x hintereinander geloggt, aber deutlich seltener als mit dem bisherigen Bug.

Einstellunen:

• aktiviert
• Entprellzeit: 0
• Blockzet: 30000 (das ist ne super neue Option!)
• nur Änderugnen aufzeichnen
• trotzdem gleiche Werte: 0
• minimale Differenz: 150
• Vorhaltezeit: 1 Jahr
• Sätze im RAM: 960
  Der Rest ist leer.

So würde mir das auch für den SQL-Adapter gefallen.

Einzige Verbesserungsmöglichkeit: beim energyMeter kommen durchaus zurecht 0-Werte vor (surplus und regard in getrennten Feldern), daber wäre es schlnm, man könnte die Option "Zero- oder Nullwerte ignorieren (==0)" in zwei Optionen aufteilen, so dass nur die null unterdrückt werden.

Viele Grüße und danke für Deine Arbeit!
Sneak-8