[vz-dev] vzlogger mit Landis&Gyr ehz
Michael Wulz
michael.wulz at gmail.com
Mon Jan 21 21:38:56 CET 2013
Hallo,
Ich habe einen Landis & Gyr EHZ (ZMD3 Serie).
Ich habe von Udo den IR-Lesekopf mit USB, dieser hängt am Raspberry mit
neustem Raspbian Image.
Dieser wird auch korrekt erkannt und als /dev/ttyUSB0 gesetzt.
Wenn ich mit dem Test-Script von:
http://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/siemens_td3511
Den Zähler auslese, bekomme ich folgende Daten:
6 Bytes written
/?!
/LGZ5\2ZMD3124.B14
F.F(2)
..(11111111)
.1.(1)
.1.*1(-1-1 :1)
.1.*(-- :)
.1.*(-- :)
.1.*(-- :)
.1.*(-- :)
.1.*(-- :)
.1.*(-- :)
.1.*(-- :)
.1.*(-- :)
.1.*(-- :)
.1.*(-- :)
.1.*(-- :)
.1.*(-- :)
1.8.1(23.1*kWh)
1.8.1*1(23.1)
1.8.1*(.)
1.8.1*(.)
1.8.1*(.)
1.8.1*(.)
1.8.1*(.)
1.8.1*(.)
1.8.1*(.)
1.8.1*(.)
1.8.1*(.)
1.8.1*(.)
1.8.1*(.)
1.8.1*(.)
2.8.1(.*kWh)
2.8.1*1(.)
2.8.1*(.)
2.8.1*(.)
2.8.1*(.)
2.8.1*(.)
2.8.1*(.)
2.8.1*(.)
2.8.1*(.)
2.8.1*(.)
2.8.1*(.)
2.8.1*(.)
2.8.1*(.)
2.8.1*(.)
.9.1(7:42:7)
.9.2(-1-18)
.2.(B14)
.2.1(TEST)
.2.2(999)
C.2.1(-1-1 :)
C.9.1(AAAAAAA)
Was darauf hindeutet, dass der Zähler und der Kopf von UDO schonmal
einwandfrei funktionieren.
Was mir aber unklar ist ob der Zähler nun d0 oder sml spricht?
Aus dem Bauchgefühl würde ich auf d0 tippen, weil alles was von dem Kopf
kommt Cleartext ist. SML ist doch Binär.
Ich hab dann den vzlogger mit libsml wie beschrieben compiliert und
insttalliert (letzer clone vom git).
Buildprozess hat auch ohne Probleme funktioniert.
Nun meine vzlogger.conf:
{
"retry" : 30, /* how long to sleep between failed requests, in
seconds */
"daemon": true, /* run periodically */
"foreground" : true, /* dont run in background (prevents forking) */
"verbosity" : 15, /* between 0 and 15 */
"local" : {
"enabled" : false, /* should we start the local HTTPd for serving
live readings? */
"port" : 80, /* the TCP port for the local HTTPd */
"index" : true, /* should we provide a index listing of
available channels if no UUID was requested? */
"timeout" : 30, /* timeout for long polling comet requests, 0
disables comet, in seconds */
"buffer" : 600 /* how long to buffer readings for the local
interface, in seconds */
},
"meters" : [{
"enabled" : true, /* disabled meters will be ignored */
"protocol" : "d0", /* see 'vzlogger -h' for list of available
protocols */
"device" : "/dev/ttyUSB0",
"channels": [{
"uuid" : "baf1d060-63ff-11e2-8851-c9e7f36a99ef",
"middleware" : "http://localhost/middleware.php",
"identifier" : "1-0:1.8.1",
}]
}
]}
Wenn ich nun den vzlogger starte, kommt nach 10 Sekunden zirka ein
Segmentation Fault:
[Jan 21 21:36:56][mtr0] New meter initialized (protocol=d0)
[Jan 21 21:36:56][ch0] New channel initialized (uuid=...6a99ef middleware=
http://localhost/middleware.php id=1-0:1.8.1)
[Jan 21 21:36:56][mtr0] Meter connection established
[Jan 21 21:36:56][mtr0] Meter thread started
[Jan 21 21:36:56][ch0] Logging thread started
[Jan 21 21:37:06][meter_Segmentation fault
An was kann das ganze liegen?
Ich habe schon die vzlogger.conf zig mal durchgekaut ob eventuell ein
Tippfehler ist, kann aber nichts finden.
Wenn ich in der VZLogger Config dann "sml" als Protokoll mal auswähle und
den vzlogger starte passiert nichts.
Irgendwie komisch?
Vielleicht kann mir einer von euch da helfen. Danke
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://volkszaehler.org/pipermail/volkszaehler-dev/attachments/20130121/84801deb/attachment.html>
More information about the volkszaehler-dev
mailing list