[vz-users] Gesamtverbrauch fehlt für El. Energie (Zählerstände) bzw. stimmt nicht für Gas (S0-Impulse)

[Alex]

Hallo Julian,

so, meine Listenadresse funktioniert wieder. Ich habe ehrlich gesagt
nicht mehr im Kopf, warum der Gesamtverbrauch mit der ersten
Mitternacht beginnt. Ich hatte es mal herausgefunden, habe aber die
Stelle im Code nicht mehr im Kopf. Ich habe es damals nicht groß
hinterfragt und meine Datenbank etwas angepasst... Impulse gelöscht und
Initialverbrauch angepasst, und mit meinem SQL Skript gegengecheckt.
Vielleicht kann da jemand anderes etwas dazu sagen.

Wenn man diese Eigenheit berücksichtigt, stimmt dann der nachfolgende
Verbrauch? Also z.B. wenn Du die vergangene Woche abfragst o.ä.?

Grüße,
Alex 

On Sun, 2024-01-21 at 08:19 +0100, Julian Sikorski wrote:
> Hallo Alex,
> 
> das mit dem 00:00 würde passen - am 1. Tag bis Mitternacht wurden
> laut 
> Frontend 3,87 m³ verbraucht. Super sinnvoll ist es nicht wirklich, da
> außer man die Kanäle genau um Mitternacht aufsetzt, stimmt der 
> Gesamtverbrauch nicht. Ist es ein Bug?
> Die aggregate Tabelle ist nicht leer, beinhaltet aber nur werte für 
> Strom. Ich habe die Datenbank ursprünglich auf dem Pi betrieben, dann
> habe ich diese zusammen mit Frontend auf mein NAS in ein Docker 
> Container umgezogen. Laut wiki ist Raspberry Pi 1 zu schwach für den 
> gesamten Stack. Muss mal schauen wie man die Aggregation im Docker 
> Container aufsetzt.
> 
> LG,
> Julian
> 
> Am 18.01.24 um 18:44 schrieb Alexander Strauss:
> > Hallo Julian,
> > 
> > ich kann gerade nicht mehr an die Liste schreiben, da meine 
> > Alias-Emailadresse (sokoloff) nicht mehr funktioniert... 1 und 1
> > hat da 
> > irgendwas vermurkst.
> > 
> > Das Frontend befragt für die Daten die Middleware, und die nimmt
> > wenn 
> > vorhanden Daten aus der Aggregation. Aus Gründen der Einfachheit 
> > (vermute ich) zählt der Code nur die Daten ab dem ersten /daily
> > value/, 
> > also ab 0.00 Uhr *nach* dem ersten Impuls. Die Stunden davor werden
> > nicht gezählt.
> > 
> > Was mich wundert, und behoben werden sollte, ist die vermutlich
> > leere 
> > aggregate Tabelle. Guck doch mal, ob die Aggregation bei Dir
> > aktiviert 
> > ist, das bringt bei wachsenden Datenmengen einen erheblichen 
> > Performancevorteil.
> > 
> > Dazu müssen im Cron die folgenden Zeilen stehen, ich glaube im VZ
> > Image 
> > sind sie vorgesehen in der crontab des Benutzers *pi*. Im Grunde
> > ist es 
> > aber egal unter welcher Benutzer-ID sie laufen.
> > 
> > # Volkszaehler
> > */10 * * * * /var/www/volkszaehler.org/bin/aggregate run -m delta -
> > l 
> > minute >/dev/null
> > 1 * * * * /var/www/volkszaehler.org/bin/aggregate run -m delta -l
> > hour 
> >  >/dev/null
> > 0 1 * * * /var/www/volkszaehler.org/bin/aggregate run -m delta -l
> > day 
> >  >/dev/null
> > 
> > Du kannst sie auch das erste Mal von Hand starten, dann siehst Du,
> > ob es 
> > funktioniert... ohne Optionen bekommst Du eine kurze
> > Bedienungsanleitung...
> > 
> > alex at avz <mailto:alex at avz>:~:(2)>
> > /var/www/volkszaehler.org/bin/aggregate
> > Data aggregation tool
> > 
> > Usage:
> > command [options] [arguments]
> > 
> > Options:
> > -h, --help Display this help message.
> > 
> > Available commands:
> > clear Clear aggregation table
> > completion Dump the shell completion script
> > help Display help for a command
> > list List commands
> > optimize Optimize data and aggregate tables
> > rebuild Rebuild aggregation table (using temporary table)
> > run Run aggregation
> > 
> > 
> > Wenn Du noch was in der .data Tabelle löschen möchtest, z.B.
> > falsche 
> > Impulse, solltest Du das vorher tun, sonst hast Du die fehlerhafte 
> > Information auch in der .aggregate Tabelle.
> > 
> > Grüße,
> > Alex
> > 
> > On Thu, 2024-01-18 at 13:35 +0100, Julian Sikorski wrote:
> > > Am 18.01.24 um 13:02 schrieb Alexander Strauss:
> > > > On Wed, 2024-01-17 at 22:37 +0100, Julian Sikorski wrote:
> > > > > Für Gas ist der Gesamtverbrauch ca. 4 m³ zu gering, das wären
> > > > > 400
> > > > > Impulse. Wahrscheinlich sind die verloren gegangen, als ich
> > > > > noch mit
> > > > > pull-up und pull-down experimentiert habe. Kann ich es gerade
> > > > > ziehen,
> > > > > indem ich alles vor Zeitpunkt x aus der DB lösche und
> > > > > möglichst zeitnah
> > > > > den Initialverbrauch auf die aktuelle Wert korrigiere?
> > > > 
> > > > 
> > > > 4 m³ bezogen auf welchen Zeitraum? Das entspräche vielleicht
> > > > einem
> > > > Tagesverbrauch. Auch bei "verlorengegangenen" Impulsen werden
> > > > ja die
> > > > gezählten nicht weniger. Was den Zählerstand betrifft... Du
> > > > kannst da
> > > > auch direkt die Datenbank fragen... ich habe da zwei Skripte
> > > > angehängt.
> > > > Eine Version geht auf die volkszaehler.data tabelle, eine auf
> > > > die
> > > > minütlichen Werte der .aggregate. Wenn das Skript und der VZ
> > > > unterschiedliche Werte ausgeben, ist da vielleicht der
> > > > Umrechnungsfaktor
> > > > im Frontend-Kanal falsch eingestellt?
> > > > 
> > > > Grüße,
> > > > Alex
> > > > 
> > > > PS - die SQL-Kanalnummer musst Du natürlich anpassen, Du
> > > > findest sie in
> > > > der volkszaehler.properties...
> > > 
> > > Zeitraum wäre weniger als ein Monat. Ich habe den Sensor am 8.
> > > Januar
> > > installiert. Am 9. Januar habe ich zuerst auf vzlogger PR #525
> > > gewechselt und dann noch auf pull-up Verfahren. Es gibt also zwei
> > > Datenlücken, sowie eine kleine Menge dubiosen Impulse aus der
> > > Testphase.
> > > Seitdem läuft alles stabil.
> > > Interessanterweise kommt aus dem data SQL eine bessere Wert:
> > > 39948,93 m³
> > > während im dashboard 39945 m³ angezeigt werden. Auf dem Zähler
> > > sind es
> > > 39948,75 m³. Aggregate SQL liefert NULL. Bis welchen Moment ist
> > > dashboard aktuell? Mitternacht scheint es nicht zu sein, da ich
> > > seit
> > > 00:00 5,16 m³ verbraucht habe, was insgesamt mehr als 39950 m³
> > > wäre.
> > > 100 Impulse pro m³ habe ich richtig eingestellt.
> > > 
> > > LG,
> > > Julian
> > 

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20240121/8cacfb32/attachment.htm>