[vz-users] S0-Werte aggregieren nur mit "aggfixedinterval": true

[Jens]

Hallo Andreas,

war länger im Krankenhaus und kam nicht zum Volkszählern; hab’s aber auf meiner todo-Liste stehen.

Gruß Jens


> Am 01.02.2016 um 15:14 schrieb Andreas Goetz <cpuidle at gmail.com>:
> 
> Hallo Jens,
> 
> könntest Du nochmal Licht ins Dunkel bringen? Den Fehler sollten wir wirklich beheben- wird ohne Deine Hilfe aber schwierig...
> 
> Viele Grüße,
> Andreas
> 
> 
> 2016-01-11 10:48 GMT+01:00 Andreas Goetz <cpuidle at gmail.com <mailto:cpuidle at gmail.com>>:
> Hallo Zusammen,
> 
> nachdem die Diskussion sich ein wenig off topic um aggfixed Interval drehte hier als Reminder nochmal das Kernproblem: aggtime wird ignoriert wenn aggfixedinterval nicht gesetzt ist (https://github.com/volkszaehler/vzlogger/issues/231 <https://github.com/volkszaehler/vzlogger/issues/231>).
> 
> @Jens: jetzt bräuchten wir Deine Hilfe- siehe Fragen von Matthias.
> 
> Viele Grüße,
> Andreas
> 
> 
> 2016-01-08 21:06 GMT+01:00 Matthias Behr <mbehr at mcbehr.de <mailto:mbehr at mcbehr.de>>:
> Bitte mal verbose auf 15 umstellen und den Log schicken.
> 
> Bemerkung: die einzelnen Meter sind untereinander nicht synchronisiert. D.h. die aggtime kann sich zwischen den schon ändern. Nur Channels eines Meter werden synchonisiert.
> 
> Aber wenn ich dich richtige verstehe, bekommst du vereinzelt immer Meter, die aggtime ignorieren. Das wäre auch ein klarer Fehler.
> 
> Und ja, bitte Fehler/Log zu dem Fall, wo send_zero nach 4 Min abbricht, bzw. Loggen aufhört. Und warum gibt es keine Besserung? Die Sprünge müssen dann nur noch normale (bei wenigen Impulsen) Digitialisierungseffekte sein, die aber unvermeidbar sind, oder?
> 
>> Am 08.01.2016 um 08:44 schrieb Jens <panterglas at web.de <mailto:panterglas at web.de>>:
>> 
>> Hallo Andreas,
>> 
>> ich hab den "send_zero" versuchsweise auf true gesetzt. Leider bringt das keine Besserung, der vzlogger verabschiedet sich dann auch irgendwann bei mir. Habt dann wieder rausgenommen.
>> 
>> Was mir aber noch aufgefallen ist (ich weiß, das ist jetzt wieder sowas nichtkonkretes, womit man schwer etwas anfangen kann, aber es ist dennoch vorhanden). Meine S0-Zähler sind alle GLEICH konfiguriert. Jedoch zählt behandelt vzlogger die erstaunlicherweise unterschiedlich - und das auch nach dem Start des Raspi’s nicht vorhersehbar, welcher Zähler nun richtig und falsch loggt. Hier ein Beispiel: S00_Gesamt logt korrekt alle 30 Sekunden, der S01_Haus loggt nach eintreffenden Impulsen unabhängig von der eingestellten Aggregationszeit. Die original Configdatei liegt anbei (hab nur die UUID’s rausgenommen). Die Temperaturen über 1wire werden mit dem vzlogger wunderbar gemäß dem Zeitplan verarbeitet.
>> 
>> Viele Grüße Jens
>> 
>> <Schnappschuss (2016-01-08 08.13.42).png>
>> 
>> 
>> Dann mal den vzlogger gestoppt und neu gestartet und das Bild sieht so aus. Jetzt loggen auf einmal alle richtig im 30 Sekunden-Intervall.
>> 
>> <Schnappschuss (2016-01-08 08.38.07).png>
>> <vzlogger.conf>
>> 
>>> Am 07.01.2016 um 20:36 schrieb Matthias Behr <mbehr at mcbehr.de <mailto:mbehr at mcbehr.de>>:
>>> 
>>> Hallo,
>>> 
>>> kannst du mal folgende Kombination testen:
>>> aggfixedinterval = false // das sollte man eher nicht verwenden, beschreibe später noch mal, warum nicht.
>>> dafür:
>>> send_zero:true // mit aggmode willst du ja alle z.B. 30s einen Datenpunkt, auch wenn der Null ist, oder?
>>> 
>>> Damit sollten die Effekte, die du beobachtest weg sein.
>>> 
>>> 
>>>> Am 06.01.2016 um 20:29 schrieb Jens <panterglas at web.de <mailto:panterglas at web.de>>:
>>>> 
>>>> Hallo Zusammen,
>>>> 
>>>> ich logge einige S0 Zähler und seit zwei Wochen mit dem vzlogger. Ich möchte, dass nur alle 30 Sekunden ein Eintrag in die Datenbank geschrieben wird. Dafür nutze ich den Parameter „aggtime" auf 30. Das klappt auch, allerdings muss man den Parameter "aggfixedinterval" auf true setzen. Andernfalls werden die Daten gemäß dem Original-Impuls in die Datenbank geschrieben und aggtime wird ignoriert. Leider werden bei aktiviertem „aggfixedinterval“ die Werte nicht interpoliert, was zu kleinen Sägezahnmustern im Frontend führen kann - gerade bei kleinen Lasten.
>>>> 
>>>> Hier ein Screenshot mit und ohne aggfixedinterval
>>>> <Schnappschuss (2016-01-06 20.16.04).png>
>>>> 
>>>> 
>>>> Meine Knotig, nur bis zum ersten S0-Zähler, die anderen sind gleich bis auf die UUID
>>>> {
>>>>   "retry": 0,
>>>>   "daemon": true,
>>>>   "verbosity": 0,
>>>>   "log": "/var/log/vzlogger.log",
>>>>   "local": {
>>>>     "enabled": false,
>>>>     "port": 8080,
>>>>     "index": true,
>>>>     "timeout": 0,
>>>>     "buffer": 0
>>>>   },
>>>>   "push": [
>>>>     {
>>>>       "url": "http://127.0.0.1:5582 <http://127.0.0.1:5582/>"
>>>>     }
>>>>   ],
>>>>   "meters": [
>>>>     // Sensor 1
>>>>     {
>>>>       "enabled": true,
>>>>       "allowskip": false,
>>>>       "interval": -1,
>>>>       "aggtime": 30,
>>>>       "aggfixedinterval": true,
>>>>       "channels": [
>>>>         {
>>>>           "uuid": „das-ist-meine-Kanal-UUID",
>>>>           "identifier": "Impulse",
>>>>           "api": "volkszaehler",
>>>>           "middleware": "http://127.0.0.1/middleware.php <http://127.0.0.1/middleware.php>",
>>>>           "aggmode": "SUM",
>>>>           "duplicates": 0
>>>>         }
>>>>       ],
>>>>       "protocol": "s0",
>>>>       "gpio": 4,
>>>>       "resolution": 1000,
>>>>       "configureGPIO": true,
>>>>       "debounce_delay": 0
>>>>     },
>>>>     // Sensor 2
>>>> … weitere Sensoren
>>>> 
>>> 
>>> Gruß
>>> 
>>> Matthias
>>> 
>> 
> 
> Gruß
> 
> Matthias
> 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20160201/e983eb5d/attachment-0001.html>