Am 01.01.2015 um 23:05 schrieb Matthias Behr:

Hallo Matthias,
Sieht besser aus.
das freut mich. Dann hat sich der Git Exkurs ja vielleicht gelohnt .-)
Komisch ist, dass immer noch vermutlich korrupte Daten vom Logger kommen:
[Jan 01 22:41:06][d0]   DEBUG OBIS_CODE byte 1 hex= 31
[Jan 01 22:41:06][d0]   DEBUG OBIS_CODE byte . hex= 2E
[Jan 01 22:41:06][d0]   DEBUG OBIS_CODE byte 8 hex= 38
[Jan 01 22:41:06][d0]   DEBUG OBIS_CODE byte . hex= 2E
[Jan 01 22:41:06][d0]   DEBUG OBIS_CODE byte 0 hex= 30
[Jan 01 22:41:06][d0]   DEBUG OBIS_CODE byte ( hex= 28
[Jan 01 22:41:06][d0]   DEBUG VALUE byte= 0 hex= 30
[Jan 01 22:41:06][d0]   DEBUG VALUE byte= 1 hex= 31
[Jan 01 22:41:06][d0]   DEBUG VALUE byte= 3 hex= 33
[Jan 01 22:41:06][d0]   DEBUG VALUE byte= 9 hex= 39
[Jan 01 22:41:06][d0]   DEBUG VALUE byte= 4 hex= 34
[Jan 01 22:41:06][d0]   DEBUG VALUE byte= 4 hex= 34
[Jan 01 22:41:06][d0]   DEBUG VALUE byte= . hex= 2e
[Jan 01 22:41:06][d0]   DEBUG VALUE byte= 4 hex= 34
[Jan 01 22:41:06][d0]   DEBUG VALUE byte=  hex= 4
[Jan 01 22:41:06][d0]   DEBUG VALUE byte= - hex= 2d
[Jan 01 22:41:07][d0]   Read package with 2 tuples (vendor=ACE, baudrate=0, 
identification=\3k260V01.19)

Das ist der interessante 1.8.0(013944.4… und dann kommt ein korruptes Byte 0x04 
statt ‚*'. Daher wird der nicht übertragen.
Da bist Du viel tiefer drin als ich - aber wenn Du es sagst ...
Die Ack-Sequenz scheint auch noch nicht zu passen. Es kommen jedenfalls Teile 
davon wieder an:
Da hoffe ich auf die Werte von Olli. Im Handbuch steht nur ein Beispiel.
[Jan 01 22:41:52][d0]   Sending ack sequence send (len:6 is:6,000
).
[Jan 01 22:41:52][d0]   DEBUG OBIS_CODE byte  hex= 6
[Jan 01 22:41:53][d0]   DEBUG OBIS_CODE byte 0 hex= 30
[Jan 01 22:41:53][d0]   DEBUG OBIS_CODE byte 0 hex= 30
[Jan 01 22:41:53][d0]   DEBUG OBIS_CODE byte 0 hex= 30
[Jan 01 22:41:53][d0]   DEBUG OBIS_CODE byte
  hex= D
[Jan 01 22:41:53][d0]   DEBUG OBIS_CODE byte
  hex= A
[Jan 01 22:41:54][d0]   DEBUG OBIS_CODE byte  hex= 2
[Jan 01 22:41:54][d0]   DEBUG OBIS_CODE byte F hex= 46
[Jan 01 22:41:54][d0]   DEBUG OBIS_CODE byte . hex= 2E
[Jan 01 22:41:54][d0]   DEBUG OBIS_CODE byte F hex= 46
[Jan 01 22:41:54][d0]   DEBUG OBIS_CODE byte ( hex= 28
[Jan 01 22:41:54][d0]   DEBUG VALUE byte= 0 hex= 30
[Jan 01 22:41:54][d0]   DEBUG VALUE byte= 0 hex= 30
[Jan 01 22:41:54][d0]   DEBUG VALUE byte= ) hex= 29
[Jan 01 22:41:54][d0]   Ignored reading (OBIS code=000F.F, value=00, unit=)

Der erste Obis Wert wird daher immer verworfen. Kann ich aber noch optimieren, 
da der Logger mit STX die eigentlichen Daten ankündigt.

Insgesamt werden die Daten aber ganz gut verarbeitet (bis auf den Code F.F(00), 
der bisher aber auch immer weggelassen wurde).
Vielen Dank für Deine Arbeit. Wenn ich noch etwas testen kann - gerne!
Schickst du noch mal die Config?
Klar. Siehe Anhang.

Stefan
/**
* vzlogger configuration
*
* use proper encoded JSON with javascript comments
*
* take a look at the wiki for detailed information:
* http://wiki.volkszaehler.org/software/controller/vzlogger#configuration
*/
{
  "retry" : 30, /* how long to sleep between failed requests, in seconds */
  "daemon": true, /* run as server */
  "verbosity" : 15, /* between 0 and 15 */
  "log" : "/var/log/vzlogger.log", /* path to logfile, optional */
 
  "local" : {
    "enabled" : true, /* should we start the local HTTPd for serving live 
readings? */
    "port" : 8080, /* 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" : [{
/* Itron ACE3000 Typ 260 */
    "enabled" : true, /* disabled meters will be ignored */
    "protocol" : "d0", /* see 'vzlogger -h' for list of available prot$ */
    "device" : "/dev/usb-ir-lesekopf0",
    "parity": "7E1",
    "baudrate": 300,
    "pullseq" : "2F3F210D0A",         /* Pullsequenz in 'hex' */
    "ackseq" : "063030300d0a",       /* Antwortsequenz auf 
Zaehlerantwort,063030300d0a = 300bd, 063035300d0a = 9600bd */
    "channels": [{
        "uuid" : ".....91d1798be72c", 
        "middleware" : /* "http://kremer-consult.de/htdocs/middleware.php";, */ 
"http://127.0.1.1/volkszaehler.org/htdocs/middleware.php";,
        "identifier" : "1.8.0", /* Haus-1.8.0-EVU-Bezug */
        }]
    }
]}

Antwort per Email an