[vz-users] Optimierung der vzlogger.conf, Datenaggregation, fehlerhafte Messung und Darstellung

Andreas Götz cpuidle at gmail.com
Sat Jul 16 22:55:05 CEST 2016


Servus,

> Am 16.07.2016 um 22:18 schrieb Heiko Baumann <hbcs at gmx.de>:
> 
> Hallo zusammen,
> 
> nach einem Umstieg auf das "offizelle" Image hatte ich ja mitunter etwas Probleme, den vzlogger zum Laufen zu bringen bzw. richtig zu konfigurieren (nutzte vorher s0vz und 1wirevz als Dienst).
> 
> Mit der angehängten vzlogger.conf bekomme ich jetzt zumindest wieder vernünftige Werte rein.
> 
> Interessanterweise war ein Backup meiner DB vor der Umstellung nach dem Zippen immer zwischen 16 und 18MB groß, mit dem neuen Image (und dem gleichen Backupskript) sind es jetzt 46MB. Ein Filediff zeigt viele Einträge in den Tablellen aggregate und values (wenig überraschend, es hat einige Tage gedauert, bis vz wieder lief und das Backup eingerichtet war).
> Dennoch scheint es mir so, als ob im Rahmen der Aggregation die Daten irgendwie "ausgemistet" gehören würden.
> 

Nein, werden sie nicht.

> A propos Aggregation: ja, der Cronjob läuft
> pi at BauratPi:~ $ tail /var/log/syslog
> Jul 16 21:47:01 BauratPi rsyslogd-2007: action 'action 17' suspended, next retry is Sat Jul 16 21:48:31 2016 [try http://www.rsyslog.com/e/2007 ]
> Jul 16 21:47:01 BauratPi CRON[4579]: (pi) CMD (php /var/www/volkszaehler.org/misc/tools/aggregate.php run -m delta -l minute >/dev/null)
> Jul 16 21:48:01 BauratPi CRON[4621]: (pi) CMD (php /var/www/volkszaehler.org/misc/tools/aggregate.php run -m delta -l minute >/dev/null)
> Jul 16 21:49:02 BauratPi rsyslogd-2007: action 'action 17' suspended, next retry is Sat Jul 16 21:50:32 2016 [try http://www.rsyslog.com/e/2007 ]
> Jul 16 21:49:02 BauratPi CRON[4637]: (pi) CMD (php /var/www/volkszaehler.org/misc/tools/aggregate.php run -m delta -l minute >/dev/null)
> Jul 16 21:50:01 BauratPi CRON[4653]: (pi) CMD (php /var/www/volkszaehler.org/misc/tools/aggregate.php run -m delta -l minute >/dev/null)
> 
> (was der Fehler mit dem rsyslogd ist, weiß ich nicht - ich hoffe unerheblich)

Ich seh da keine Aussage. Wenn Du Unbill vermutest zähl einfach die Datensätze in den Tabellen- jeweils aus Deiner alten DB und der Neuen, dann weisst Du's genau.

> 
> An den Diensten des vzimages hab ich nichts geändert. vzcompress läuft meines Wissens nicht, im syslog findet sich kein Eintrag.
> 
> Also 1. Frage: was kann ich tun, um meinen Datenbestand vernünftig auszudünnen?

Das gleiche wie seit x Jahren- vzcompress nutzen.

> Bislang bin ich ohne vzcompress zurecht gekommen, das gezippte Backup mit 16MB war gut zu handeln. Jetzt mit knapp 50MB (entpackt 200MB!) wirds unpraktisch...

Viele Grüße, Andreas 

> 
> Die 2. Frage geht in die gleiche Richtung: meine 1wire Temperatursensoren und s0 STromzähler brauchen nicht im Sekundentakt auflösen. Welches sind sinnvolle praktikable Werte, um der Datenmengen in Verbindung mit der Aggregation Herr zu werden und den schmalen Pi nicht zu überlasten? Meine vzlogger.conf sieht wie folgt aus (Auszug 1x s0, 1x 1wire). Hab nach einem Hinweis von Andi in der letzten Mail die aggtime auf 60 und den aggmode auf sum gestellt - war das wirklich alles oder was sollte noch angepasst werden?
> 
> [...]
>    {
>       // PV-Wechselrichter GPIO 17
>       "enabled": true,
>       "allowskip": false,
>       "interval": -1,
>       "aggtime": 60,
>       "aggfixedinterval": false,
>       "channels": [
>         {
>           "uuid": "7b6afe30-f2dc-11e2-a117-6b7d90ba87df",
>           "identifier": "Impulse",
>           "api": "volkszaehler",
>           "middleware": "http://127.0.0.1/middleware.php",
>           "aggmode": "sum",
>           "duplicates": 0
>         }
>       ],
>       "protocol": "s0",
>       "gpio": 17,
>       "resolution": 1000,
>       "configureGPIO": true,
>       "debounce_delay": 0
>     },
>    // 1wire Temperatursensoren
>     {
>       "enabled": true,
>       "allowskip": false,
>       "interval": 10,
>       "aggtime": -1,
>       "aggfixedinterval": false,
>       "channels": [
>         {
>           // T4 Aussentemperatur channel 10
>           "uuid": "53e45780-f2dc-11e2-bb40-e1626f6aa1bd",
>           "identifier": "28-0000045c5c7e",
>           "api": "volkszaehler",
>           "middleware": "http://127.0.0.1/middleware.php",
>           "aggmode": "none",
>           "duplicates": 0
>         },
> [...]
> 
> .. und schließlich noch zur 3. Frage: die gemessenen Werte z.B. meiner PV-Anlage unterscheiden sich deutlich:
> 
> a) vz: 48,6 kWh. Graph wie folgt:
> <onokgdnfflfkcjig.png>
> 
> b) Wechselrichter: 71,1 kWh
> <gmjkohogejnajbmg.png>
> 
> Die Graphen sind "entfernt ähnlich", der grobe Verlauf stimmt, aber mehr auch irgendwie nicht. Zudem misst vz nur knapp 69% des erzeugten Stroms. Datenbankseitig hab ich an der Konfiguration des Channels nichts verändert, die Werte waren früher näherungsweise ok.
> 
> In der DB steht bei den entities:
> uuid;type;class
> 7b6afe30-f2dc-11e2-a117-6b7d90ba87df;power;channel
> 
> .. und bei den properties:
> entity_id;pkey;value
> 12;active;1
> 12;color;lime
> 12;cost;0.1599
> 12;fillstyle;0.1
> 12;public;1
> 12;resolution;1000
> 12;style;steps
> 12;title;PV-Wechselrichter
> 12;yaxis;auto
> 
> 
> Deswegen also Frage 3: Hat jemand eine Idee, woran die fehlerhafte Darstellung und Messung liegen könnte?
> 
> Vielen Dank und gute Nacht :)
> Heiko
> 
> 
> <vzlogger.conf>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20160716/b96f22f5/attachment.html>


More information about the volkszaehler-users mailing list