<div dir="ltr"><div><div><div>Hallo Zusammen,<br><br>hier der versprochene Prototyp:<br><br><a href="https://github.com/andig/volkszaehler.org/tree/enhance-gaps">https://github.com/andig/volkszaehler.org/tree/enhance-gaps</a><br>
<br></div>@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.<br><br></div>vg<br>
</div>Andreas<br><div><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-06-04 10:02 GMT+02:00 Andreas Goetz <span dir="ltr"><<a href="mailto:cpuidle@gmail.com" target="_blank">cpuidle@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="ltr">Moin Zusammen,<br><div class="gmail_extra"><br><div class="gmail_quote">2014-06-04 1:22 GMT+02:00 Thorben Thuermer <span dir="ltr"><<a href="mailto:r00t@constancy.org" target="_blank">r00t@constancy.org</a>></span>:<div class="">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Tue, 3 Jun 2014 20:50:00 +0200 Jan Tamm <<a href="mailto:vz@tamms.net" target="_blank">vz@tamms.net</a>> wrote:<br>
> Am 2. Juni 2014 20:33 schrieb Ludger Bremenkamp <<br>
> <a href="mailto:bremenkamp.ludger@t-online.de" target="_blank">bremenkamp.ludger@t-online.de</a>>:<br>
> > Was ich als falsch empfinde, ist daß das BHKW seit ca. 08:15 Uhr aus ist<br>
> > und unten steht bei aktuell noch 5.4kW.<br></div></blockquote><div><br></div></div><div>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...<br>
<br></div><div class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
> ><br>
> > Wenn man in der Tagesansicht schaut kann man natürlich sehen das die Kurve<br>
> > nicht weiter verläuft (also BHKW aus).<br>
</div>[...]<br>
<div>> > Hier wäre es doch schön wenn keine Impulse mehr kommen, den aktuell Wert<br>
> > mit 0 kW anzuzeigen.<br></div></blockquote><div><br></div></div><div>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.<br>
</div><div><br>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?<br>
<br></div><div class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>> es ist noch keine neue Information geflossen, also kann die Middleware auch<br>
> nichts neues anzeigen.<br></div></blockquote><div><br></div></div><div>So isses.<br> <br></div><div class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<br>
</div>mir erschiene es sinnvoller, das in der middleware zu loesen,<br></blockquote><div><br></div></div><div>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.<br>
<br></div><div class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
bzw bei der berechnung im interpreter.<br></blockquote><div><br></div></div><div>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.<br>
<br></div><div class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
das haette auch den vorteil, dass keine phantasie-daten in der db landen.<br>
nach einem timeout, vielleicht abhaengig von der vorherigen leistung/abstand,<br>
oder konfigurierbar pro kanal?<br></blockquote><div><br></div></div><div>Konfigurierbar pro Kanal, anderenfalls treffen wir zu viele Annahmen über die Messung.<br> <br></div><div class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
man koennte auch einigermassen korrekt eine obergrenze fuer die leistung liefern,<br>
indem man annimmt, dass zum aktuellen zeitpunkt ein impuls vorliegt.<br></blockquote><div><br></div></div><div>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.<br>
<br><br></div><div>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...<br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> -- Jan<br>
<span><font color="#888888"><br>
- Thorben<span class="HOEnZb"><font color="#888888"><br>
</font></span></font></span></blockquote></div><span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div class="gmail_extra">Andreas<br></div></font></span></div>
</blockquote></div><br></div>