[vz-users] Landis & Gyr E320

Frank Richter frank.richter83 at gmail.com
Sat Dec 29 16:59:38 CET 2018


Hallo Andreas,

dass der Zähler eine PIN-Abfrage hat, steht auch in der Doku. Also PIN
besorgen und im Menü den erweiterten Datensatz für die Info-Schnittstelle
aktivieren, dann solltest du besser aufgelöste Zählerstände und
möglicherweise auch die Momentanleistung auslesen können.

Grüße
Frank

Am Sa., 29. Dez. 2018, 11:22 hat Frank Richter <frank.richter83 at gmail.com>
geschrieben:

> Die Middleware berechnet aus Zählerständen Leistung, wenn sich die
> Zählerstände nicht verändern kommt halt 0 raus.
>
> Versuch mal, beim Netzbetreiber eine PIN zu deinem Zähler zu bekommen,
> vielleicht wird er damit gesprächiger, zumindest die Auflösung des
> Zählerstands sollte besser gehen.
>
> Grüße
> Frank
>
> Am Sa., 29. Dez. 2018, 11:17 hat andr wit <andreaswitsch at googlemail.com>
> geschrieben:
>
>> Hi,
>>
>> Ja. das würde bis an dieser Stelle schon passen. (Auch es wirklich etwas
>> enttäuschend wäre den aktuellen Verbrauch nicht ablesen zu können. Aber
>> laut Doku des zählers muss das Feature nicht aktiviert sein). Wenn ich die
>> Doku richtig lese kann ich das wohl auch nur Aktivieren, wenn ichbdie
>> Plombe entferne. :(
>>
>> Weisst du wieso die Daten nicht bis zur GUI kommen?
>>
>> Viele Grüße
>>
>>         Andreas
>>
>> Am Sa., 29. Dez. 2018, 11:11 hat Frank Richter <frank.richter83 at gmail.com>
>> geschrieben:
>>
>>> Hallo Andreas,
>>>
>>> wie lautet denn dein aktueller Zählerstand? Um 6400?
>>>
>>> Grüße
>>> Frank
>>>
>>> Am Sa., 29. Dez. 2018, 11:06 hat Andreas Witsch <
>>> andreaswitsch at googlemail.com> geschrieben:
>>>
>>>> Hi Frank,
>>>>
>>>> sorry hatte die falsche Config geschickt mit "power" sowie "1.8.0"
>>>> passiert nichts. Die Config zu den Ausgaben hatte "identifier" : "1-0:1.8.0"
>>>>
>>>> Also vielleicht schickt der Zähler auch wirklich nur den aktuellen
>>>> Zählerstand. Aber dann wundert mich, dass ich in der middleware keine Daten
>>>> dazu sehe.
>>>>
>>>> MfG
>>>>
>>>>         Andreas
>>>>
>>>>
>>>>
>>>> Am 29.12.2018 um 10:43 schrieb Frank Richter:
>>>>
>>>> Moin Andreas,
>>>>
>>>> was dein Zähler liefert ist wohl schon SML (binär), kein D0 (ASCII).
>>>> Also ist die erste Config korrekt.
>>>> Ersetze dort mal den identifier mit "1.8.0".
>>>>
>>>> Grüße
>>>> Frank
>>>>
>>>> Am Sa., 29. Dez. 2018, 09:34 hat Andreas Witsch <
>>>> andreaswitsch at googlemail.com> geschrieben:
>>>>
>>>>> Hallo Frank,
>>>>>
>>>>> 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)
>>>>>
>>>>> Wobei xxd auf dem Device mir zu jedem dieser Einträge folgende Ausgabe
>>>>> macht:
>>>>>
>>>>>  xxd </dev/ttyUSB0
>>>>> 00000000: 7678 0000 1b1b 1b1b 1a01 273a 1b1b 1b1b  vx........':....
>>>>> 00000010: 0101 0101 7605 018b 920c 6200 6200 7263  ....v.....b.b.rc
>>>>> 00000020: 0101 7601 07ff ffff ffff ff05 0083 db59  ..v............Y
>>>>> 00000030: 0b0a 014c 475a 0002 8c24 b672 6201 6500  ...LGZ...$.rb.e.
>>>>> 00000040: ded5 f301 63f5 bc00 7605 018b 920d 6200  ....c...v.....b.
>>>>> 00000050: 6200 7263 0701 7707 ffff ffff ffff 0b0a  b.rc..w.........
>>>>> 00000060: 014c 475a 0002 8c24 b607 0100 620a ffff  .LGZ...$....b...
>>>>> 00000070: 7262 0165 00de d5f3 7377 0701 0060 3201  rb.e....sw...`2.
>>>>> 00000080: 0101 0101 0104 4c47 5a01 7707 0100 6001  ......LGZ.w...`.
>>>>> 00000090: 00ff 0101 0101 0b0a 014c 475a 0002 8c24  .........LGZ...$
>>>>> 000000a0: b601 7707 0100 0108 00ff 6500 1c81 0472  ..w.......e....r
>>>>> 000000b0: 6201 6500 ded5 f362 1e52 0369 0000 0000  b.e....b.R.i....
>>>>> 000000c0: 0000 1920 0101 0163 d68c 0076 0501 8b92  ... ...c...v....
>>>>> 000000d0: 0e62 0062 0072 6302 0171 0163 b273 0000  .b.b.rc..q.c.s..
>>>>>
>>>>> Dieser String "LGZ", der hier auftaucht, scheint auch bei dem E350 vor
>>>>> zu kommen:
>>>>> http://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/landisgyr_e350
>>>>>
>>>>> Aber wenn ich die Konfiguration aus dieser Seite verwende (Fall 2)
>>>>> erhalte ich überhaupt keine Daten sondern bekomme im vzlogger-Log nur sowas:
>>>>>
>>>>> [Dec 28 14:44:16][http] Starting local interface HTTPd on port 8080
>>>>> [Dec 28 14:44:22][d0]   Something unexpected happened: read:732!
>>>>> [Dec 28 14:44:28][d0]   Something unexpected happened: read:732!
>>>>> [Dec 28 14:44:40][d0]   Something unexpected happened: read:732!
>>>>> [Dec 28 14:44:41][d0]   Something unexpected happened: read:732!
>>>>> [Dec 28 14:44:52][d0]   Too much data for unit (byte=0x8)
>>>>> [Dec 28 14:44:53][d0]   Too much data for unit (byte=0x43)
>>>>> [Dec 28 14:44:53][d0]   Too much data for unit (byte=0xA)
>>>>> [Dec 28 14:44:53][d0]   Too much data for unit (byte=0x52)
>>>>> [Dec 28 14:44:53][d0]   Too much data for unit (byte=0x2)
>>>>> [Dec 28 14:44:53][d0]   Too much data for unit (byte=0xC)
>>>>> [Dec 28 14:44:53][d0]   Too much data for unit (byte=0x74)
>>>>> [Dec 28 14:44:54][d0]   Too much data for unit (byte=0x6C)
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Für Fall 1 zeigt der Httpd des VZLoggers mir folgendes Json:
>>>>>
>>>>> { "version": "0.6.1", "generator": "vzlogger", "data": [ { "uuid": "b0f82f60-094d-11e9-9828-5bd8461afe20", "last": 14538153000, "interval": -1, "protocol": "sml" } ] }
>>>>>
>>>>> Vermutlich ist das ein anderes Problem, aber die middleware hat dazu
>>>>> folgende Informationen:
>>>>>
>>>>> {"version":"0.3","data":{"tuples":[[14538654000,0,1]],"uuid":"b0f82f60-094d-11e9-9828-5bd8461afe20","from":14538651000,"to":14538654000,"min":[14538654000,0],"max":[14538654000,0],"average":0,"consumption":0,"rows":2}}
>>>>>
>>>>> Was mich hier stutzig macht: Warum steht da "rows":2 ? Eig hätte ich erwartet, dass hier deutlich mehr Daten ankommen.
>>>>>
>>>>> die VZ GUI (http://localhost/?uuid=b0f82f60-094d-11e9-9828-5bd8461afe20) zeigt dazu allerdinge garkeine Daten an (nichtmal die 2):
>>>>>
>>>>> Das ist aber vielleicht ein anderes Problem.
>>>>>
>>>>> Für Fall 2 passiert hinten raus garnichts mehr.
>>>>>
>>>>> Danke im Vorraus.
>>>>>
>>>>>         Andreas
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Am 28.12.2018 um 22:42 schrieb Frank Richter:
>>>>>
>>>>> Hallo Andreas,
>>>>>
>>>>> ein Logfile dazu wäre wichtig.
>>>>>
>>>>> Grüße
>>>>> Frank
>>>>>
>>>>> Am Fr., 28. Dez. 2018, 22:32 hat Andreas Witsch <
>>>>> andreaswitsch at googlemail.com> geschrieben:
>>>>>
>>>>>> Hallo zusammen,
>>>>>>
>>>>>> Ich habe mir einen IR-Schreib-Lesekopf gekauft und den VZ auf einem
>>>>>> RPI
>>>>>> installiert. Allerdings habe ich Schwierigkeiten verünftige
>>>>>> Sensorwerte
>>>>>> aus meinem Stromzähler auszulesen (Landis & Gyr E320). In der Doku
>>>>>> steht
>>>>>> leider nur die Baudrate von 9600 und die  8N1 Parität. Beim Protokoll
>>>>>> bin ich mir bereits unsicher.
>>>>>>
>>>>>> Hat jemand zufällig den Gleichen Stromzähler und kann mit seine
>>>>>> vzlogger.conf zukommen lassen?
>>>>>>
>>>>>> Der Zähler sendet mir regelmäßig ein Signal bei folgenden
>>>>>> Einstellungen:
>>>>>>
>>>>>>          "meters" : [{
>>>>>>                  "protocol" : "sml",
>>>>>>                  "enabled" : true,
>>>>>>                  "device" : "/dev/ttyUSB0",
>>>>>>                  "parity" : "8N1",
>>>>>>                  "baudrate" : 9600,
>>>>>>                  "aggtime" : -1,
>>>>>>                  "aggfixedinterval" : true,
>>>>>>                  "channels" : [{
>>>>>>                          "uuid" :
>>>>>> "b0f82f60-094d-11e9-9828-5bd8461afe20",
>>>>>>                          "middleware" : "
>>>>>> http://localhost/middleware.php",
>>>>>>                          "identifier" : "power",
>>>>>>                          "aggmode" : "MAX"
>>>>>>                  }]
>>>>>>          }
>>>>>>
>>>>>> Allerdings scheint sich der Wert nicht zu verändern und wird vom
>>>>>> Webfrontend aus irgend einem Grund auch nicht dargestellt.
>>>>>>
>>>>>> MfG
>>>>>>
>>>>>>          Andreas
>>>>>>
>>>>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20181229/92661902/attachment-0001.html>


More information about the volkszaehler-users mailing list