[vz-users] vzlogger - Aggregation funktioniert nicht
Matthias Behr
mbehr at mcbehr.de
Fri Oct 9 21:36:40 CEST 2015
Hallo,
aggmode muss pro Channel gesetzt werden. Verschieb das aggmode mal in die jeweiligen Channel Definitionen.
> Am 09.10.2015 um 20:37 schrieb Frank Bruhn <bruhnfrank at icloud.com>:
>
> Guten Abend,
>
> ich habe Probleme mit den Parametern 'aggmode' und 'aggtime' habe beide Parameter gesetzt, da ich die Schreibzugriffe in die Datenbank und gleichzeitig das Datenvolumen verringern wollte. Ich habe es so verstanden das aus allen Messungen innerhalb der aggtime ein Wert nach der aggmode Methode ermittelt wird und dann in die Datenbank geschrieben wird. Es landet jedoch weiterhin jede Messung in der Datenbank.
>
> Im Wiki wurde es ja auch so beschrieben.
>
> Der vzlogger bietet eine entsprechende Option, mehrere Messungen zu einer Messung zusammenzufassen. Der vzlogger misst dann zwar noch häufiger, bzw. nimmt die Daten häufiger an, errechnet jedoch innerhalb eines Zeitraums einen Meßwert und gibt diesen dann an die Middleware weiter. Dies entlastet sowohl die Middleware und somit den Rechner an sich und hält auch die Datenmenge kleiner.
> Die Konfiguration wird mit den Parametern „aggtime“, „aggfixedinterval“ und „aggmode“ vorgenommen, wie in der Anleitung <http://wiki.volkszaehler.org/software/controller/vzlogger> als Beispiel gezeigt.
>
> Vielen Dank im vorraus!
>
> Frank aus Rostock
>
> Meine Config sieht wie folgt aus:
>
> {
> "retry" : 30, /* how long to sleep between failed requests, in seconds */
> "daemon": false, /* run periodically */
> "verbosity" : 10, /* between 0 and 15 */
> "log" : "/var/log/vzlogger.log",/* path to logfile, optional */
>
> "local" : {
> "enabled" : false, /* should we start the local HTTPd for serving live readings? */
> "port" : 89, /* the TCP port for the local HTTPd */
> "index" : true, /* should we provide a index listing of available channels? */
> "timeout" : 30, /* timeout for long polling comet requests, 0 disables comet, in seconds */
> "buffer" : 600 /* how long to buffer readings for the local interface, in seconds */
> },
>
> "meters": [
> {
> "enabled": true,
> "allowskip": false,
> "aggtime": 60,
> "channels": [
> {
> "uuid": "b2c60060-6c3c-11e5-bd61-bdda3a2dcaf0",
> "middleware": "http://localhost/middleware.php",
> "identifier": "1-0:1.7.255*255" // OBIS identifier
> }
> ],
> "protocol": "d0",
> "device": "/dev/easymeterq3d",
> "baudrate": 9600,
> "parity": "7e1",
> "aggtime": 60, // aggregate meter readings and send middleware update after <aggtime> sec$
> "aggmode": "AVG", // aggregation mode: aggregate meter readings during <aggtime> interval
> },
> {
> "enabled": true,
> "allowskip": false,
> "aggtime": 60,
> "channels": [
> {
> "uuid": "96ab0510-6c3c-11e5-9306-fd07e6a75b78",
> "middleware": "http://localhost/middleware.php",
> "identifier": "1.25" // OBIS identifier
> }
> ],
> "protocol": "d0",
> "device": "/dev/emhitz",
> "pullseq": "2F3F210D0A",
> "baudrate": 300,
> "ackseq": "auto", // optional (default: keine Antwortsequenz auf Zaehlerantwort) kann entweder feste hex-Sequenz sein (z.B. 063035300d0a für mode C mit 9600bd oder 063030300d0a = 300bd) oder kann auf "auto" g$
> "read_timeout": 10, // optional, default 10s. Timeout value in secs between single bytes received from device
> "baudrate_change_delay": 400, // optional, default none. Delay value in ms after ACKSEQ send before baudrate change
> "parity": "7e1",
> "aggtime": 60, // aggregate meter readings and send middleware update after <aggtime> seconds
> "aggmode": "AVG", // aggregation mode: aggregate meter readings during <aggtime> interval
> }
> ]
> }
>
>
Gruß
Matthias
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20151009/45a774af/attachment.html>
More information about the volkszaehler-users
mailing list