[vz-dev] Leistungswert bleibt stehen obwohl kein Verbrauch mehr (keine S0 Impulse mehr)
Andreas Goetz
cpuidle at gmail.com
Wed Jun 11 18:33:14 CEST 2014
Hallo Ludger,
stehe immer noch Gewehr bei Fuss ;)
vg
Andreas
2014-06-07 14:46 GMT+02:00 Andreas Götz <cpuidle at gmail.com>:
> Mhm... Falls ich draufschauen soll schick gerne Zugangsdaten per pm,
> klappt aber erst morgen...
>
> Viele Grüße,
> Andreas
>
> Am 07.06.2014 um 14:43 schrieb "Ludger Bremenkamp" <
> bremenkamp.ludger at t-online.de>:
>
> Hallo Andreas,
>
>
>
> hat leider nicht funktioniert!
>
>
>
> Bin nun etwas gefrustet und trink mir erst mal beim schönen Wetter ein
> Bier!
>
>
>
> Grüße Ludger
>
>
>
>
>
> *Von:* volkszaehler-dev-bounces at demo.volkszaehler.org [
> mailto:volkszaehler-dev-bounces at demo.volkszaehler.org
> <volkszaehler-dev-bounces at demo.volkszaehler.org>] *Im Auftrag von *Andreas
> Götz
> *Gesendet:* Samstag, 7. Juni 2014 11:56
> *An:* volkszaehler.org
> *Betreff:* Re: [vz-dev] Leistungswert bleibt stehen obwohl kein Verbrauch
> mehr (keine S0 Impulse mehr)
>
>
>
> Hallo Ludger,
>
>
>
> Letzter Versuch... Schau mal ob devmode=true in der vz.conf.php das
> Problem löst. Evtl wird da was gecacht.
>
> Ich habe den commit gestern auch nochmal aktualisiert, ggf brauchst Du da
> nochmal den letzten Stand.
>
>
>
> Mal sehen obs klappt..
>
>
>
> Viele Grüße, Andreas
>
>
>
>
> Am 07.06.2014 um 11:40 schrieb "Ludger Bremenkamp" <
> bremenkamp.ludger at t-online.de>:
>
> Hallo,
>
> hallo Andreas,
>
>
>
> wo finde ich den den Wert „gaps“ in der Entity im Frontend auf der Website
> ist er nicht zu finden!
>
> Muss ich das in einer Datei ändern?
>
>
>
> Grüße Ludger
>
>
>
> *Von:* volkszaehler-dev-bounces at demo.volkszaehler.org [
> mailto:volkszaehler-dev-bounces at demo.volkszaehler.org
> <volkszaehler-dev-bounces at demo.volkszaehler.org>] *Im Auftrag von *Andreas
> Götz
> *Gesendet:* Donnerstag, 5. Juni 2014 23:03
> *An:* volkszaehler.org
> *Betreff:* Re: [vz-dev] Leistungswert bleibt stehen obwohl kein Verbrauch
> mehr (keine S0 Impulse mehr)
>
>
>
> 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
> <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
>
>
>
>
> ------------------------------
>
> <http://www.avast.com/>
>
> Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus
> <http://www.avast.com/> Schutz ist aktiv.
>
>
>
>
> ------------------------------
>
> <http://www.avast.com/>
>
> Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus
> <http://www.avast.com/> Schutz ist aktiv.
>
>
>
>
>
> ------------------------------
> <http://www.avast.com/>
>
> Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus
> <http://www.avast.com/> Schutz ist aktiv.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20140611/ff2a67e3/attachment-0001.html>
More information about the volkszaehler-dev
mailing list