<div dir="ltr">Also...<br><div class="gmail_extra"><br><div class="gmail_quote">2014/1/12 Andreas Goetz <span dir="ltr"><<a href="mailto:cpuidle@gmail.com" target="_blank">cpuidle@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr">Hi Volker,<br><div class="gmail_extra"><br><div class="gmail_quote"><div class="im">2014/1/12 Volker <span dir="ltr"><<a href="mailto:v.ty@gmx.de" target="_blank">v.ty@gmx.de</a>></span><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Hi Andreas,<br>
<br>
Die Version ist brandaktuell, git pull sagt up-to-date, da sollte merge87 drin sein.<br></blockquote></div><div><br>Check. Könntest Du evtl. mal testen wie es _genau_ vor diesem Patch war? Git git reset kannst Du auf einen bestimmten Commit zurückgehen.<br>
 <br></div><div class="im"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Schräg ist, dass die Grafik nicht mehr auf 0 geht, wenn der Verbraucher aus ist, bzw. auf 1W abgesunken ist. </blockquote><div><br></div></div><div>Wird denn bei 0 auch nochmal eine 0 geschrieben? VZ nimmt sonst immer den letzten Wert an- das Verhalten hat sich aber auch nicht geändert. VZ kann ja nicht wissen ob/ dass "keine Daten" = 0, oder nach welcher zeti dies gelten soll...<br>

<br></div><div class="im"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Ganz krass zu sehen in der Wochengrafik (aktuell) und im der Tagesgrafik von ca. 20:30 bis ca. 21:15 Uhr, da ist der Verbrauch auch eigentlich nahezu 0. Um 21:15 ist vermutlich ein S0-Impuls gekommen, weil hier ein Verbrauch im 1..4W Bereich besteht.<br>
</blockquote></div></div></div></div></blockquote><div><br></div><div>Das Verhalten für 20:30 lässt sich erklären:<br><br>commit 380e084c0f8ad538dabdb33de84f8c1ac19d858a<br>Merge: feb7ca2 ff2ced5<br>Author: Justin Otherguy <<a href="mailto:justin@justinotherguy.org">justin@justinotherguy.org</a>><br>
Date:   Sun Jan 12 03:26:35 2014 -0800<br><br>    Merge pull request #87 from andig/master-timestampfix<br><br>    Make all interpreters use timestamp at end of period<br><br></div><div>Dabei werden aber einfach die Timestamps um 1 verschoben. M.e. ist die Darstellung ok/aktuell nicht falscher als vorher sondern jetzt korrekt; aber halt anders. gleiches Bild, der 0-Wert wird nur später erreicht.<br>
</div><div>Schau Dir für eine Erklärung gerne mal den PR an.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">
<div class="gmail_extra"><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Deshalb zum Vergleich auch die Screenshot der Middleware vom 3.1., da ist es korrekt dargestellt. Die Statistiken sind aber ok (bis auf den aktuell Wert bei abgeschaltetem Verbraucher s.u.).<br></blockquote></div></div></div>
</div></blockquote><div><br></div><div>Für die Wochendarstellung ok/aktuell ist die Ursache eine andere. Hier liegts daran, dass auf aggregierte Werte mit geringerer zeitlicher Auflösung (groupy=hour) zurückgegriffen wird.<br>
<br></div><div>Wenn Dir das nicht gefällt kannst Du mal in der options.js mit der Variable speedupFactor rumspielen. Kleinere Werte bringen bessere Auflösung, sind aber auch langsamer wenn das FE dann kein groupby mehr auswählt...<br>
<br>Erklärung nachvollziehbar und Problem gelöst?<br><br>vg<br></div><div>Andreas<br></div><div><br>...<br></div></div><br></div></div>