[vz-users] Konfigurationsproblem vzlogger für Elster AS1440

[Frank Richter]

Hi,

du kannst höchstens mal nachschauen, ob dein Zähler auch die
Momentanleistung ausgibt. Für hohe Zeitauflösung wäre das von Vorteil, für
Verbrauchsermittlung über längere Zeiträume eher nicht.

Grüße
Frank

Am 25.08.2017 15:38 schrieb "Kai Wiemer" <kawi.business at gmail.com>:

> Hallo Frank,
>
> das habe ich befürchtet. Die Auflösung meiner privaten Zähler ist um
> Dimensionen höher.
>
> Danke für den Hinweis mit den Duplikaten. Den werde ich gleich mal testen.
>
> Grüße
> Kai
>
> Am 25. August 2017 um 15:20 schrieb Frank Richter <
> frank.richter83 at gmail.com>:
>
>> Hallo Kai,
>>
>> die Auflösung des Zählers ist offenbar relativ niedrig (10Wh). Daran
>> kannst du erstmal nix ändern, ein Workaround für die Nullwerte in der
>> Darstellung wäre aber die Option "duplicates" in vzlogger, gefolgt von der
>> Zeit in s, in der keine identischen Werte an die Middleware übertragen
>> werden sollen.
>>
>> Grüße
>> Frank
>>
>> Am 25.08.2017 15:13 schrieb "Kai Wiemer" <kawi.business at gmail.com>:
>>
>>> Hallo zusammen,
>>>
>>> ich richte derzeit meinen zweiten (Strom-)Volkszähler ein. Beide Male
>>> auf Basis eine Raspberry Pi 3 samt Schreib-/Lesekopf.
>>>
>>> Zu Hause handelt es sich um einen Zwerichtungszähler und einen
>>> Produktionszähler und nun geht es um einen einfachen Bezugszähler.
>>>
>>> Zu Hause bin ich es gewöhnt eine Änderung der Last sofort zu sehen.
>>> Schalte ich den Wasserkocher ein, nimmt entsprechend die Last des Bezugs
>>> (wenn die Anlage gerade nicht produziert, ansonsten geht halt der
>>> Eigenverbrauch hoch) zu. Entsprechend wird mir das im Frontend auch
>>> visualisiert. Die Zähler müssen nicht gepullt werden, sondern senden
>>> selbstständig. Es handelt sich um Zähler von Hager.
>>>
>>> Bei meiner zweiten Einrichtung verhält es sich anders. Es handelt sich
>>> um einen Pull-Zähler: den Elster AS1440 (https://www.elstersolutions.c
>>> om/assets/products/products_elster_files/AS1440_Flyer_D.pdf), die
>>> Konfiguration schaut wie folgt aus:
>>>
>>> {
>>>     "retry" : 0,
>>>     "daemon": true,
>>>     "verbosity" : 15,
>>>     "log" : "/var/log/vzlogger.log",
>>>     "local" : {
>>>         "enabled" : false,
>>>         "port" : 8080,
>>>         "index" : true,
>>>         "timeout" : 0,
>>>         "buffer" : 0
>>>     },
>>>     "meters" : [{
>>>         "enabled": true,
>>>         "allowskip": false,
>>>         "interval": 1,
>>>         "aggtime": -1,
>>>         "aggfixedinterval": false,
>>>         "channels": [{
>>>                 "uuid": "xyz",
>>>                 "identifier": "255-255:1.8.0",
>>>                 "middleware": "http://localhost/middleware.php"
>>>          }],
>>>         "protocol": "d0",
>>>         "device": "/dev/usb-ir-lesekopf",
>>>         "dump_file": "",
>>>         "pullseq": "2F3F210D0A",
>>>         "ackseq": "auto",
>>>         "baudrate": 300,
>>>         "baudrate_read": 9600,
>>>         "baudrate_change_delay": 500,
>>>         "parity": "7e1",
>>>         "read_timeout": 100
>>>     }]
>>> }
>>>
>>> Diese Konfiguration habe ich im Kern aus dem Wiki entnommen:
>>> https://wiki.volkszaehler.org/hardware/channels/meters/power
>>> /edl-ehz/elster_as1440
>>>
>>> Die Daten landen in der Datenbank und spiegeln korrekt den Zählerstand
>>> wieder. Das Frontend visualisiert sie auch entsprechend. Nur nicht so wie
>>> zu Hause. Ich bekomme im Wesentlichen einen linearen Verlauf der Leistung
>>> angezeigt, unterbrochen durch Nullwerte. Schalte ich den Wasserkocher ein,
>>> gibt es einfach weniger Lücken. Siehe: https://picload.org/vie
>>> w/rwidilpl/vz_as1440.png.html
>>>
>>> Nun frage ich mich, ob sich das ändern lässt? Ich habe mit den
>>> Parametern interval und aggtime herumgespielt, konnte aber keine
>>> Verbesserung feststellen. Ich denke, dass die Daten schon anders in die
>>> Datenbank geschrieben werdem müssen und ich am vzlogger ansetzen muss. Hier
>>> mal ein kleiner Auszug aus der Datenbank:
>>>
>>> 6 1 1503656413337 110,081.15
>>> 7 1 1503656418908 110,081.15
>>> 8 1 1503656424362 110,081.16
>>> 9 1 1503656429809 110,081.16
>>> 10 1 1503656435244 110,081.17
>>> 11 1 1503656440689 110,081.18
>>> 12 1 1503656446115 110,081.19
>>> 13 1 1503656451557 110,081.19
>>> 14 1 1503656457058 110,081.2
>>> 15 1 1503656462531 110,081.21
>>> 16 1 1503656468009 110,081.21
>>> 17 1 1503656473589 110,081.22
>>> 18 1 1503656479099 110,081.23
>>> 19 1 1503656484535 110,081.23
>>> 20 1 1503656489996 110,081.24
>>> 21 1 1503656495408 110,081.24
>>>
>>> Hier sieht man auch die Nullwerte.
>>>
>>> Any ideas?
>>>
>>> Danke und Grüße
>>> Kai
>>>
>>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20170825/e6ec797c/attachment-0001.html>