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

[Andreas Goetz]

Hallo Zusammen,

hier der versprochene Prototyp:

https://github.com/andig/volkszaehler.org/tree/enhance-gaps

@Ludger: damit Du das für Dein BHKW anwenden kannst musst Du noch den
Parameter "gaps" in der EntityDefinition.json hinzufügen und dann den
Timeout in Sekunden im Frontend konfigurieren.

vg
Andreas



2014-06-04 10:02 GMT+02:00 Andreas Goetz <cpuidle at gmail.com>:

> 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/20140605/e16d1f8f/attachment.html>