[vz-users] Hilfe beim Abfragen eines Kamstrup Multical 401

[Kai Oppenländer]

Huhu,

ich habe natürlich die Einstellungen im WIKI zu erst versucht. Wenn ich
jedoch "pull" auf 300 und "read" auf 1200 setzte passiert das hier:
[Dec 14 13:12:20][main] vzlogger v0.4.8 based on heads/master-0-g8d02349334
from Fri, 20 Nov 2015 22:45:45 +0100 started.
[Dec 14 13:12:20]       Ignoring invalid field or type: foreground=true
(boolean)
[Dec 14 13:12:20][mtr0] Creating new meter with protocol d0.
[Dec 14 13:12:20][d0]   pullseq len:5 found
[Dec 14 13:12:20][d0]   ackseq len:6 found 000
, 6
[Dec 14 13:12:20][mtr0] Meter configured, enabled.
[Dec 14 13:12:20]       New meter initialized (protocol=d0)
[Dec 14 13:12:20]       Have 1 meters.
[Dec 14 13:12:20][main] log level is 15
[Dec 14 13:12:20][main] daemon=0, local=0
[Dec 14 13:12:20]       Process not  daemonized...
[Dec 14 13:12:20]       Opened logfile /var/log/vzlogger.log
[Dec 14 13:12:20][push] No pushDataServer defined.
[Dec 14 13:12:20][]     ===> Start meters
[Dec 14 13:12:20][mtr0] Meter connection established
[Dec 14 13:12:20][mtr0] Meter thread started
[Dec 14 13:12:20][mtr0] Meter is opened. Starting channels.
[Dec 14 13:12:20][]     Startup done.
[Dec 14 13:12:20][mtr0] Number of readers: 400
[Dec 14 13:12:20][mtr0] Config.daemon: 0
[Dec 14 13:12:20][mtr0] Config.local: 0
[Dec 14 13:12:21][d0]   sending pullsequenz send (len:5 is:5).
[Dec 14 13:12:22][d0]   Pull answer (vendor=KAM, baudrate=0,
identification=MCC)
[Dec 14 13:12:23][d0]   Sending ack sequence send (len:6 is:6,000
).
[Dec 14 13:12:23][d0]   DEBUG OBIS_CODE byte  hex= 6
[Dec 14 13:12:23][d0]   DEBUG OBIS_CODE byte 0 hex= 30
[Dec 14 13:12:23][d0]   DEBUG OBIS_CODE byte 0 hex= 30
[Dec 14 13:12:23][d0]   DEBUG OBIS_CODE byte 0 hex= 30
 hex= D 13:12:23][d0]   DEBUG OBIS_CODE byte
[Dec 14 13:12:23][d0]   DEBUG OBIS_CODE byte
 hex= A
[Dec 14 13:12:56][d0]   DEBUG OBIS_CODE byte / hex= 2F
[Dec 14 13:12:58][d0]   Pull answer (vendor=KAM, baudrate=0,
identification=MCC)
[Dec 14 13:12:58][d0]   Sending ack sequence send (len:6 is:6,000
).
^C[Dec 14 13:13:17]       MapContainer::quit terminating on signal 2.
[Dec 14 13:13:17]       Closing connections to terminate
[Dec 14 13:13:17][main] MeterMap::cancel entered...
[Dec 14 13:13:17][main] MeterMap::cancel wait for readingthread
[Dec 14 13:13:17][main] MeterMap::cancel wait for meter::close
[Dec 14 13:13:17][main] MeterMap::cancel finished.
[Dec 14 13:13:17][main] MapContainer::quit finished.
[Dec 14 13:13:17][]     Server stopped.
[Dec 14 13:13:17][]     Trying to delete curlSessionProvider...
[Dec 14 13:13:17][]     deleted curlSessionProvider

Wenn ich jedoch "read" auch auf 300 lasse bekomme ich die 3 am Anfang
erwähnten Daten. Jedoch bekomme ich mit /#1 und /#2 usw. so rein gar nichts.


Gruß Kai Oppenländer

Am 14. Dezember 2015 um 12:33 schrieb Udo1 <udo1 at gmx.net>:

> Am 14.12.2015 um 12:04 schrieb Kai Oppenländer:
>
>> In der Anleitung vom Multical 401 steht das die "Daten" per 1200 baut
>> abgefragt werden müssen:
>>
> Im Wiki steht was anderes:
>
> http://wiki.volkszaehler.org/hardware/channels/meters/warming/kamstrup_multical_401
>
> demnach müsste die vzlogger.conf so aussehen:
>
> {
>   "retry": 0,
>   "daemon": true,
>   "verbosity": 15,
>   "log": "/var/log/vzlogger.log",
>     "local": {
>     "enabled": false,
>     "port": 8080,
>     "index": false,
>     "timeout": 0,
>     "buffer": 0
>   },
>   "meters": [
>     {
>       "enabled": true,
>       "allowskip": false,
>       "interval": 60,
>       "protocol": "d0",
>       "device": "/dev/ttyUSB0",
>       "pullseq": "2F3F210D0A",  /* Pullsequenz in 'hex' für /?! */
> //      "pullseq": "2F23320D0A",  /* Pullsequenz in 'hex' für /#2 */
>       "ackseq": "063030300d0a",
>       "baudrate": 300,
>       "baudrate_read": 1200,
>       "parity": "7e1",
>       "read_timeout": 10,
>       "baudrate_change_delay": 100
>     }
>   ]
> }
>
> Gruß
> Udo
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20151214/75cdc35a/attachment.html>