UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[apollon77]

@feuersturm aufgeräumt wird immer dann wenn auch was neues ins file geschrieben wird. Ergo: wie lange braucht er bis er 960 Einträge gesammelt hat und schreibt? ;-)) alternativ mal Adapter testen dann wird auch geschrieben und er sollte auch aufräumen. Und dann räumt er glaube tageweise auf.

Am Ende hab ich daran nichts geändert aber ja wenn was wäre fixen wir das natürlich

[apollon77]

@feuersturm also check für aufräumen erfolgt frühestens alle 6h, dann wird aufgeräumt nur ganze tage ab dem tag "vor" ablauf der retention
generell gilt: speichern alle 10 mins ODER wenn die anzahl erreicht ist

[Feuersturm]

@apollon77 Dann warte ich nochmal etwas ab.

Hab gerade einmal mit diesem kleinen Codeschnipsel etwas mit min, max, average, percentile, quantile herumgespielt und auf dem ersten Blick kamen da plausible Werte raus

var end = Date.now();
sendTo('history.1', 'getHistory', {
    id: 'proxmox.0.lxc_ioBrokerTestsystem.cpu',
    options: {
        start:      end - 3600000,
        end:        end,
        count: 1,
        aggregate: 'percentile',
        addId: true,
        percentile: 50
    }
}, function (result) {
    console.log(JSON.stringify(result))
    console.log(result.result[0].val);

});

[SBorg]

Good job, läuft auf Anhieb
Von meinen rund 30 Einträgen liefen sofort fast alle. Die die nicht wollten musste ich neu speichern, danach ging es. Leider bin ich eben erst auf die Idee gekommen ob es nicht auch einfach ein iob restart (oder nochmaliger Adapterrestart) getan hätte?

[apollon77]

@sborg hatten die „die nicht wollten“ denn was besonderes? Wurden sie beim start mit aufgelistet? An sich wäre überraschend wenn einer „nicht will“ der vorher tat es sei denn es sind relevante settings Jetzt beachtet - dann hätten sie aber nach nur neu speichern sich nicht tun sollen. Strange und ohne Infos schwierig zu beantworten

[SBorg]

@apollon77 Angelegt wurden sie, aber immer mit Wert "0" geschrieben.
Keine ganz speziellen Eigenschaften, aber trotzdem habe ich eine Gemeinsamkeit gefunden (siehe Pixelmatsch):

Alle nutzen einen Alias

[apollon77]

@sborg sehr interessant. Kannst du bitte mal checken ob es nach einem restart vom Adapter wieder so ist? Und wenn bitte debug log vom Adapter und bei so einem relevanten state aktiviere und dann mal log senden vom Start und von wenn du es dann speicherst.

Ich versuche es nachher auch mal nachzustellen

[SBorg]

@apollon77 sagte in Test Adapter History 2.0.0:

Kannst du bitte mal checken ob es nach einem restart vom Adapter wieder so ist?

Ja und Nein. Einmal gespeichert überlebt es auch einen Adapterneustart:

• gestern 14:00 Uhr Update (+ vergessen zu kontrollieren, da anderes wichtigeres da zumindest lief )
• heute ~ 07:30 Uhr den Peak (warum auch nur einer?) verstehe ich nicht so ganz...
• kurz vor 10:00 Uhr die Fehler bemerkt und testweise mal an einem gespielt (dann 15 Minuten bis zum nächsten Update warten; wie üblich dabei "gestört" worden und vergessen...)
• 11:00 Uhr Yeah, geht und die restlichen 4 neu gespeichert...
• ab > 15:00 Uhr nichts mehr ersichtlich und funktioniert trotz erfolgtem Adapterrestart

Die restlichen 20 (habe in Summe doch nur 25 ) laufen bis dato anstandslos (selbe Einstellungen, nur halt alle ohne Alias)

[apollon77]

@sborg aber waren alle mit nem alias betroffen korrekt? Oder auch nur einige?

[SBorg]

@apollon77 Alle 5 "defekten" nutzen einen Alias. Hier geht es wie man unschwer erkennen kann um Benzinpreise. Da der Tankerkönig dann die Stationen nur durchnummeriert ist es nicht gerade sehr intuitiv und ich nutze dort die Aliase. Bei den restlichen nehme ich dann die Standardnotation des DPs.

Den einzelnen Peak verstehe ich dabei überhaupt nicht...

Hier mal der passende JSON:

Spoiler

[
 {
   "val": 0,
   "ack": true,
   "ts": 1650081015052,
   "q": 0,
   "from": "system.adapter.tankerkoenig.0",
   "user": "system.user.admin",
   "lc": 1650053174973
 },
 {
   "val": 0,
   "ack": 1,
   "ts": 1650081722077,
   "q": 0,
   "user": "system.user.admin",
   "from": "system.adapter.history.0"
 },
 {
   "val": null,
   "ts": 1650081722078,
   "lc": 1650081722078,
   "q": 64,
   "from": "system.adapter.history.0"
 },
 {
   "val": null,
   "ts": 1650081751008,
   "ack": 1,
   "q": 64
 },
 {
   "val": 0,
   "ack": 1,
   "ts": 1650081976296,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 0,
   "ack": 1,
   "ts": 1650085816292,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 2.129,
   "ack": 1,
   "ts": 1650085816295,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 0,
   "ack": 1,
   "ts": 1650086776277,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 0,
   "ack": 1,
   "ts": 1650087736269,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 0,
   "ack": 1,
   "ts": 1650088696281,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 0,
   "ack": 1,
   "ts": 1650089656281,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 0,
   "ack": 1,
   "ts": 1650090616274,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 0,
   "ack": 1,
   "ts": 1650091576277,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 0,
   "ack": 1,
   "ts": 1650092536283,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 0,
   "ack": 1,
   "ts": 1650093496298,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.989,
   "ack": 1,
   "ts": 1650094456295,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 2.039,
   "ack": 1,
   "ts": 1650095416305,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.989,
   "ack": 1,
   "ts": 1650096376288,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.989,
   "ack": 1,
   "ts": 1650098296310,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.979,
   "ack": 1,
   "ts": 1650099256305,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.979,
   "ack": 1,
   "ts": 1650101176306,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.969,
   "ack": 1,
   "ts": 1650102136301,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.969,
   "ack": 1,
   "ts": 1650103096315,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.959,
   "ack": 1,
   "ts": 1650104056345,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.959,
   "ack": 1,
   "ts": 1650105016328,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.999,
   "ack": 1,
   "ts": 1650105976352,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.999,
   "ack": 1,
   "ts": 1650106936321,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.959,
   "ack": 1,
   "ts": 1650107896372,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.959,
   "ack": true,
   "ts": 1650112696363,
   "q": 0,
   "from": "system.adapter.tankerkoenig.0",
   "user": "system.user.admin",
   "lc": 1650107896372
 },
 {
   "val": 1.959,
   "ack": 1,
   "ts": 1650113463498,
   "q": 0,
   "user": "system.user.admin",
   "from": "system.adapter.history.0"
 },
 {
   "val": null,
   "ts": 1650113463499,
   "lc": 1650113463499,
   "q": 64,
   "from": "system.adapter.history.0"
 },
 {
   "val": 1.959,
   "ack": 1,
   "ts": 1650113480027,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.959,
   "ack": 1,
   "ts": 1650116536346,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.999,
   "ack": 1,
   "ts": 1650117496345,
   "q": 0,
   "user": "system.user.admin"
 },
 {
   "val": 1.959,
   "ack": 1,
   "ts": 1650118456349,
   "q": 0,
   "user": "system.user.admin"
 }
]

wobei er da lt. Einstellungen "0" und "Null" eigentlich gar nicht hätte loggen dürfen?

[apollon77]

@sborg sehr komisch. Ich schaue nochmal ob ich es nachstellen kann.

[apollon77]

@sborg Ich bekomme es nicht nachgestellt habs auch in die Tests implementiert ... und Alias tut . Denkst Du du kommst (vllt aus nem Backup?) noch an ein "originales Objekt" ran? Dann könnte ich exakt die settings nacspielen

[A Former User]

@apollon77 guten Abend

Darf ich Mal eine grundsätzliche Verständnis Frage stellen? Ich nutze aktuell den SQL Adapter zum loggen. Was wäre der Vorteil, wenn ich auf den History Adapter umsteigen würde?

Danke

[apollon77]

@alinaclg der Vorteil für dich wäre wohl eher keiner. History speichert in json files und in keiner Datenbank. Sql bekommt auch bald genau dieses Update was Funktionen angeht.

[SBorg]

@apollon77 sagte in Test Adapter History 2.0.0:

Denkst Du du kommst (vllt aus nem Backup?) noch an ein "originales Objekt" ran?

Leider nein, dass ist so ziemlich das einzige was ich nicht sichere
Wenn ich aber (mal wieder ) der Einzige bin, dann wayne... und lass es gut sein. Ich konnte es ja fixen und läuft jetzt problemlos.

...einen letzten habe ich aber dennoch. Mir ist noch eine Gemeinsamkeit aufgefallen die es so außer beim Alias nicht gibt da nicht erlaubt: 'history.0.real Tankstelle.json'
...ein [Space]...

[apollon77]

@sborg sagte in Test Adapter History 2.0.0:

Leider nein, dass ist so ziemlich das einzige was ich nicht sichere

Naja wenn Du noch ein gesamt Backup von davor hast könnte ich es da rausholen. gern per email an iobroker@fischer-ka.de

Aber das leerzeichen sollte auch nichts damit zu tun haben weil es ja danach geht

[A Former User]

@apollon77 super. Ganz herzlichen Dank für die Antwort

[ichderarnd]

@apollon77 ganz herzlichen Dank für die Initiative
Ich guck mal, ob ich zwischendurch testen kann. Was ich noch nicht verstehe: Was bedeutet "Der Wert wird ggf. erinnert für spätere Aufzeichnung"?
Wann genau werden erinnerte Werte geschrieben? Wenn ich "gleiche Werte" z.B. spätestens nach einer Stunde aufzeichnen lasse, soll der Adapter dann wirklich den gleichen Werte nochmal aufzeichnen oder den erinnerten Wert?

[SBorg]

@apollon77 sagte in Test Adapter History 2.0.0:

Aber das leerzeichen sollte auch nichts damit zu tun haben weil es ja danach geht

Ich dachte halt, dass es uU. beim umstellen zuerst nicht korrekt escaped wurde, dann beim erneuten händischen speichern schon, aber da bist du "ein klein wenig mehr" in der Materie drin
...war halt nur noch eine Besonderheit von "geht" vs. "geht nicht".

Leider hat Murphy da voll zugeschlagen. Ich habe nur noch ein 3GB Voll-Image der Proxmox-VM von vor der Umstellung. Daraus konnte ich dann mittels Bildschirm C&P folgendes ziehen (in der Hoffnung es ist das was du brauchst):

Auszug Json

{
     "id": "tankerkoenig.0.stations.4.e5.feed",
     "value": {
       "_id": "tankerkoenig.0.stations.4.e5.feed",
       "type": "state",
       "common": {
         "name": "e5 feed",
         "desc": "Preis E5 (e.eee) wie im Feed",
         "type": "number",
         "unit": "€",
         "role": "value",
         "read": true,
         "write": false,
         "custom": {
           "history.0": {
             "enabled": true,
             "changesOnly": true,
             "debounce": "1000",
             "maxLength": "100",
             "retention": "1209600",
             "changesRelogInterval": 0,
             "changesMinDelta": 0,
             "aliasId": "real Tankstelle"
           }
         }
       },
       "native": {},
       "from": "system.adapter.tankerkoenig.0",
       "user": "system.user.admin",
       "ts": 1649340148339,
       "acl": {
         "object": 1636,
         "state": 1636,
         "owner": "system.user.admin",
         "ownerGroup": "system.group.user"
       }
     },
     "doc": {
       "_id": "tankerkoenig.0.stations.4.e5.feed",
       "type": "state",
       "common": {
         "name": "e5 feed",
         "desc": "Preis E5 (e.eee) wie im Feed",
         "type": "number",
         "unit": "€",
         "role": "value",
         "read": true,
         "write": false,
         "custom": {
           "history.0": {
             "enabled": true,
             "changesOnly": true,
             "debounce": "1000",
             "maxLength": "100",
             "retention": "1209600",
             "changesRelogInterval": 0,
             "changesMinDelta": 0,
             "aliasId": "real Tankstelle"
           }
         }
       },
       "native": {},
       "from": "system.adapter.tankerkoenig.0",
       "user": "system.user.admin",
       "ts": 1649340148339,
       "acl": {
         "object": 1636,
         "state": 1636,
         "owner": "system.user.admin",
         "ownerGroup": "system.group.user"
       }
     }
   },

[apollon77]

@arndl Sobald der nächste reguläre Wert gespeichert wird, wird der zuletzt erinnerte mit geschrieben (halt mit "seinem" alten zeitstempel).

Ergänze ich oben noch