[vz-users] Itron ACE3000 Typ 260

[Stefan]

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
-------------- next part --------------
/**
* 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 */
        }]
    }
]}