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

Andreas Goetz cpuidle at gmail.com
Mon Jan 11 14:27:49 CET 2016


2016-01-11 13:45 GMT+01:00 Winfried Peters <winfried.peters at gmail.com>:

> Hallo,
>
> > aggtime wird ignoriert wenn aggfixedinterval nicht gesetzt ist
>
> Was bedeutet "nicht gesetzt"? aggfixedinerval = false oder nicht definiert?
> Was ist der Defaultwert, wenn nicht definiert?
>

Siehe http://volkszaehler.github.io/vzlogger/
Default ist false.


> Viele Grüße
>

Viele Grüße,
Andreas


>
> Am 11. Januar 2016 um 10:48 schrieb Andreas Goetz <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).
>>
>> @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>:
>>
>>> 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>:
>>>
>>> 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>:
>>>
>>> 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>:
>>>
>>> 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"
>>>     }
>>>   ],
>>>   "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",
>>>           "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/20160111/8067ddd8/attachment-0001.html>


More information about the volkszaehler-users mailing list