[vz-users] Frage zum Betriebsstundensensor

Di Apr 7 13:08:04 CEST 2020

Hi Andreas,

bei group=hour tritt der Fehler nicht auf: 10 * 3,6e6 / 3,6e6 bleibt 10.
Sind dann zwar nicht mehr Watt sondern Wattstunden, aber der Zahlenwert
bleibt gleich, und dein Test prüft keine Einheiten ;-)

Viele Grüße
Frank

Andreas Goetz <cpuidle at gmail.com> schrieb am Di., 7. Apr. 2020, 12:37:

> Ich verstehe noch nicht warum dieser Test hier:
> https://github.com/volkszaehler/volkszaehler.org/blob/master/test/ConsumptionTest.php#L64 nicht
> vorher einen Fehler gezeigt hat. Irgendwas ist da noch faul. Ich hab leider
> keine Zeit mir das in Ruhe anzuschauen. Falls ihr rein schauen wollt: Tests
> lassen sich einfach mittels ./vendor/bin/phpunit starten…
>
> Viele Grüße,
> Andreas
>
>
> On 7. Apr 2020, at 09:23, rgb at nord-com.net wrote:
>
> Tag Zusammen!
>
> Ich kann bestätigen, dass es für meinen Fall (Betriebsstundensensoren)
> jetzt in allen Modi, ab via Frontend oder direkten MW Aufruf, exakt so
> funktioniert wie es sollte. Weiter Daten oder Tests gerne, sagt was ihr
> braucht!
>
> Viele Grüsse,
> Alex
>
> *From:* volkszaehler-users [
> mailto:volkszaehler-users-bounces at demo.volkszaehler.org
> <volkszaehler-users-bounces at demo.volkszaehler.org>] *On Behalf Of *Andreas
> Goetz
> *Sent:* Tuesday, April 07, 2020 8:59 AM
> *To:* volkszaehler.org - users
> *Subject:* Re: [vz-users] Frage zum Betriebsstundensensor
>
> Bingo. Hab ich behoben, jetzt laufen alle Tests durch. Könnt ihr das
> bestätigen?
>
> Aber: wir brauchen für diesen und evtl. auch die anderen Interpreter noch
> zusätzliche Tests die zeigen dass es jetzt richtig ist und v.a. vorher
> falsch war…
>
> Viele Grüße, Andreas
>
>
>
> On 7. Apr 2020, at 08:41, Frank Richter <frank.richter83 at gmail.com> wrote:
>
> Moin Andreas,
>
> denke auch dass die Einheiten nicht passen: das consumption tuple ist
> schon in Wh umgerechnet, aber $this->consumption erwartet an dieser Stelle
> mWs.
>
> Grüße
> Frank
>
>
>
> Andreas Goetz <cpuidle at gmail.com> schrieb am Di., 7. Apr. 2020, 08:30:
>
> Moin Frank!
>
> Deine Lösungszeiten mitten in der Nach sind atemberaubend… Ich habe mit
> gearbeitet: https://github.com/volkszaehler/volkszaehler.org/pull/801
>
> Test wäre gut- ich habe das Gefühl da fehlt irgendwo noch ein Faktor?
>
> Viele Grüße, Andreas
>
>
>
> On 6. Apr 2020, at 23:26, Frank Richter <frank.richter83 at gmail.com> wrote:
>
> Hi zusammen,
>
> ich glaub ich hab's gefunden:
>
> $this->consumption += $tuple[1] * $delta_ts; (
> https://github.com/volkszaehler/volkszaehler.org/blob/master/lib/Interpreter/SensorInterpreter.php#L49) multipliziert
> immer mit dem Timestamp-Delta, auch wenn convertRawTuple im
> Consumption-Mode schon Energie (bzw. ein anderes Zeitintegral) zurückgibt (
> https://github.com/volkszaehler/volkszaehler.org/blob/master/lib/Interpreter/SensorInterpreter.php#L74-L75
> ).
>
> Also bräuchten wir entweder in generateData nochmal eine
> Fallunterscheidung oder wir schieben die Zeilen für die Verbrauchswerte
> gleich dorthin. Variante 2) fände ich klarer.
>
> PR? Testen kann ich das allerdings nicht ohne weiteres, da keine passenden
> Daten.
>
> Viele Grüße
> Frank
>
> Am Mo., 6. Apr. 2020 um 17:46 Uhr schrieb Andreas Goetz <cpuidle at gmail.com
> >:
>
> Hi Alex,
>
> kann gut sein, dass die MW das falsch macht. Da hilft nur die Analyse im
> Detail zu machen und den Fehler zu finden….
> Mein Fokus liegt aktuell auf anderen Dingen, wenn Du Fragen zum debuggen
> hast kann ich gerne Tips geben.
>
> Viele Grüße,
> Andreas
>
>
>
> On 6. Apr 2020, at 14:00, rgb at nord-com.net wrote:
>
> Hallo Andreas,
>
> Ich habe da noch mal reingeschaut. Die min, max und current Werte des
> Betriebsstundensensors scheinen in allen Modi (current, hourly, daily,
> monthly, yearly) zu stimmen, bestenfalls gibt es da ein paar
> Rundungsdifferenzen.
>
> Was in keinem Fall (ausser im current) stimmt, sind die Durchschnitts- und
> Verbrauchswerte. Diese werden aber bereits falsch von der Middleware
> geliefert, so dass ich nicht von einem Fehler im Frontend ausgehe…
>
> So gibt z.B.
> uuid.json?options=consumption&from=1577833200000&to=now&tuples=1&group=year
> die richtigen Werte für current, min und max (die 777 entsprechen in etwa
> dem was ich auch aus der Datenbank lesen kann (773)). Der Verbrauch müsste
> in allen Modi mit diesem Wert identisch sein.
>
> Wenn Du da einen Tipp für mich hättest, versuche ich gerne dem Problem auf
> die Spur zu kommen.
>
> Viele Grüsse,
> Alex
>
> *From:* volkszaehler-users [
> mailto:volkszaehler-users-bounces at demo.volkszaehler.org
> <volkszaehler-users-bounces at demo.volkszaehler.org>] *On Behalf Of *Andreas
> Goetz
> *Sent:* Friday, April 03, 2020 6:35 PM
> *To:* volkszaehler.org - users
> *Subject:* Re: [vz-users] Frage zum Betriebsstundensensor
>
> …ich hab grad zuviele andere Themen. Irgendwo in der wui.js oder plot.js
> fehlt eine Fallunterscheidung für den Modus bevor ausmultipliziert wird.
> Die Suche ist mühsam, sollte sich aber finden lassen.
>
> Hilfe wäre willkommen!
>
> Viele Grüße, Andreas
>
>
>
> On 3. Apr 2020, at 18:15, <rgb at nord-com.net> <rgb at nord-com.net> wrote:
>
> Hallo Andreas,
>
> Ja, das könnte hinkommen… werde mich da mal einklinken. Ist ja auch
> nichts, was eine sofortige Lösung braucht… ich habe es nur nicht verstanden
> und schon an meinem Setup gezweifelt.
>
> Viele Grüße,
> Alex
>
> *From:* volkszaehler-users [
> mailto:volkszaehler-users-bounces at demo.volkszaehler.org
> <volkszaehler-users-bounces at demo.volkszaehler.org>] *On Behalf Of *Andreas
> Goetz
> *Sent:* Thursday, April 02, 2020 8:08 PM
> *To:* volkszaehler.org - users
> *Subject:* Re: [vz-users] Frage zum Betriebsstundensensor
>
> Sieht aus wie https://github.com/volkszaehler/volkszaehler.org/issues/772?
>
> Hatte noch niemand Muße den Fehler zu suchen 😩
>
> Viele Grüße, Andreas
>
>
>
> Am 02.04.2020 um 18:43 schrieb rgb at nord-com.net:
>
> 
> Hallo liebe Volkszähler-Nutzer und -Experten,
>
> habe da gerade ein Fragezeichen auf der Stirn…
>
> Ich nutze (u.a.) zwei Betriebsstundensensoren, einen für die tägliche
> Laufzeit meiner Heizung und einer für die kumulierte Brennerlaufzeit. Meine
> Heizung liefert z.B. alle paar Sekunden eine 1, wenn sie im Heizbetrieb
> ist, eine 0 wenn in der Abschaltung, das schreibe ich 1:1 via
> Middleware-Aufruf in den VZ. Selbiges gilt für die Brennerlaufzeit.
>
> Ich bekomme damit eine schöne graphische Anzeige (states) sowie exakte
> Zahlen. Für meine Tabelle importiere ich den täglichen type=3
> Aggregate-Wert, der noch mal 24 gerechnet werden muss, dann stimmt es exakt
> mit der Anzeige im Frontend (und den Tatsachen) zusammen.
>
> Wenn ich nun im Frontend die Heizzeit für’s Jahr ansehe, im Current-Modus,
> stimmt das in etwa mit dem überein, was ich auch aus der DB rauskitzeln
> kann, das sind vom 1.1.2020 bis jetzt z.B. 765 Stunden in der Spalte
> „Verbrauch“.
>
> Gehe ich vom „current“ in den „hourly“ mode, sind es plötzlich 903
> Stunden, unter „monthly“ 541393h, unter „yearly“  1681297h.
>
> Was genau berechnet der VZ denn da? Der Verbrauch sollte doch immer gleich
> bleiben...? Bei meinen Impulskanälen (Gas-S0 und Brennerstarts) ist das ja
> auch so… der Gesamtverbrauch bleibt unabhhängig ob Current oder
> Daily-Yearly beim gemessenen Maximum.
>
> Gerne kann ich Bilder posten oder einen Link zum Frontend, aber ich denke
> Ihr glaubt mir auch so… bitte um Eure Ideen wie das zustande kommen kann.
>
> Danke & Gruss,
> Alex
>
>
> <workinghourssensor.png>
>
>
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20200407/0c19726b/attachment-0001.html>