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

Andreas Götz cpuidle at gmail.com
Thu Jun 5 23:02:46 CEST 2014


Soweit alles richtig! Jetzt musst Du in Deiner Enitity noch einstellen ab wieviel Sekunden ein gap erkannt werden soll, also analog Farbe, Darstellung, Kosten etc den Parameter anpassen.

Viele Grüße, Andreas


> Am 05.06.2014 um 22:16 schrieb "Ludger Bremenkamp" <bremenkamp.ludger at t-online.de>:
> 
> Hallo,
> hallo Andreas,
>  
> ich habe mal versucht das Ganze umzusetzen.
>  
> In der htdocs/frontend/javascripts/wui.js
>  
> Die Daten geändert!
>  
>  
> -                                             if (p)
>  
> +                                            if (p && series.data.last()[0] >= pos.x)
>  
>                                                               y = p[1];
>  
>                                               else
>  
>                                                               y = null;
>  
>                               } else { // no steps -> interpolate
>  
>                                               var p1 = series.data[j - 1], p2 = series.data[j];
>  
> -                                             if (p1 == null || p2 == null)
>  
> +                                            if (p1 == null || p2 == null || p1[0] == null)
>  
>  
> /var/www/volkszaehler.org/lib/Volkszaehler/Definition/ EntityDefinition.json
>  
> Etwas Ziellos gesucht wo den “gaps” hinein gehört
>  
>                 "name" : "electric meter",
> "required"          : ["resolution"],
> "optional" : ["tolerance", "cost", "local", “gaps”],
> "icon"   : "bolt.png",
> "unit"    : "W",
> "interpreter"     : "Volkszaehler\\Interpreter\\CounterInterpreter",
> "style"  : "steps",
> "model"              : "Volkszaehler\\Model\\Channel",
> "hasConsumption"         : true,
> "translation"      : {
> "de" : "El. Energie (Zählerstände)",
> "en" : "El. Energy (absolute meter readings)"
>  
> Aber ich glaube das war Falsch den im Frontend hat sich nichts geändert!
>  
> Was mache ich falsch?
>  
> Grüße Ludger
>  
>  
> Von: volkszaehler-dev-bounces at demo.volkszaehler.org [mailto:volkszaehler-dev-bounces at demo.volkszaehler.org] Im Auftrag von Andreas Goetz
> Gesendet: Donnerstag, 5. Juni 2014 20:07
> An: volkszaehler.org
> Betreff: Re: [vz-dev] Leistungswert bleibt stehen obwohl kein Verbrauch mehr (keine S0 Impulse mehr)
>  
> 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
>  
> 
> 
>   			 			
> Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv.
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20140605/1f037974/attachment-0001.html>


More information about the volkszaehler-dev mailing list