Test Adapter History 2.0.0
-
Test:
Installation ok mit Code 0
Keine Fehlermeldungen und Log Ok.
Werde weiter testen. Windows System
-
@apollon77 Dann starten wir mal mit dem testen
Danke für deine Arbeiten schon einmal Vorab.Erstes Feedback: Vereinheitlichung der Konfiguration von der history Instanz und vom Datenpunkt
In den Einstellungen der History Instanz können ja Defaultwerte vorgegeben werden. Ich finde es intuitiver, wenn dieser Konfigurationsblock auch beim Datenpunkt dann genau so wieder auftaucht. Daraunter kann dann der Bereich kommen, wo es um Einstellungen speziell für den einen Datenpunkt gibt.
Aufgefallen ist es mir, weil z.b. die Konfiguration "Schreibe NULL-Werte an Start-/Stop-Grenzen" nur bei den Einstellungen in der Instanz aber nicht beim Datenpunkt vorhanden ist. -
@feuersturm an sich sollten alle die bei den instanzeinstellungen unter „defaulteinstellungen“ sind die default Werte sein. Vllt ist da was durchgerutscht was da nicht hingehört. Checke ich nachher nochmal. Danke
-
@feuersturm habe alles gecheckt. Auf GitHub ist nun "write Nulls" auf den Main Settings Tab gewandert. Der hatte sich wohl verirrt
-
@apollon77 sagte in Test Adapter History 2.0.0:
@feuersturm habe alles gecheckt. Auf GitHub ist nun "write Nulls" auf den Main Settings Tab gewandert. Der hatte sich wohl verirrt
Top.
Dafür hat sich jetzt diese Checkbox etwas verlaufen
Beim Loggen von einem Datenpunkt und etwas spielen mit dem Minimum Werte und der Blockzeit sind bisher noch keine Probleme aufgefallen.
-
@feuersturm Auf GitHub hab ichs eingefangen. tssstss diese Checkboxen immer
-
@apollon77 sagte in Test Adapter History 2.0.0:
@feuersturm Auf GitHub hab ichs eingefangen. tssstss diese Checkboxen immer
Jetzt ist sie da wo sie hingehört
-
Hab jetzt auch mal die Alpha installiert.
iobroker.history@2.0.0 (git+ssh://git@github.com/ioBroker/ioBroker.history.git#9fcc35069de7b11cbf1d6a134d648940e64a15e8)Da ich aber nur zwei Datenpunkte (für echarts) logge ist mein Setup überhaupt kein Maßstab. Aber es funktioniert noch alles. Ist ja vielleicht auch eine Info.
-
@apollon77
Aufbewahrungsdauer
Ich hab bei meinem Testdatenpunkt einmal eine Aufbewahrungsdauer von 1 Tag eingestellt
Obwohl die 24h schon überschritten sind tauchen die ersten Datenpunkte von gesternabend 18:55 noch in den Verlaufsdaten auf:
Datumseinstellung ioBroker Slave wo history Adapter läuft
proxmox@ioBrokerNew:~$ date Fri Apr 15 19:39:43 CEST 2022Datumseinstellung ioBroer Master:
proxmox@ioBrokerTestsystem:~$ date Fri Apr 15 19:45:15 CEST 2022 -
@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
-
@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 -
@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); }); -
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 einiob restart(oder nochmaliger Adapterrestart) getan hätte? -
@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
-
@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
-
@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
-
@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) - gestern 14:00 Uhr Update (+ vergessen zu kontrollieren, da anderes wichtigeres da zumindest lief
-
@sborg aber waren alle mit nem alias betroffen korrekt? Oder auch nur einige?
-
@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:
wobei er da lt. Einstellungen "0" und "Null" eigentlich gar nicht hätte loggen dürfen?
-
@sborg sehr komisch. Ich schaue nochmal ob ich es nachstellen kann.
