plot.minmaxavg in v2.8

[yachti]

Kann ich nicht bestätigen in der SV2.9. Bei mir wird nur eine Nachkommastelle angegeben.
In der language habe ich nichts verändert.

            {{ plot.period('aussen.p3', 'aussen.temperatur', 'minmaxavg','10d', '', '', '','10', '', '','',['', 'Temperatur in °C'],'','','','','', '°') }}

[whe]

stimmt, ist wohl ein Problem bei der Umsetzung:

   {{ plot.minmaxavg('PoolOutwa', 'Pool.Istwerte.Wasser', '8d', '', '', '', '°', ['', 'Temperatur in °C'], 8) }} 
   {{ plot.period('PoolOutwa', 'Pool.Istwerte.Wasser', 'minmaxavg', '8d', 'now', '', '', 8, '', '', '', ['', 'Temperatur in °C'], '', '', '', '', '', '°') }}

die alte variante zeigt wohl 2 Stellen an, die neue richtigerweise eine Stelle.

[whe]

Gibt es hier schon neue Erkenntnisse, oder Lösungsansätze für die nächste Version ?
die Grafiken in der SmartVISU sind eine tolle Errungenschaft, bes. minmaxavg;
wäre schön, wenn das mal jemand reparieren könnte.
liegt es evtl. am DB Interface und dem Abruf der Daten ?

[lexxmm]

Hallo

konnte das Problem der schmalen Balken gelöst werden?

[whe]

Bisher habe ich noch keine Lösung entdeckt. ab und zu sind die Grafiken in Ordnung, aber meist nicht.
Selbst sehe ich mich nicht in der Lage dies zu lösen.

[marbit]

Hallo zusammen
dies ist ein alter Post, aber das Problem besteht ja bis heute. Da mich die schmalen Balken auch ein bisschen stören, bin ich der Sache nachgegangen.

smai hat bereits festgestellt, dass die Ursache bei der von SmarthomeNG gelieferten Wertereihe liegt.

Dass mehr Werte kommen als in count angegeben, hat mehrere Gründe. Sie liegen alle im Database Plugin von SmarthomeNG

• der Startwert wird zuerst ermittelt und dann der Endwert. In meinem Beispiel habe ich '7d' als Start und 'now' als Ende. Die ermittelten Timestamps liegen etwas mehr als 7 Tage auseinander, auch wenn es nur ein paar Hundertstel sind
• Der angegebene 'count' wird nicht als Anzahl Datenpunkte, sondern als Anzahl Intervalle interpretiert. Wenn ich in meinem Beispiel count=7 angebe, bekomme ich ein Intervall von 7 Tagen (plus ein paar Hundertstel). Dies sind aber 8 Datenpunkte (inkl. einer am Anfang und einer am Ende)
• Es werden auch Werte berücksichtigt, deren time vor dem Start liegt, die aber unter Berücksichtigung der duration noch in das Intervall fallen

Dies sind Ursachen, dass mehr Werte kommen können als erwartet, aber noch nicht die Ursache für die schmalen Balken. Es gibt eine weitere Funktionalität im Database Plugin, die das verursacht. Der entsprechende Code ist in der Funktion _series() im Database Plugin:

Code.png
Dieser Code führt dazu, dass meistens noch ein Datenpunkt mit dem aktuellen Wert des Items angehängt wird. Dessen time ist meist sehr nahe am bisher letzten Datenpunkt, und dadurch entstehen dann die schmalen Balken.

Ich habe diesen Code in meiner Installation auskommentiert, und jetzt bekomme ich die schmalen Balken nicht mehr.

Ob dieses auskommentieren in anderem Zusammenhang negative Auswirkungen hat, habe ich nicht analysiert und getestet. Aber ich denke, ich bin der Lösung ein Stückchen näher gekommen.

[wvhn]

Danke für die gute Analyse.

Im Hinblick auf ein Chart für Zeitreihen sind die Codezeilen sehr sinnvoll. Ohne die Zeilen fehlen den Plots an den Rändern Werte, was umso mehr auffällt, je niedriger der "count" ist.

Bei (Balken)-Diagrammen mit festen Abständen sind diese Zeilen allerdings kontraproduktiv. Sie erzeugen nicht nur unerwünschte Werte an den Rändern, sondern setzen zusätzlich noch einen Wert mit dem exakten Zeitstempel der letzten Änderung des items in die Zeitreihe. Ich vermute, dass Highcharts sich aus den zusätzlichen Werten das kürzeste Intervall sucht, dieses als Standard für den Plot nimmt und dann alle Balken in der Breite dieses Intervalls darstellt.
Man kann das nachvollziehen, indem man sich bei einem fehlerhaften Plot in der Konsole "widget.buffer" ausgeben lässt und dann manuell die Objekteigenschaften mit den kürzesten Intervallen an den Rändern löscht, z.B.

delete widget.buffer['env.system.load.avg.7h.now.7']['1634847331828']

widget.refresh()

zeichnet dann den Plot neu und man sieht, wie sich die Breite normalisiert.

Wer bei den übrigen Plots auf die o.g. Verbesserungen verzichten kann, kann natürlich die genannten Code-Zeilen auskommentieren. Ich denke aber, wir brauchen eine Möglichkeit, die zusätzlichen Werte selektiv bei dem Plugin anzufordern, oder in smartVISU auszusortieren. Ich diskutiere das mal mit den Plugin-Maintainern.

Gruß
Wolfram

[hijacker7]

Hallo,

gibt es zum Fehler mit den schmalen Balken schon irgendwelche Neuigkeiten?

Grüße

[wvhn]

wenn Du im Forum mitliest, dann findest Du etwas weiter oben in diesem Thread eine Lösung und im smarthomeNG-Forum einen eigenen Thread, in dem aschwith und ich gerade an dem Plugin arbeiten bzw. testen.

Gruß
Wolfram

[hijacker7]

Hallo,

vorübergehend habe ich das Problem schon mit manuellen db Einträgen und 24h duration gelöst.

Aber den SmarthomeNG Thread hatte ich zunächst nicht gefunden. Werde nun diesen weiterverfolgen.

Danke an euch.

[whe]

muss leider das Thema noch mal aufgreifen, weil es sich bei mir seit 2017 so verhält, auch jetzt in v3.4.0.
allerdings stelle ich fest, dass sich das mit plot.timeshift plötzlich ändert:
wenn ich zurück-blättere sind die Balken ok; im original aber weiterhin schmal:

image.png

[wvhn]

Leider sind wir das Problem im database Plugin von smarthomeNG bisher nicht losgeworden. Ursache ist immer noch, dass das Plugin am Anfang und am Ende der Serie Daten künstlich einfügt, um genau Anfang und Ende des Plotbereichs zu treffen. Das ist in Highcharts aber unnötig und hilft höchstens bei Linien-Plots mit sehr wenigen Daten. Für die Balkendarstellung ist es kontraproduktiv.

Der betroffene Bereich, der im neuen database Plugin (shNG v1.10 / database Plugin v1.6.12) auszukommentieren ist, geht IMHO in der __init__.py von Zeile 1111 bis 1129. Ich kann das aktuell noch nicht testen, aber vielleicht kann aschwith das bestätigen.

Gruß
Wolfram

[aschwith]

Hallo zusammen,

um das Problem wirklich systematisch zu lösen bräuchten wir die Änderungen auf Seite vom database Plugin und Änderungen auf Seite smartVisu, die je nach Plot Art diese zusätzlichen Daten verwendet (für Linienplots) oder weglässt (für Balkendiagramme).

Wolfram, wvhn: Wir könnten zusammen nochmal einen neuen Anlauf starten. Ich muss mal schauen, wie weit wir letztes Mal schon gekommen waren.