[vz-dev] Leistungswert bleibt stehen obwohl kein Verbrauch mehr (keine S0 Impulse mehr)

[Andreas Goetz]

Moin Zusammen,

2014-06-04 1:22 GMT+02:00 Thorben Thuermer <r00t at constancy.org>:

> On Tue, 3 Jun 2014 20:50:00 +0200 Jan Tamm <vz at tamms.net> wrote:
> > Am 2. Juni 2014 20:33 schrieb Ludger Bremenkamp <
> > bremenkamp.ludger at t-online.de>:
> > > Was ich als falsch empfinde, ist daß das BHKW   seit ca. 08:15 Uhr aus
> ist
> > > und unten steht bei aktuell noch 5.4kW.
>

Das ist erstmal auch korrekt da 5.4kW immer noch der aktuelle (=letzte)
Wert ist der gespeichert wurde. Die MW kann apriori nicht wissen, ab wann
ein Wert nicht mehr "aktuell" ist- ggf. liest man ja nur 1x täglich Werte
aus...

> >
> > > Wenn man in der Tagesansicht schaut kann man natürlich sehen das die
> Kurve
> > > nicht weiter verläuft (also BHKW aus).
> [...]
> > > Hier wäre es doch schön wenn keine Impulse mehr kommen, den aktuell
> Wert
> > > mit 0 kW anzuzeigen.
>

Eine ähnliche Lösung gibt es aktuell für das Frontend- die "gap"s. Bei
gaps(=Lücken) wird die Darstellung unterbrochen. Denkbar wäre auch in
diesem Fall den aktuellen Wert auf 0/leer/Wert in () zu setzen um einen
veralteten Stand anzuzeigen. Das ließe sich vmtl. relativ schnell
implementieren.

Aber: bisher habe ich gaps nur für Kanäle ohne "Consumption" eingebaut da
die Lücken dann eine reine Anzeigegeschichte sind. Hat ein Kanal verbrauch
wird ja "unter der Kurve integriert", die Lücke würde also eine leicht
andere Verbrauchsberechnung suggerieren als real auftritt. M.E. zu
verschmerzen?


> > es ist noch keine neue Information geflossen, also kann die Middleware
> auch
> > nichts neues anzeigen.
>

So isses.


>
> mir erschiene es sinnvoller, das in der middleware zu loesen,
>

Warum eigentlich? Ich speichere für meine Zähler z.B. alle 5min einen Wert-
ob 0 oder nicht. Das liesse sich z.B. auch über ein Skript ala vzcompress
realisieren welches die GAP-Logik nachbildet.


> bzw bei der berechnung im interpreter.
>

Dieser Weg ist natürlich auch denkbar, packt aber nochmal mehr Komplexität
in die MW. Das würde letztlich bedeuten, dass wir die Interpretation des
"gaps" vom Frontend in die MW verlegen müssten. Damit wäre auch die
Problematik der Verbauchsberechnung gelöst.


> das haette auch den vorteil, dass keine phantasie-daten in der db landen.
> nach einem timeout, vielleicht abhaengig von der vorherigen
> leistung/abstand,
> oder konfigurierbar pro kanal?
>

Konfigurierbar pro Kanal, anderenfalls treffen wir zu viele Annahmen über
die Messung.


> man koennte auch einigermassen korrekt eine obergrenze fuer die leistung
> liefern,
> indem man annimmt, dass zum aktuellen zeitpunkt ein impuls vorliegt.
>

Die Frage ist obs wirklich notwendig ist und uns die einfache
Frontendlösung nicht schon reichen würde, auch wenn's nur eine
Approximation wäre.


Wie wär's denn mit einem kleinen Prototypen? Dabei könnte ich auch gleich
das Problem mitlösen dass aktuell in gefundenen "gaps" immer noch
Zahlenwerte in der Legende angezeigt werden...


> > -- Jan
>
> - Thorben
>

Andreas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20140604/a505c082/attachment-0001.html>