[vz-users] Landis & Gyr E320

[Frank Richter]

Hallo Andreas,

das Frontend stellt die Leistung dar, nicht den Zählerstand. Bei
identischen Zählerständen also 0. Wenn der Zählerstand um 1kWh hochspringt,
solltest du einen entsprechenden Ausschlag erkennen.

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/3583fd7d/attachment.html>