<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hallo Andreas,<div class=""><br class=""></div><div class="">Danke für die Information und Deine Hilfe. Da ich 5 S0-Zähler habe muss ich irgendwie die Daten ausdünnen, sonst wird mir die DB zu groß (Raspi wird langsam, Sicherung dauert ewig, etc.). Ich werde einfach komplett vom <i class="">s0vz_new</i> auf den <i class="">vzlogger</i> umstellen. Dort kann man bereits vor dem Schreiben in die DB die Impulse in der gewünschten Auflösung zusammenfassen (z.B. "aggtime": 60). Dann ist die Auflösung immer gleich und <i class="">aggregate.php </i>hat nicht mit unterschiedlichen Auflösungen zu kämpfen. Das Problem mit der Kombination von <i class="">vzcompress2.php</i> und <i class="">aggregate.php</i> ist, dass <i class="">aggregate.php</i> im cronjob nur die Differenzdaten einbezieht. Durch <i class="">vzkompress2.php</i> ändern sich aber auch die Originaldaten. Denke, da kommt die Unstimmigkeit bei der Anzeige her. Löscht man nach der Ausdünnung durch <i class="">vzcompress2.php</i> die aggregierten (<i class="">aggregate.php clear</i>) und legt sie neu an, passt es wieder. Wenn <i class="">vzlogger</i> jetzt noch die kW-Peaks nicht für die S0-Zähler schreibt, wär alles gut. Du schriebst, dass es was mit dem Entprellen zu tun haben könnte und dass es dafür einen Parameter gibt. Welchen denn, bzw. wo kann ich das nachlesen?</div><div class=""><br class=""></div><div class="">Vielen Dank und vorweihnachtliche Grüße</div><div class=""><span style="font-size: 11px;" class="">–</span>Jens</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><div><blockquote type="cite" class=""><div class="">Am 22.12.2015 um 18:21 schrieb Andreas Goetz <<a href="mailto:cpuidle@gmail.com" class="">cpuidle@gmail.com</a>>:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class=""><div class=""><div class=""><div class=""><div class=""><div class=""><div class="">Hallo Jens,<br class=""><br class="">danke für Deine DB. Ich habs gefunden- ist alles ok, sieht nur komisch aus. Das Frontend fordert sowas an:<br class=""><br class=""><a href="http://localhost:8888/vz/htdocs/middleware.php/data.json?from=1449594571755&to=1450199371755&" class="">http://localhost:8888/vz/htdocs/middleware.php/data.json?from=1449594571755&to=1450199371755&</a><b class="">tuples=348&</b>uuid[]=231b9390-0f56-11e5-9cbe-354f27e140c4<br class=""><br class=""></div>Bei Dir sind das:<br class=""><pre class="">"rows":32273</pre>Also
ne ganze Menge, davon werden aber nur 348 verwendet. Also zählt die MW
durch- immer 32273/348 Datensätze in einen zusammenfassen und
wegschicken. Also nicht gleiche Zeiteinteilung sondern gleiche Menge Daten!<br class=""><br class="">Und jetzt sind bei Dir die Daten zwischen den Wochen um den 9.12. unterschiedlich verteilt- Woche vorher 32tsd, Woche hinterher 86tsd (vmtl. wg vzcompress). Daher sieht also- wenn Du genau auf der Grenze Bist- der erste Teil komisch aus.<br class=""><br class=""></div>Daher mein Tipp:<br class=""></div>- vzcompress nicht mehr verwenden da dank Aggregation nicht notwendig<br class=""></div>- falls doch dann über alle Zeitscheiben gleich, den Rest kann die Aggregation richten<br class=""></div><br class=""></div>Viele Grüße,<br class=""></div>Andreas<br class=""><br class=""><div class=""><div class=""><div class=""><div class=""><div class=""><div class=""><div class=""><br class=""></div></div></div></div></div></div></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">2015-12-22 12:16 GMT+01:00 Jens <span dir="ltr" class=""><<a href="mailto:panterglas@web.de" target="_blank" class="">panterglas@web.de</a>></span>:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">Hallo Andreas,<div class=""><br class=""></div><div class="">natürlich will ich helfen, wenn ich das kann. Ich habe Deine Mail so verstanden, dass ich den Diskussionspfad nicht weiter verfolgen soll.</div><div class=""><br class=""></div><div class="">Ich richte schnell einen dyndns ein, dann kannst du darauf zugreifen. Leider muss ich aber erst wieder Aggregate.php starten, da ich alle erzeugten Tabellen gelöscht habe, das wird sicher eine Weile dauern. Wie kann ich Dir den Link zu meinem Raspi zukommen lassen, ohne dass ich den in der Mailingliste für jeden öffentlich mache :)</div><div class=""><br class=""></div><div class="">Danke und viele Grüße</div><span class="HOEnZb"><font color="#888888" class=""><div class="">-Jens</div></font></span><div class=""><div class="h5"><div class=""><br class=""></div><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">Am 22.12.2015 um 12:03 schrieb Andreas Goetz <<a href="mailto:cpuidle@gmail.com" target="_blank" class="">cpuidle@gmail.com</a>>:</div><br class=""><div class=""><div dir="ltr" class="">Moin,<br class=""><div class="gmail_extra"><br class=""><div class="gmail_quote">2015-12-22 11:56 GMT+01:00 Jens <span dir="ltr" class=""><<a href="mailto:panterglas@web.de" target="_blank" class="">panterglas@web.de</a>></span>:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">Hallo Andreas,<div class=""><br class=""></div><div class="">Danke für Deine Antwort. Ich bin mittlerweile einen großen Schritt weiter. Ich habe einfach mal <i class="">aggregate.php</i> mit dem Parameter <i class="">clear</i> ausgeführt und siehe da, in der Wochen- und Monatsansicht sind die Verläufe der S0-Zähler nun ähnlich wie bei dem Leistungszähler ausgeprägt (die Daten waren auch vorher schon 1-minütig vorhanden nur eben seltsam im Frontend angezeigt). Es wurde auch ganz sicher auf 60 Sekunden komprimiert, siehe config und man sieht das auch in der Datenbank selbst:</div><div class=""><br class=""></div><div class=""><div style="margin:0px;font-size:11px;line-height:normal;font-family:Menlo" class="">(7*24*60*60) => (1*60), <span style="color:#5330e1" class=""><b class="">// Older than 7 Days Datapoint per 1 Minute</b></span></div><div style="margin:0px;font-size:11px;line-height:normal;font-family:Menlo" class="">(30*24*60*60) => (1*60), <span style="color:#5330e1" class=""><b class="">// Older than 30 Days Datapoint per 5 Minutes</b></span></div><div style="margin:0px;font-size:11px;line-height:normal;font-family:Menlo" class="">(6*30*24*60*60) => (1*60), <span style="color:#5330e1" class=""><b class="">// Older than 6 Month Datapoint per 15 Minutes</b></span></div><div style="margin:0px;font-size:11px;line-height:normal;font-family:Menlo" class="">(365*24*60*60) => (1*60), <span style="color:#5330e1" class=""><b class="">// Older than 1 Year Datapoint per 30 Minutes</b></span></div></div><div style="margin:0px;font-size:11px;line-height:normal;font-family:Menlo" class=""><span style="color:#5330e1" class=""><b class=""><br class=""></b></span></div><div class="">Wenn man mit die Frontend-Beschleunigung <i class="">aggregate.php</i> eingeschaltet lässt, werden im Frontend die beschriebenen Verläufe für die S0-Zähler dargestellt. Zumindest das konnte ich nun herausfinden. Zoomt man weiter rein, passen die Verläufe besser besser (wie bereits in meiner Ausgangsmal beschrieben). Löscht man die zusätzlich erzeugten Tabellen, sind die Anzeigen auch in größeren Zoom-Stufen für die S0-Zähler OK.</div></div></blockquote><div class=""><br class=""></div><div class="">Darf ich mir das mal per HTTP anschauen (gerne PM)? Bei Zoom auf Tag wie in Deinem Beispiel sollte der Verlauf bei Minutenaggregation immer noch sehr flüssig aussehen- irgendwo ist da der Wurm drin.<br class=""> <br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class=""><div class=""><br class=""></div><div class="">Nach dem Deaktivieren von <i class="">aggregate.php</i> bin ich mit der Anzeige der S0-Zähler vollkommen <u class="">glücklich</u> und das Datenaufkommen kann durch <i class="">vzcompress2.php</i> (sofern s0vz genutzt wird) oder eben gleich durch eine angepasste Erfassung mit dem <i class="">vzlogger</i> reduziert werden. Es ist also ein Frontendproblem in größeren Zoomstufen (täglich, wöchentlich, monatlich) in Verbindung mit der Darstellung der Werte über <i class="">aggregate.php </i>- zumindest bei mir.</div><div class=""><br class=""></div><div class="">Ich verabschiede mich dann von diesem Thread und setze gleich mal einen neuen VZ auf der Basis des aktuellen Images auf, um den Fehler im „Igitt"-Frontend zu reproduzieren. Aktuell arbeite ich nämlich wieder mit dem „alten“ System.</div></div></blockquote><div class=""><br class=""></div><div class="">Mhm. Das ist schade. Wenn Du helfen willst dann: a) lass mich mal bitte mit eingeschalteter Aggregation draufschauen und b) meld Dich wieder wenn der js Fehler auftritt. Wenn der irgendwie reproduzierbar ist wird es auch asap behoben...<br class=""><br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class=""><div class=""><br class=""></div><div class="">Danke und viele Grüße und frohe Weihnachten an alle</div><div class="">-Jens</div></div></blockquote><div class=""><br class=""></div><div class="">Frohe Weihnachten,<br class=""></div><div class="">Andreas<br class=""> <br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class=""><div class=""><div class=""><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">Am 22.12.2015 um 11:39 schrieb Andreas Goetz <<a href="mailto:cpuidle@gmail.com" target="_blank" class="">cpuidle@gmail.com</a>>:</div><br class=""><div class=""><div dir="ltr" class="">Moin Jens,<br class=""><div class="gmail_extra"><br class=""><div class="gmail_quote">2015-12-21 20:36 GMT+01:00 Jens <span dir="ltr" class=""><<a href="mailto:panterglas@web.de" target="_blank" class="">panterglas@web.de</a>></span>:<br class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word" class="">Hallo Andreas, danke für die Antwort.<div class=""><br class=""><div class=""><span class=""><blockquote type="cite" class=""><div class="">Am 21.12.2015 um 18:19 schrieb Andreas Goetz <<a href="mailto:cpuidle@gmail.com" target="_blank" class="">cpuidle@gmail.com</a>>:</div><br class=""><div class=""><div dir="ltr" class="">Hallöchen,<br class=""><div class="gmail_extra"><br class=""><div class="gmail_quote">2015-12-21 10:02 GMT+01:00 <span dir="ltr" class=""><<a href="mailto:Panterglas@web.de" target="_blank" class="">Panterglas@web.de</a>></span>:<br class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div style="font-family:Verdana" class=""><div class=""><span style="font-family:Helvetica" class="">Hallo VZ-Gemeinde,</span><div style="font-family:Helvetica" class=""> </div><div style="font-family:Helvetica" class="">ich betreibe seit 2 Jahren einen VZ mit 5 S0-Zählern und 18 Temperatursensoren und nutze dafür Udo’s Erweiterung. </div></div></div></div></blockquote><div class=""><br class="">... <br class=""> <br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div style="font-family:Verdana" class=""><div class=""><div style="font-family:Helvetica" class="">Nun zu meinem Anliegen.</div><div style="font-family:Helvetica" class=""> </div><div style="font-family:Helvetica" class="">Für die S0-Zähler nutze ich <i class="">s0vz_new</i> und <i class="">1wirevz</i>. Mit beiden habe ich sehr gute Erfahrungen gemacht. Wegen der S0-Zähler ist die Datenbank allerdings entsprechend stark gewachsen. Zwecks Ausdünnung der Daten habe ich <i class="">vzcompress2.php </i>versucht. Das Ergebnis gefällt mir für die S0 Zähler allerdings gar nicht. Das Verbrauchsprofil wird bereits bei einer 1-minütigen Aggregation nicht mehr sauber dargestellt. </div></div></div></div></blockquote><div class=""><br class=""></div><div class="">Wenn da so ist wärs evtl. ein Fehler. Bitte issue auf GitHub aufmachen mit konkreter Beschreibung. "Nicht mehr sauber" reicht nicht ;)<br class=""></div></div></div></div></div></blockquote><div class=""><br class=""></div></span>Beispiel ohne Komprimierung (S0-Originaldaten für S00_Gesamt und S00_PV sind 1-minütige Leistungswerte direkt vom Wechselrichter)</div><div class=""><br class=""></div><div class="">Siehe Bild: <a href="https://imagizer.imageshack.us/v2/537x407q90/903/yx23HR.png" target="_blank" class="">yx23HR.png</a></div><div class=""></div><div class=""><br class=""></div><div class="">Beispiel mit Komprimierung über vzcompress2.php für beide. Die Komprimierung ist in vzcompress2.php auf 60 Sekunden eingestellt.</div><div class=""><br class=""></div><div class="">Siehe Bild: <a href="https://imagizer.imageshack.us/v2/537x417q90/907/W8Yex2.png" target="_blank" class="">W8Yex2.png</a></div><div class=""><br class=""></div><div class="">Wie Du siehst, werden die S0-Daten derart modifiziert, dass sich kein vernünftiges Bild mehr ergibt. </div></div></div></blockquote><div class=""><br class=""></div><div class="">Was ich vor allem sehe ist dass da nicht auf Minuten aggregiert wird sondern deutlich mehr. These: Deine vzcompress Konfiguration ist einfach falsch. mit welchen Einstellungen läuft es denn?<br class=""><br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word" class=""><div class=""><div class="">Das ist mit dem Impuls-Timestamp-Verfahren im Frontend nicht gut machbar. Stellt man den Zoom näher, wird’s zwar etwas besser, den ursprünglichen Verlauf erkennt man jedoch nicht mehr gut. Aggregiert man Leistungsdaten, bleibt die Verlaufsstruktur um einiges besser erhalten. Das liegt daran, das vzcompress2.php die Impulse über den eingestellten Zeitraum zwischen zwei Datensätzen zählt und den Summenimpuls dann zum passenden Timestamp einträgt. Ich lese den Code so: aus 1 Timestamp pro Impuls werden dann z.B. 14 Impulse für einen definierten Timestamp; das sieht im Frostend eben bescheiden aus. Zumindest kenne ich keine Einstellung mit der man das verbessern kann, deshalb meine Frage.</div><div class=""><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote"><span class=""><div class=""> <br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div style="font-family:Verdana" class=""><div class=""><div style="font-family:Helvetica" class="">Wendet man <i class="">vzcompress2.php</i> auf einen Leistungszähler oder auf die Temperaturen an, sieht das allerdings sehr gut aus. Nun würde ich gerne meine S0-Daten erfassen, aggregieren und als Leistungswert in der Datenbank speichern. Dafür habe ich mir den <i class="">vzlogger</i> in Version 0.5.0 (soll ja <i class="">1wirevz</i> und <i class="">s0vz</i> ersetzen) angeschaut und die S0-Zähler darüber ausgelesen. </div></div></div></div></blockquote><div class=""><br class=""></div></span><div class="">Warum willst Du das? Performance? Verwendest Du schon die Aggregation der Middleware? Das hat alles nichts mit vzlogger zu tun….<br class=""></div></div></div></div></div></blockquote><br class="">Die Aggregation der Middelware nutze ich und ich weiß, dass das alles nichts mit dem vzlogger zu tun hat. Ich dachte aber, dass ich die Gelegenheit nutze kann, bereits vor dem schreiben in die Datenbank das Datenaufkommen zu reduzieren und mich im Übrigen von s0vz und 1wirevz zu verabschieden. In der vzlogger.conf sind sind die S0 Zähler wie folgt angelegt, die 18 Temperatursensoren funktionieren tadellos.</div><div class=""><br class=""></div><div class="">{<br class=""> "retry": 0,<br class=""> "daemon": true,<br class=""> "verbosity": 15,<br class=""> "log": "/var/log/vzlogger.log",<br class=""> "local": {<br class=""> "enabled": false,<br class=""> "port": 8080,<br class=""> "index": true,<br class=""> "timeout": 0,<br class=""> "buffer": 0<br class=""> },<br class=""> "push": [<br class=""> {<br class=""> "url": "<a href="http://127.0.0.1:5582/" target="_blank" class="">http://127.0.0.1:5582</a>"<br class=""> }<br class=""> ],<br class=""> "meters": [<br class=""> // Sensor 1<br class=""> {<br class=""> "enabled": true,<br class=""> "allowskip": false,<br class=""> "interval": -1,<br class=""><font color="#ff2600" class=""><b class=""> "aggtime": 60,</b></font><br class=""> <font color="#ff2600" class=""><b class=""> "aggfixedinterval": true,</b></font><br class=""> "channels": [<br class=""> {<br class=""> "uuid": „meineUUID",<br class=""> "identifier": "Impulse",<br class=""> "api": "volkszaehler",<br class=""> "middleware": "<a href="http://127.0.0.1/middleware.php" target="_blank" class="">http://127.0.0.1/middleware.php</a>",<br class=""><b class=""><font color="#ff2600" class=""> "aggmode": "SUM",</font></b><br class=""> "duplicates": 0<br class=""> }<br class=""> ],<br class=""> "protocol": "s0",<br class=""> "gpio": 4,<br class=""> "resolution": 1000,<br class=""> "configureGPIO": true,<br class=""> "debounce_delay": 0<br class=""> },<br class=""> <span style="white-space:pre-wrap" class=""> </span>…</div><div class="">weitere Sensoren</div><div class=""><span style="white-space:pre-wrap" class=""> </span>…</div><div class=""><br class=""></div><div class="">Ich hab es hier auch mit und ohne aggtime (-1, 60, 300), aggfixedinterval (true, false) und aggmode (SUM) in verschiedenen Einstellungsvarianten versucht. Immer das gleiche Verhalten, die S0-Werte werden zwar entsprechend aufsummiert, letztlich sieht es dann aber nicht anders aus, als wenn vzcompress2.php drüber gerattert wäre. </div></div></div></blockquote><div class=""><br class=""></div><div class="">Deine konfiguration sieht gut aus. Da das bei allen anderen Anwendern funktioniert bleibt wieder die These: vzcompress _ist_ drüber gerattert. <br class=""><br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word" class=""><div class=""><div class="">Deshalb wären mit Leistungswerte oder Zählerstände lieber.<span class=""><br class=""></span></div></div></div></blockquote><div class=""><br class=""></div><div class="">Ist unnötig. Alle Mittel sind da- vmtl. falsche konfiguriert. Wie sehen denn die Timestamps in der Datenbank aus- wirklich Minutenabstand? Bitte einmal getrennt für vzcompress und vzlogger prüfen, jeweils auf Basis einer "sauberen" Datenbank mit höchster Auflösung.<br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word" class=""><div class=""><div class=""><span class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote"><div class=""><br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div style="font-family:Verdana" class=""><div class=""><div style="font-family:Helvetica" class="">Man kann hier die Impulsdaten sammeln und erst nach einer bestimmten Zeit in die Datenbank schreiben (z.B. alle Impulse über 60 Sekunden aggregieren und einen summierten Impulswert in die DB schreiben), allerdings löst das das Problem mit der dann schönen Anzeige nicht. </div></div></div></div></blockquote><div class=""><br class=""></div><div class="">Siehe oben- was heißt "unschöne Anzeige"? Natürlich bekommst Du bei minütlicher Erfassung keine sekundengenaue Auflösung mehr. <br class=""></div></div></div></div></div></blockquote></span>Selbstverständlich hat man - im Gegensatz zur S0-Zählung - bei einer 1-minütigen Leistungserfassung eine recht gute Abbildung des Verlaufs (Haushalt, Wärmepumpe, etc.). Gleiches gilt für Temperaturen (sieh Bild oben).<span class=""><br class=""></span></div></div></div></blockquote><div class=""><br class=""></div><div class="">Nein. Die hat man auch bei S0! <br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word" class=""><div class=""><div class=""><span class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote"><div class=""><br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div style="font-family:Verdana" class=""><div class=""><div style="font-family:Helvetica" class="">Darüber hinaus funktioniert der <i class="">vzlogger</i> hinsichtlich der S0-Daten nicht zuverlässig, es werden ab und an Leistungspeaks von mehreren kW in die DB geschrieben, das Frontend macht dann auch Probleme. Ein nachvollziehbares und reproduzierbares Verhalten dafür konnte ich nicht ausmachen.</div></div></div></div></blockquote><div class=""><br class=""></div><div class="">D.h. es ist ein Problem von vzlogger aber nicht s0vz? Könnte das mit Entprellung zu tun haben? Dafür gäbe es einen Parameter.<br class=""></div></div></div></div></div></blockquote></span>Die Daten erfasse ich wie oben in der config angegeben. Das klappt technisch auch gut. Jetzt wird’s wieder unpräzise :) : nach einiger Zeit (1-2 Stunden), treten die kW Sprünge - nicht nachvollziehbar - auf, ohne dass irgendetwas angefasst wird. Wenn ich etwas reproduzierbares hab, sag ich bescheid. Ich weiß, dass man so schlecht auf die Suche gehen kann.</div></div></div></blockquote><div class=""><br class=""></div><div class="">Leider ja :(<br class=""> <br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word" class=""><div class=""><div class=""><br class=""></div><div class="">Auch muckt das Frontend beim aktuellen Jessie-Image ab und an (siehe Bild). Auf meinem alten Rapsi (Image +/- April 2015, es läuft kein vzlogger nur 1wirevz und s0vz) gibt es keine Probleme (Cache und Cookies sind gelöscht und den Webserver habe ich auch neu gestartet).</div><div class=""><br class=""></div><div class="">Siehe: <a href="https://imagizer.imageshack.us/v2/537x376q90/911/BibmtI.png" target="_blank" class="">BibmtI.png</a><span class=""><br class=""></span></div></div></div></blockquote><div class=""><br class=""></div><div class="">Igitt! Kannst Du das reproduzieren? Dann bitte Issue erstellen- das würde ich gerne lösen.<br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word" class=""><div class=""><div class=""><span class=""><blockquote type="cite" class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote"><div class=""> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div style="font-family:Verdana" class=""><div class=""><div style="font-family:Helvetica" class="">Nun suche ich nach einer Lösung mit der bestehenden Konfiguration meine S0-Daten über einen bestimmten Zeitraum zu aggregieren, diesen Wert dann in kWh umzuwandeln (mit der Auslösung und dem Zeitintervall verrechnen) und als Leistungswert z.B. alle 60 Sekunden in die DB zu schreiben. Das reduziert das Datenaufkommen und man erkennt den Leistungsverlauf in allen Zoomstufe des Frontends besser - und das auch nach dem Komprimieren der Daten mit <i class="">vzcompress2.php</i>. Die Mengen an Impulsdaten will ich nicht weiter speichern, das bläht die DB nur unnötig auf und verlangsamt die Reaktionszeit enorm, wenn man sich die Daten auch anschauen und auswerten will.</div></div></div></div></blockquote><div class=""><br class=""></div><div class="">Siehe oben. Ist alles nicht notwendig wenn Du die Middleware entsprechend konfigurierst.<br class=""></div></div></div></div></blockquote></span>Es wäre schön, wenn das möglich wäre. </div></div></div></blockquote><div class=""><br class=""></div><div class="">Nochmal: es ist nicht möglich und nicht nötig. Deine Anforderung lässt sich via S0 Aggregation wunderbar umsetzen!<br class=""><br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word" class=""><div class=""><div class="">Mir geht es im Wesentlichen um die Größe der Datenbank bei 5 S0-Zählern, die Anzeigengeschwindigkeit und vor allem um die bessere „Lesbarkeit“ im Frontend über alle Zoomstufe hinweg. Das ist mit komprimierten S0-Signalen eben unschön.<span class=""><br class=""></span></div></div></div></blockquote><div class=""><br class=""></div><div class="">Nein, ist es nicht. Verabschiede Dich bitte von dem Diskussionspfad. Die richtige Frage wäre: warum sieht bei Dir die S0 Aggregation so seltsam aus? Wenn die beantwortet ist brauchst Du auch Deine Lösungsidee nicht mehr... Analyseschritte siehe oben.<br class=""><br class=""></div><div class="">Viele Grüße,<br class=""></div><div class="">Andreas<br class=""> <br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word" class=""><div class=""><div class=""><span class=""><blockquote type="cite" class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote"><div class=""> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div style="font-family:Verdana" class=""><div class=""><div style="font-family:Helvetica" class="">Hat jemand dafür eine Idee, oder geht das bereits in irgendeiner Form.</div></div></div></div></blockquote><div class=""><br class=""></div><div class="">Ja und ja :)<br class=""><br class=""></div><div class="">Viele Grüße,<br class=""></div><div class="">Andreas<br class=""> <br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div style="font-family:Verdana" class=""><div class=""><div style="font-family:Helvetica" class=""> </div><div style="font-family:Helvetica" class="">vorweihnachtliche Grüße</div><div style="font-family:Helvetica" class="">Jens</div></div></div></div></blockquote></div></div></div></blockquote></span></div></div></div></blockquote></div><br class=""></div></div>
</div></blockquote></div><br class=""></div></div></div></div></blockquote></div><br class=""></div></div>
</div></blockquote></div><br class=""></div></div></div></div></blockquote></div><br class=""></div>
</div></blockquote></div><br class=""></div></body></html>