[vz-users] Seltsam: Sekunden- vs. 1/4h-Werte

[Frank Richter]

Hallo Rupert,

ich bin mit dem aktuellen Verhalten auch nicht wirklich glücklich. Letztes
Jahr hatte ich mit Andreas ein längere Diskussion dazu (war glaub ich
abseits der Mailingliste), aber wir sind zu keiner Lösung gekommen, die uns
beiden gefiel...

Im Moment gilt als unausgesprochene Grundannahme, dass das Logintervall
klein sein sollte gegenüber dem abgefragten Zeitraum, dann passen die Werte
im Wesentlichen. Weiterer Grundsatz ist, dass die MW keine Tupel
interpoliert, sondern nur in der DB tatsächlich vorhandene Timestamps
liefert. Aber insbesondere wenn Zeiträume abfragt werden, die eigentlich
exakt zum Logintervall passen, finde ich die überflüssigen Tupel auch
ärgerlich.

Fühl dich frei, dein Wunschverhalten zu formulieren und ein entsprechendes
Issue bei GitHub aufzumachen - oder wahlweise eine Diskussion auf vz-dev :-)

Grüße
Frank

Am 1. Mai 2018 um 18:33 schrieb Rupert Schöttler <rupert.schoettler at gmx.de>:

> Hallo Frank,
>
>
> Am 01.05.2018 um 17:36 schrieb Frank Richter:
> > die Middleware liefert grundsätzlich die Tupel mit dem nächstkleineren
> > und nächstgrößeren Timestamp (jeweils außerhalb des abgefragten
> > Zeitraums) mit. Diese fließen auch in die Berechnung von Verbrauch und
> > Durchschnitt ein.
> > Das Verhalten kannst du nachvollziehen, wenn du dir die zu Grunde
> > liegenden Daten anschaust (Button "Daten" in den Kanaleigenschaften).
>
> Danke für Deine Erläuterungen, damit kann ich das Verhalten
> nachvollziehen. Es werden also, obwohl ich exakt eine Stunde anschaue,
> Verbrauch und Durchschnitt über 7 Werte oder 1 3/4 Stunden berechnet...
>
> Seltsam, aber ich vermute, dass dieses Berechnungsverfahren einen guten
> Grund hat, den ich nur jetzt gerade nicht erkenne, und der nur in so
> einem Spezialfall "unverständliche" Ergebnisse erzeugt. :-)
>
> Viele Grüße, schönen Feiertag noch
> Rupert
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20180501/decd340d/attachment.html>