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

[Julian Sikorski]

Hallo Alex,

so im Groben stimmt es. Wenn man den Verbrauch von damals berücksichtigt:
- Zählerstand: 39948,75 m³
- Datenbanksumme: 39948,93 m³
- Frontend: 39945 m³ plus erste Tag 3,87 m³ ergibt 39948,87 m³

Ich habe jetzt die Aggregation im Docker zum Laufen gebracht und der 
Gesamtverbrauch ist im Frontend aufgetaucht:
- Zählerstand: 13104 kWh
- Frontend: 13100 kWh plus erste Tag 5 kWh ergibt 13105 kWh. Evtl. wird 
im Frontend aufgerundet? Die erste Tage hatte ich noch keinen PIN für 
mein Zähler und die SML Daten wurden nur mit 1 kWh genauigkeit geliefert.

Ich kriege in einigen Tagen eine dedizierte Steckdose installiert, da 
wird es wieder eine Unterbrechung geben. Danach versuche ich nochmals 
frisch zu Starten. Zumindest bei Gas hat sich viel Schrott eingesammelt.

LG,
Julian

Am 21.01.24 um 16:26 schrieb 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
>>>
>