<div dir="auto"><div dir="auto">Hi Andreas,<div dir="auto"><br></div><div dir="auto">ich finde das gap-Feature ein bisschen problematisch, weil es die Konsistenz zwischen Graph und berechneten Werten kaputt macht: Wenn ein Teilbereich des Charts nicht angezeigt wird, aber trotzdem in die Verbrauchsberechnung einfließt, widerspricht das der Interpretation der Energie als Integral der Leistungskurve.</div><div dir="auto"><br></div><div dir="auto">Eigentlich wäre es IMHO die Aufgabe des Loggers, nach der Phase mit P != 0 noch mindestens einmal P = 0 zu schicken, dann bräuchte es gar keine gap-Funktion und die Verbrauchsberechnung klappt nach althergebrachtem Schema.</div><div dir="auto"><br></div><div dir="auto">Für Kanäle mit Verbrauch ist die Problematik offensichtlich, aber auch bei Sensor-Kanälen wird das gewichtete Mittel falsch berechnet, wenn man mit gap arbeitet: der erste Datensatz nach der Lücke geht viel zu stark in den Mittelwert ein.</div><div dir="auto"><br></div><div dir="auto">Bei states ist es im Prinzip das gleiche: angezeigt wird die states-Darstellung, die berechneten Werte folgen aber der Berechnung für steps (außer bei virtuellen Kanälen).</div><div dir="auto">Für viele, gleichverteilte Messwerte mag das keinen wesentlichen Unterschied machen, ist im Grunde aber falsch. States bietet sich ja dafür an, einen Zustand nicht zyklisch, sondern nur bei Veränderung zu loggen (Schalter/Ventil). In diesem Fall darf man wohl weder viele noch gleichverteilte Datensätze voraussetzen.</div><div dir="auto"><br></div><div dir="auto">Ich kann nicht abschätzen, wieviele das wirklich brauchen und ob es sich lohnt, da viel Hirnschmalz und Arbeit zu investieren. Grundsätzlich würde ich aber für eine zwischen Frontend und Middleware konsistente und logisch nachvollziehbare Implementierung plädieren.</div><div dir="auto"><br></div><div dir="auto">Aber selbst wenn die MW gap berücksichtigen kann, löst das nicht dein Barchart-Problem: bei einem Zählerstand-Kanal wirst du immer den kumulierten Verbrauch beim ersten neuen Datenpunkt haben. Hypothetisch runterrechnen oder auf den gap-Zeitraum verteilen macht ja auch wenig Sinn. Den ersten Balken nach der Lücke ganz unterdrücken würde es optisch schöner machen, dann fehlt aber im Chart wieder was im Vergleich zur Verbrauchssumme. Schwierig... </div><div dir="auto"><br></div><div dir="auto">Viele Grüße</div><div dir="auto">Frank</div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr">Andreas Goetz <<a href="mailto:cpuidle@gmail.com" rel="noreferrer noreferrer" target="_blank">cpuidle@gmail.com</a>> schrieb am Mi., 11. Apr. 2018 17:18:<br></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;line-break:after-white-space">Hallo Frank,<div><br></div><div>ich greife Deine Anmerkung nochmal auf.</div><div><br></div><div>Tatsächlich haben wir da auch ein visuelles Problem sobald z.B. im next Branch die Barcharts verwendet werden:</div><div><br></div><div><img id="m_-6293201703519510735m_6646325728987894745m_82550389394294131875700A14-2B9E-4E26-9355-098F92E700D8" width="320" height="200"></div><div><br></div><div>Da ist im Januar der Tagesverbrauch plötzlich unsinnig hoch weil der erste Wert nach der Lücke über einen Monat angenommen wird. Auf der anderen Seite widerstrebt es mir</div><div><br></div><div>a) Anzeigeeigenschaften (“gap”) auch für die Berechnungen heranzuziehen oder</div><div>b) noch weitere Konfigurationsparameter einzubauen die weiter Komplexität bringen</div><div><br></div><div>Andererseits sind die virtuellen Kanäle ohnehin schon darauf getrimmt sich für die Berechnung anhand Anzeigeeigenschaften (nämlich “Steps” vs “States”) zu orientieren da sie sonst schlicht falsch rechnen.</div><div><br></div><div>Was machen wir also (master + next):</div><div><br></div><div>- gar nix</div><div>- in der Middleware für Verbrauchsberechnung entity.gap berücksichtigen (und zusätzlich den gap Parameter aus options.js nochmal in der vz.conf.php spiegeln)?</div><div>- bessere Ideen?</div><div><br></div><div>Viele Grüße, </div><div>Andreas</div><div><br></div><div><div><br><blockquote type="cite"><div>On 4. Apr 2018, at 10:46, Frank Richter <<a href="mailto:frank.richter83@gmail.com" rel="noreferrer noreferrer noreferrer" target="_blank">frank.richter83@gmail.com</a>> wrote:</div><br class="m_-6293201703519510735m_6646325728987894745m_825503893942941318Apple-interchange-newline"><div><div dir="auto">Moin Andreas,<div dir="auto"><br></div><div dir="auto">hab verstanden, dass das die Komplexität stark erhöhen würde. Im Moment habe ich selbst keinen Bedarf für das Feature, warten wir mal ab ob Lars das reicht, was der PR liefert.</div><div dir="auto">Worst case wäre, wenn ein Gerät als letzten Wert eine Leistung ungleich 0 liefert und dann über einen längeren Zeitraum keinen Wert mehr, weil es dann inaktiv ist. Das macht die Verbrauchsberechnung ziemlich unbrauchbar.</div><div dir="auto"><br></div><div dir="auto">Viele Grüße</div><div dir="auto">Frank</div></div><br><div class="gmail_quote"><div dir="ltr">Andreas Goetz <<a href="mailto:cpuidle@gmail.com" rel="noreferrer noreferrer noreferrer" target="_blank">cpuidle@gmail.com</a>> schrieb am Mi., 4. Apr. 2018 07:57:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2018-04-03 23:58 GMT+02:00 Frank Richter <span dir="ltr"><<a href="mailto:frank.richter83@gmail.com" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">frank.richter83@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Hi zusammen,<div dir="auto"><br></div><div dir="auto">müsste man dann nicht konsequenterweise die Lücken auch aus der Verbrauchsberechnung rauslassen (betrifft Leistungswerte)?</div></div></blockquote><div><br></div>Im Moment arbeiten die Interpreter auf Basis der Daten, "gaps" ist allerdings ein Feature der Darstellung. "Darstellung" beeinflusst nicht was die Middleware zurück gibt. Noch schlimmer: Darstellung kann sich jedezeit ändern, mindestens aber in der Aggregationstabelle abgelegte Werte nicht. Tatsächlich sind virtuelle Kanäle da ebenfalls eine
Ausnahme, auch müsste die Darstellung von steps vs. states die Verbrauchsberechnung ebenfalls beeinflussen. Tut sie unter der Annahme "viele Meßwerte im betrachteten Zeitraum" aber nicht.<br></div><div class="gmail_quote"><br></div><div>Schwieriger Fall.Implementierung wäre nochmal zusätzliche Komplexität für die MW. Ich würde sagen "jaein". <br></div><div class="gmail_quote"><div><br></div><div>Lohnt es sich wirklich da Aufwand und Komplexität in diese "Randfälle" zu investieren?</div><div><br></div><div>vg</div><div>Andreas<br></div><div></div>
<div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div dir="auto"><br></div><div dir="auto">Grüße</div><span class="m_-6293201703519510735m_6646325728987894745m_825503893942941318m_7439041754923081351HOEnZb"><font color="#888888"><div dir="auto">Frank</div></font></span></div><div class="m_-6293201703519510735m_6646325728987894745m_825503893942941318m_7439041754923081351HOEnZb"><div class="m_-6293201703519510735m_6646325728987894745m_825503893942941318m_7439041754923081351h5"><br><div class="gmail_quote"><div dir="ltr">Andreas Goetz <<a href="mailto:cpuidle@gmail.com" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">cpuidle@gmail.com</a>> schrieb am Di., 3. Apr. 2018 19:23:<br></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;line-break:after-white-space">Hi Lars,<div><br></div><div>schau mal hier: <a href="https://github.com/volkszaehler/volkszaehler.org/pull/691" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">https://github.com/volkszaehler/volkszaehler.org/pull/691</a></div><div><br></div><div>Magst Du den vielleicht testen?</div><div><br></div><div>Viele Grüße, Andreas</div><div><br><div><br><blockquote type="cite"><div>On 31. Mar 2018, at 18:12, Lars Täuber <<a href="mailto:lars.taeuber@web.de" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">lars.taeuber@web.de</a>> wrote:</div><br class="m_-6293201703519510735m_6646325728987894745m_825503893942941318m_7439041754923081351m_-9146828473286968332m_583025425831135223Apple-interchange-newline"><div><div>Hab Dank für den Hinweis.<br><br>Grüße<br>Lars<br><br>On Sat, 31 Mar 2018 14:51:58 +0200<br>Andreas Goetz <<a href="mailto:cpuidle@gmail.com" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">cpuidle@gmail.com</a>> wrote:<br><br><blockquote type="cite">Hi Lars,<br><br>Jetz hab ichs auch verstanden. Schau mal hier: <a href="https://github.com/volkszaehler/volkszaehler.org/blob/master/htdocs/js/options.js#L58Das" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">https://github.com/volkszaehler/volkszaehler.org/blob/master/htdocs/js/options.js#L58Das</a> diente der Entschlackung der Oberfläche. <br><br>Im next gibts noch einen globalen gap Parameter der einfach auf alle Kanäle wirkt. Wenn ich >1h keine Messwerte habe ich immer was faul...<br><br>Viele Grüße, Andreas <br><br><blockquote type="cite">Am 31.03.2018 um 13:36 schrieb Lars Täuber <<a href="mailto:lars.taeuber@web.de" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">lars.taeuber@web.de</a>>:<br><br>Hallo Andreas,<br><br>offenbar bekomme ich das nicht über die Weboberfläche hin.<br>Wie konnte ich das für die Temperatur der Sole (Sole Tout: Lücke=3) einstellen? Für die WW Temperatur gibt es dieses Feld nicht, genauso wenig wie bei der elektrischen Leistung.<br><br>Frohe Ostern<br>Lars<br><br>On Sat, 31 Mar 2018 04:08:50 +0200<br>Andreas Goetz <<a href="mailto:cpuidle@gmail.com" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">cpuidle@gmail.com</a>> wrote:<br><br><blockquote type="cite">Geht für Leistung genau so. Falls nein- was ist das Peoblem?<br><br>Viele Grüße, Andreas <br><br><blockquote type="cite">Am 30.03.2018 um 22:05 schrieb Lars Täuber <<a href="mailto:lars.taeuber@web.de" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">lars.taeuber@web.de</a>>:<br><br>Hallo zusammen,<br><br>für Temperaturwerte gibt es die Möglichkeit, Lücken für die Kurven zu aktivieren. Warum gibt es das nicht auch für Leistung? Ist das Absicht?<br><br>Ich hätte das gerne auch für elektrische Leistung, weil ich Geräte habe, deren Leitung ich nur "messen" kann, wenn sie aktiv sind. Da ich die Leistung vom Gerät selber geloggt bekomme.<br><br>Wäre es möglich VZ dahingehend zu erweitern?<br><br>Dank und Gruß<br>Lars <br></blockquote></blockquote><br><br>-- <br>Schöne Grüße<br>Lars Täuber<br><Temperaturen.jpg> <br></blockquote></blockquote><br><br>-- <br>Schöne Grüße<br>Lars Täuber<br></div></div></blockquote></div><br></div></div></blockquote></div>
</div></div></blockquote></div><br></div></div>
</blockquote></div>
</div></blockquote></div><br></div></div></blockquote></div></div>