Re: [vz-users] Frage zum Betriebsstundensensor
Hallo Chris, kann Dir zwar nicht beantworten was Alex benutzt hat bei mir war es bislang einfach ein Steckernetzteil, das zugegeben nicht ganz VDE-Konform seiner beiden Pins beraubt wurde 2 Kabel angelötet, die dann an einen unbenutzten Steuerausgang der Heizung (in meinem Fall für ein optionales, nicht vorhandes Gas-Magnetventil) Ausgang des Steckernetzteils über eine Diode an einen ESP nebst Elko, zusätzlich die Spannung vor Diode an einen Eingang des ESP Der ESP hat dann einfach jeweils ein on oder off geschickt Mir ging es weniger um die Betriebsstunden, sondern mehr darum, das Takten der Heizung zu erfassen Leider sieht das Ganze in den neueren VZ-Versionen aber nicht mehr ganz so schön aus werde deshalb das Ganze jetzt so umprogrammieren das der ESP wenn an alle 5 sec einen Impuls sendet Vielleicht hilft Dir ja diese Lösung? Viele Grüße Klaus Von: volkszaehler-users Im Auftrag von Christian Wulff Gesendet: Mittwoch, 8. April 2020 13:00 An: r...@nord-com.net; 'Volkszaehler Liste' Betreff: Re: [vz-users] Frage zum Betriebsstundensensor Moin Alex, aus eigenem Interesse: Welche Betriebsstundensensoren benutzt du genau? Sind die gut, oder würdest du aus deiner Erfahrung lieber andere empfehlen? Danke und liebe Grüße, Chris Von: r...@nord-com.net <mailto:r...@nord-com.net> mailto:r...@nord-com.net> > Gesendet: Donnerstag, 2. April 2020 18:44 An: Volkszaehler Liste mailto:volkszaehler-users@demo.volkszaehler.org> > Betreff: [vz-users] Frage zum Betriebsstundensensor 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ürs 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
Re: [vz-users] Frage zum Betriebsstundensensor
Hallo Chris, Ich denke Deine Frage bezieht sich auf die verwendete Hardware? Nun, ich habe keine, zumindest keine die extern das An oder Aus eines Verbrauchers erfasst. Ich nutze zwei Betriebsstundenkanäle des Volkszählers, und füttere sie mit den Daten die meine Junkers Heizung auf den Can-Bus schickt das ist bei den Modellen mit Heatronic 2 die Verbindung zwischen der internen Regelung und dem externen Raum- oder AT-Regler . Sprich mein Raspberry ist mit ein paar Drähten mit der Heizung verbunden läuft sie im Heizbetrieb schreibt sie auf einer definierten Can-ID eine 1, ansonsten eine 0, dasselbe in Grün für die Brennerlaufzeit. Die Kanäle des VZ bilden das entsprechend ab und berechnen Werte wie durchschnittliche oder kumulative Laufzeit. Ich befürchte also dass ich Dir mit Deiner Frage nicht wirklich weiterhelfen kann Grüsse aus Bremerhaven, Alex From: Christian Wulff [mailto:christianwu...@gmx.de] Sent: Wednesday, April 08, 2020 1:00 PM To: r...@nord-com.net; 'Volkszaehler Liste' Subject: AW: [vz-users] Frage zum Betriebsstundensensor Moin Alex, aus eigenem Interesse: Welche Betriebsstundensensoren benutzt du genau? Sind die gut, oder würdest du aus deiner Erfahrung lieber andere empfehlen? Danke und liebe Grüße, Chris Von: r...@nord-com.net Gesendet: Donnerstag, 2. April 2020 18:44 An: Volkszaehler Liste Betreff: [vz-users] Frage zum Betriebsstundensensor 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ürs 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
Re: [vz-users] Frage zum Betriebsstundensensor
Moin Alex, aus eigenem Interesse: Welche Betriebsstundensensoren benutzt du genau? Sind die gut, oder würdest du aus deiner Erfahrung lieber andere empfehlen? Danke und liebe Grüße, Chris Von: r...@nord-com.net Gesendet: Donnerstag, 2. April 2020 18:44 An: Volkszaehler Liste Betreff: [vz-users] Frage zum Betriebsstundensensor 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ürs 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
Re: [vz-users] Frage zum Betriebsstundensensor
Mir fehlt der Nerv den Testfall umzubauen.. Fix ist drin! Viele Grüße, Andreas > On 7. Apr 2020, at 13:08, Frank Richter wrote: > > 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 mailto:cpui...@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 > > <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, r...@nord-com.net <mailto:r...@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-boun...@demo.volkszaehler.org >> <mailto:volkszaehler-users-boun...@demo.volkszaehler.org>] On Behalf Of >> Andreas Goetz >> Sent: Tuesday, April 07, 2020 8:59 AM >> To: volkszaehler.org <http://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 > <mailto:frank.richte...@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 mailto:cpui...@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 >>> <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 >> <mailto:frank.richte...@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 >>> >>> <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 >>> >>> <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 >> <mailto:cpui...@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
Re: [vz-users] Frage zum Betriebsstundensensor
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 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, r...@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-boun...@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 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 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 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 >: > > 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, r...@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=157783320&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-boun...@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. Ir
Re: [vz-users] Frage zum Betriebsstundensensor
Ich verstehe noch nicht warum dieser Test hier: https://github.com/volkszaehler/volkszaehler.org/blob/master/test/ConsumptionTest.php#L64 <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, r...@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-boun...@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 <mailto:frank.richte...@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 mailto:cpui...@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 >> <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 > <mailto:frank.richte...@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 >> >> <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 >> >> <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 > <mailto:cpui...@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, r...@nord-com.net <mailto:r...@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=n
Re: [vz-users] Frage zum Betriebsstundensensor
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-boun...@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 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 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 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 : 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, r...@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=157783320&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-boun...@demo.volkszaehler.org] On Behalf Of Andreas Goetz Sent: Friday, April 03, 2020 6:35 PM To: volkszaehler.org <http://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, < <mailto:r...@nord-com.net> r...@nord-com.net> < <mailto:r...@nord-com.net> r...@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-boun...@demo.volkszaehler.org> mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Andreas Goetz Sent: Thursday, April 02, 2020 8:08 PM To: <http://volkszaehler.org/> volkszaehler.org - users Subject: Re: [vz-users] Frage zum Betriebsstundensensor Sieht aus wie <https://github.com/volkszaehler/volkszaehler.org/issues/772> 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 <mailt
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 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 mailto:cpui...@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 > <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 > <mailto:frank.richte...@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 >> >> <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 >> >> <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 > <mailto:cpui...@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, r...@nord-com.net <mailto:r...@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=157783320&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-boun...@demo.volkszaehler.org >>> <mailto:volkszaehler-users-boun...@demo.volkszaehler.org>] On Behalf Of >>> Andreas Goetz >>> Sent: Friday, April 03, 2020 6:35 PM >>> To: volkszaehler.org <http://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, mailto:r...@nord-com.net&
Re: [vz-users] Frage zum Betriebsstundensensor
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 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 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 >: > >> 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, r...@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=157783320&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-boun...@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, 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-boun...@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 r...@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
Re: [vz-users] Frage zum Betriebsstundensensor
Hi, zum testen hätte ich ein script. Läuft auf meinen VZ. Gpio der gesteuert wird ist mit einer Brücke zum VZ-Eingang verbunden. Ist meine Überwachung für VZ. Ieinen Zufallsgenerator für sich ändernden Daten müsste noch eingebaut werden. Mit freundlichen Grüßen, Thomas -Ursprüngliche Nachricht- Von: Andreas Goetz Gesendet: Dienstag 7 April 2020 08:32 An: volkszaehler.org - users Betreff: Re: [vz-users] Frage zum Betriebsstundensensor 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 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 : 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, r...@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=157783320&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-boun...@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, mailto:r...@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-boun...@demo.volkszaehler.org <mailto:volkszaehler-users-boun...@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 r...@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 ic
Re: [vz-users] Frage zum Betriebsstundensensor
Moin Frank! Deine Lösungszeiten mitten in der Nach sind atemberaubend… Ich habe mit gearbeitet: https://github.com/volkszaehler/volkszaehler.org/pull/801 <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 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 > > <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 > > <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 <mailto:cpui...@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, r...@nord-com.net <mailto:r...@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=157783320&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-boun...@demo.volkszaehler.org >> <mailto:volkszaehler-users-boun...@demo.volkszaehler.org>] On Behalf Of >> Andreas Goetz >> Sent: Friday, April 03, 2020 6:35 PM >> To: volkszaehler.org <http://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, mailto:r...@nord-com.net>> >> mailto:r...@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-boun...@demo.volkszaehler.org >> <mailto:volkszaehler-users-boun...@demo.volkszaehler.org>] On Behalf Of >> Andreas Goetz >> Sent: Thursday, April 02, 2020 8:08 PM >> To: volkszaehler.org <http://volkszaehler.org/> - users >> Subject: Re: [vz-users] Frage zum Betriebsstundensensor >> >> Sieht aus wie https://github.com/volkszaehler/volkszaehler.org/issues/772 >> <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
Re: [vz-users] Frage zum Betriebsstundensensor
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 : > 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, r...@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=157783320&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-boun...@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, 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-boun...@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 r...@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 > > > > > >
Re: [vz-users] Frage zum Betriebsstundensensor
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, r...@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=157783320&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-boun...@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, mailto:r...@nord-com.net>> > mailto:r...@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-boun...@demo.volkszaehler.org > <mailto:volkszaehler-users-boun...@demo.volkszaehler.org>] On Behalf Of > Andreas Goetz > Sent: Thursday, April 02, 2020 8:08 PM > To: volkszaehler.org <http://volkszaehler.org/> - users > Subject: Re: [vz-users] Frage zum Betriebsstundensensor > > Sieht aus wie https://github.com/volkszaehler/volkszaehler.org/issues/772 > <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 r...@nord-com.net <mailto:r...@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 > > >
Re: [vz-users] Frage zum Betriebsstundensensor
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=157783320&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-boun...@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, 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-boun...@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> 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 r...@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
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, 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-boun...@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 > <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 r...@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
Re: [vz-users] Frage zum Betriebsstundensensor
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-boun...@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 r...@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
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 r...@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
[vz-users] Frage zum Betriebsstundensensor
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ürs 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
