[vz-users] Elster AS1440 - vzlogger.conf

Sun Jan 31 23:38:39 CET 2016

Hallo Udo,

hat etwas gedauert, bis ich mich wieder drum kümmern konnte. Danke das
du direkt das erhöhen der Übertragungsgeschwindigkeit angesprochen hast.
Leider klappt das nicht...

Hier die Auszüge aus den Logfiles:

/var/log/vzlogger.log

> [Jan 31 23:29:39]       Opened logfile /var/log/vzlogger.log
> [Jan 31 23:29:39][push] No pushDataServer defined.
> [Jan 31 23:29:39][]     ===> Start meters
> [Jan 31 23:29:39][mtr0] Meter connection established
> [Jan 31 23:29:39][mtr0] Meter thread started
> [Jan 31 23:29:39][mtr0] Meter is opened. Starting channels.
> [Jan 31 23:29:39][chn0] Logging thread started
> [Jan 31 23:29:39][]     Startup done.
> [Jan 31 23:29:39][mtr0] Number of readers: 400
> [Jan 31 23:29:39][mtr0] Config.daemon: 1
> [Jan 31 23:29:39][mtr0] Config.local: 0
> [Jan 31 23:29:39][d0]   sending pullsequenz send (len:5 is:5).
> [Jan 31 23:29:39][chn0] Start logging thread for volkszaehler-api. Running as daemon: yes
> [Jan 31 23:29:39][chn0] Using default volkszaehler api.
> [Jan 31 23:29:41][d0]   Pull answer (vendor=ELS, baudrate=5, identification=\@V9.31         )
> [Jan 31 23:29:41][d0]   Sending ack sequence send (len:6 is:6,^F050^M
> ).
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   Too much data for obis_code (byte=0x0)
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   Too much data for obis_code (byte=0x0)
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   Too much data for obis_code (byte=0x0)
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   Too much data for obis_code (byte=0x0)
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   Too much data for obis_code (byte=0x0)
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   Too much data for obis_code (byte=0x0)
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   Too much data for obis_code (byte=0x0)
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0
> [Jan 31 23:29:49][d0]   Too much data for obis_code (byte=0x0)
> [Jan 31 23:29:49][d0]   DEBUG OBIS_CODE byte ^@ hex= 0

usw...

Im Datendump zur Verbindung steht folgendes:

> ##### 21.957123933s (     0 ms) opened
> ##### 21.961609871s (     4 ms) read
> ##### 21.961656381s (     0 ms) TCIOFLUSH and cfsetiospeed
> <<<<< 21.961773621s (     0 ms)
> 2f 3f 21 0d 0a                                    /?!
> 
>>>>>> 22.912786546s (   951 ms)
> 2f 45 4c 53 35 5c 40 56 39 2e 33 31 20 20 20 20   /ELS5\@V9.31
> 20 20 20 20 20 0d 0a
> 
> <<<<< 23.385225770s (   473 ms)
> 06 30 35 30 0d 0a                                  050
> 
> ##### 23.385972020s (     0 ms) tcdrain cfsetispeed
>>>>>> 31.368961221s (  7983 ms)
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Es sieht für mich so aus, als wenn der Zähler die Sequenz zur Erhöhung
der Geschwindigkeit nicht akzeptiert. Laut Wiki sollte er eine Antwort
> <ACK><CR><LF> (hex 06 0D 0A)
senden, die aber anscheinend nicht kommt.

Zufällig eine Idee?

Gruß!
Michael

Am 18.01.2016 um 23:56 schrieb Udo1:
> Hallo Michael,
> 
> Am 18.01.2016 um 23:07 schrieb Michael Meese:
>> Leider bleibt der Zählerstand aber trotzdem bei 0W
> Du hast einen Kanal vom Typ El. Energie (Zählerstände) angelegt?
> Du hast einen Initialwert im Kanal eingetragen (aktueller Zählerstand)?
> Dann dauert es 24 Std. bis ein Zählerstand angezeigt wird.
> 
> Du kannst auch noch einen zweiten Kanal für Einspeisung 1-1:2.8.0 anlegen.
> 
>> Also wenn die
>> Daten vom Zähler in kW kommen, dann ist die Auflösung 1000, damit in W
>> umgerechnet werden kann.
> Nein. Auflösung muss 1 sein, da dein Zähler in kWh ausgibt.
> 
> Du kannst den Zähler auch auf 9600bd umschalten.
> Die Kopfzeile /ELS*5*\@V9.31 besagt das.
> Dazu muss die vzlogger.conf so aussehen:
> 
> {
>   "retry": 0,
>   "daemon": true,
>   "verbosity": 15,
>   "log": "/var/log/vzlogger.log",
>   "local": {
>     "enabled": false,
>     "port": 8080,
>     "index": true,
>     "timeout": 0,
>     "buffer": 0
>   },
>   "meters": [
>     {
>       "enabled": true,
>       "allowskip": false,
>       "interval": -1,
>       "aggtime": -1,
>       "aggfixedinterval": false,
>       "channels": [
>         {
>           "uuid": "061094e0-bacc-11e5-848e-47012aee18c0",
>           "identifier": "1-1:1.8.0",
>           "api": "volkszaehler",
>           "middleware": "http://localhost/middleware.php",
>           "aggmode": "none",
>           "duplicates": 0
>         },
>        {
>           "uuid": "die UUID von dem zweiten Kanal",
>           "identifier": "1-1:2.8.0",
>           "api": "volkszaehler",
>           "middleware": "http://localhost/middleware.php",
>           "aggmode": "none",
>           "duplicates": 0
>         }
>       ],
>       "protocol": "d0",
>       "device": "/dev/ttyUSB0",
>       "dump_file": "/home/pi/logger-dump",
>       "pullseq": "2F3F210D0A",
>       "ackseq": "063035300d0a",
>       "baudrate": 300,
>       "baudrate_read": 9600,
>       "parity": "7e1",
>       "read_timeout": 100
>       }
>   ]
> }
> 
> Gruß
> Udo
> 
> 

-- 
Meese IT-Dienstleistungen

Michael Meese
Dipl.-Ing. (FH) Informationstechnik

Otto-Wulff-Straße 4
32107 Bad Salzuflen

Tel.:   0 52 22 / 1 87 68 20
Fax:    0 52 22 / 1 87 68 21
Internet:       http://www.meese-it.de
E-Mail:         mmeese at meese-it.de