[vz-users] vzlogger: Fehler in der Aggregation

Frank Richter frank.richter83 at gmail.com
Tue Dec 17 21:05:28 CET 2019


Bitte mal ohne aggfixedinterval laufen lassen. Das erzeugt die großen
Sprünge, wenn die Daten nur lückenhaft vorhanden sind. Und wie schon
vorgeschlagen die Übertragung prüfen, wahrscheinlich verwirft libsml die
Telegramme wegen Bitfehlern.

Grüße
Frank

Maik Weidemann <m+vz at weidemann.online> schrieb am Di., 17. Dez. 2019, 19:00:

> Es sieht erst mal nicht so aus. Ich erhalte keinen Input, also auch
> keine SML-Logs, daher würde ich jetzt erst Mal davon ausgehen, dass die
> Unterbrechung irgendwo in der Kette Zähler -> USB-Reader -> SMLlib liegt.
> Die Aussetzer sind an sich ja gar kein Problem, wenn dadurch nicht die
> Übertragung zur Middelware gestört würde. Daten liegen ja genug vor.
>
> Schöne Grüße
> Maik
>
>
> Am 17.12.19 um 07:34 schrieb Andreas Götz:
> > D.h. es gibt im Log keine Indikation dass vzlogger irgendwo Daten
> verschluckt?
> >
> > Viele Grüße,
> > Andreas
> >
> >> Am 16.12.2019 um 23:17 schrieb Maik Weidemann <m+vz at weidemann.online>:
> >>
> >> Moin,
> >>
> >>
> >>> Um die Möglichkeiten einzugrenzen würde ich "duplicates" raus nehmen.
> >>> Du loggst so viele Kanäle in vollem Umfang, da kommt es auf die paar
> >>> doppelten Zählerstände auch nicht mehr an.
> >>> Okay kann ich mal ausprobieren.
> >>>
> >> Okay, die duplicates haben keine Auswirkung auf mein Problem.
> >>
> >> Was mir aber jetzt auf gefallen ist:
> >> Gelegentlich habe ich mal so ca. 30 Sekunden lang Aussetzer, wo keine
> >> Daten vom Zähler kommen. Fällt so ein Aussetzer auf einen Zeitpunkt, wo
> >> eigentlich eine Aggregation und die Übertragung zur Middleware statt
> >> finden sollte, dann fällt diese aus.
> >>
> >> Daten vom Zähler => Daten Übertragung
> >> [Dec 16 10:59:53][chn11]Adding reading to queue (value=721838.70
> >> ts=1576490393090)
> >> [Dec 16 10:59:53][chn11]JSON request body: [ [ 1576490280000,
> >> 721838.70000000007 ] ]
> >>
> >> [Dec 16 11:01:53][chn11]Adding reading to queue (value=721859.50
> >> ts=1576490513176)
> >> [Dec 16 11:01:53][chn11]JSON request body: [ [ 1576490400000, 721859.5
> ] ]
> >>
> >> [Dec 16 11:03:52][chn11]Adding reading to queue (value=721878.40
> >> ts=1576490632041)
> >> [Dec 16 11:03:52][chn11]JSON request body: [ [ 1576490520000,
> >> 721878.40000000002 ] ]
> >>
> >> Hier ein Aussetzer:
> >> [Dec 16 11:04:22][chn11]Adding reading to queue (value=721883.20
> >> ts=1576490662170)
> >> [Dec 16 11:04:51][chn11]Adding reading to queue (value=721888.10
> >> ts=1576490691705)
> >>
> >> Hier ein Aussetzer
> >> [Dec 16 11:05:51][chn11]Adding reading to queue (value=721898.30
> >> ts=1576490751649)
> >> [Dec 16 11:05:53]--> hier müsste die nächste Übertragung stattfinden...
> >> [Dec 16 11:06:19][chn11]Adding reading to queue (value=721903.10
> >> ts=1576490779904)
> >>
> >>
> >> Hier die nächste Übertragung:
> >> [Dec 16 11:06:19][chn11]Adding reading to queue (value=721903.10
> >> ts=1576490779904)
> >> [Dec 16 11:06:20][chn11]JSON request body: [ [ 1576490760000,
> >> 721903.10000000009 ] ]
> >>
> >>
> >> Ich kann zur Zeit nicht sagen, warum keine Daten vom Zähler kommen, aber
> >> der vzlogger ist dort trotzdem aktiv, nur für den anderen Zähler.
> >>
> >> Kann das Problem in diesem Bereich liegen?
> >>
> >> Gruß
> >> Maik
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20191217/0ca64b97/attachment.html>


More information about the volkszaehler-users mailing list