[vz-users] Landis & Gyr E320

[Frank Richter]

Noch was vergessen: so lang dein Zähler nichts genaueres liefert als eine
Auflösung von 1kWh, solltest du eine sehr lange aggtime einstellen (z.B.
900-3600).

aggfixedinterval brauchst du in deinem Setup nicht, das wird erst
interessant bei mehreren Zählern, mit deren Werten gerechnet werden soll.

Gruß
Frank

Am Sa., 29. Dez. 2018, 17:25 hat Andreas Witsch <
andreaswitsch at googlemail.com> geschrieben:

> Hallo
>
> und danke schonmal soweit - jetzt brauche ich wenigstens nichtmehr in
> die falsche Richtung probieren und es ist klar. Bei verbose 15 bekomme
> ich je Sekunde folgendes:
>
> [Dec 29 17:18:37][mtr0] Got 1 new readings from meter:
> [Dec 29 17:18:37][mtr0] Reading:
> id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=6445000.00
> ts=14632565000
> [Dec 29 17:18:37][chn0] Adding reading to queue (value=6445000.00
> ts=14632565000)
> [Dec 29 17:18:37][MAX]  6445000.000000 @ 14632565000
> [Dec 29 17:18:37][MAX]  RESULT 6445000.000000 @ 14632565000
> [Dec 29 17:18:37][chn0] ==> number of tuples: 1
> [Dec 29 17:18:37][chn0] compare: 14632564000 14632565000
> [Dec 29 17:18:37][chn0] copied 1/1 values for middleware transmission
> [Dec 29 17:18:37][chn0] JSON request body: [ [ 14632565000, 6445000 ] ]
> [Dec 29 17:18:37][chn0] CURL: Hostname localhost was found in DNS cache
> [Dec 29 17:18:37][chn0] CURL:   Trying ::1...
> [Dec 29 17:18:37][chn0] CURL: TCP_NODELAY set
> [Dec 29 17:18:37][chn0] CURL: Connected to localhost (::1) port 80 (#17)
> [Dec 29 17:18:37][chn0] CURL: Sent 28 bytes..
> [Dec 29 17:18:37][chn0] CURL: Sent '[ [ 14632565000, 6445000 ] ]' bytes
> [Dec 29 17:18:37][chn0] CURL: upload completely sent off: 28 out of 28
> bytes
> [Dec 29 17:18:37][chn0] CURL: HTTP 1.0, assume close after body
> [Dec 29 17:18:37][chn0] CURL: Received 26 bytes
> [Dec 29 17:18:37][chn0] CURL: Received '{"version":"0.3","rows":1}' bytes
> [Dec 29 17:18:37][chn0] CURL: Curl_http_done: called premature == 0
> [Dec 29 17:18:37][chn0] CURL: Closing connection 17
> [Dec 29 17:18:37][chn0] CURL Request succeeded with code: 200
> [Dec 29 17:18:37][chn0] emptied all (1) values
>
> Jetzt hätte ich aber schon erwartet, dass ich eine gerade sehe, welche
> den aktuellen Zählerstand dar stellt.
>
> MfG
>
>          Andreas
>
>
> Am 29.12.2018 um 11:27 schrieb Daniel Lauckner:
> > Hallo,
> >
> >
> > ein Logfile (verbose = 15) dazu wäre wichtig.
> >
> >
> > am Samstag, 29. Dezember 2018 um 09:34 hat Andreas Witsch geschrieben:
> >> also in Fall 1 (Konfig wie zuvor beschrieben)
> >> /var/log/vzlogger.log bekomme ich je Übertragung (verbose = 5)
>  einen solchen Eintrag:
> >>
> >> [Dec 28 15:15:18][chn0] Adding reading to queue (value=6400000.00
>  ts=14538767000)
> >>         [Dec 28 15:15:19][chn0] Adding reading to queue
> >> (value=6400000.00       ts=14538768000)
> > Wir sind zwar durchaus auch mal dafür ein Logfile sinnvoll zu kürzen,
> > 2 Zeilen sind aber defintiv zu wenig.
> >
> >>   xxd </dev/ttyUSB0
> >>    00000000: 7678 0000 1b1b 1b1b 1a01 273a 1b1b 1b1b
>  vx........':....
> > Ganz eindeutig SML.
> >
> >> Dieser String "LGZ", der hier auftaucht, scheint auch bei dem
> >> E350 vor zu kommen:
> > Das Modell spricht aber d0.
> > Es ist keine Überraschung für uns wenn ähnlich klingende Zähler
> > eines Herstellers unterschiedliche Protokolle unterstützen.
> >
> >
> >
> > mfg Daniel
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20181229/56581028/attachment.html>