[vz-users] VZlogger mit Elster AS1140 und andere Problemchen

[Marius Hellmann]

Sieht zumindest für mich so aus... 

hab die Pull und ACK Seq. grad mal mit Hterm probiert... da klappt es
mit 300b... und auch eine SCK seq. mit umschaltung auf 9600b 

Sieht also tatsächlich so aus als wenn da timingtechnisch was schief
geht... 

Am 20-02-2015 13:59, schrieb Matthias Behr: 

> Config sieht gut aus. Dump sieht genau gleich aus? 
> 
> Am 20.02.2015 um 13:56 schrieb Marius Hellmann <vz at hellmann.me>: 
> 
> so sieht die Config aktuell aus...
> Ausgabe ist aber die gleiche wie bei den beiden vorherigen versuchen... 
> 
> "enabled": true, // disabled meters will be ignored (default)
> "skip": false, // if enabled, errors when opening meter will lead to meter being ignored
> "protocol": "d0", // see 'vzlogger -h' for list of available protocols
> "device": "/dev/ttyUSB0",
> "dump_file": "/var/log/dumpD0.txt", // optional, if set logs all received/transmitted data to this file
> // "read_timeout": 10, // optional, default 10s. Timeout value in secs between single bytes received frm device
> "baudrate_change_delay": 500, // optional, default none. Delay value in ms after ACKSEQ send before baudrate change
> "parity": "7E1", // oder 8N1
> "baudrate": 300 , // oder 300
> "pullseq": "2F3F210D0A", // Pullsequenz in 'hex'
> "ackseq": "063030300d0a", // optional (default: keine Antwortsequenz auf Zaehlerantwort) kann entweder feste hex-Sequenz sein (z.B. 063035300d0a für mode C mit 9600bd oder 063030300d0a = 3$
> "baudrate_read": 300, // Baudratenumschaltung auf gewünschte Baudrate, abhängig von Zählerantwort
> // "aggtime": 30, // in Sekunden
> "interval": 10, // Wartezeit in Sekunden bis neue Werte in die middleware übertragen werden 
> 
> Grüße Marius 
> 
> Am 20-02-2015 13:48, schrieb Matthias Behr: Lass uns erst mal versuchen, den mit 300baud hinzubekommen: 
> 
> bitte bei Fall b) (FixAckSeq) zusätzlich 
> read_timeout: 10 
> baudrate: 300 
> (zusätzlich zu baudrate_read: 300) 
> 
> setzen.
> 
> Am 20.02.2015 um 13:22 schrieb Marius Hellmann <vz at hellmann.me>: 
> 
> Der Logger antwortet auch mit einem komischen Identifier: /ELS5 at V9.34 
> 
> das @ ist komisch. Das ist lt Spec: 
> 
> Entspricht aber scheinbar dem was im wiki steht oder? 
> http://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/elster_as1440#kommunikation [1] 
> 
> Kannst du mal 2 Tests machen: 
> 
> a) 
> „baudrate_change_delay": 500 
> in der .conf setzen. 
> Lieferte nicht viel außer "Something unexpected happened: read:705!" habs aber mal n paar Minuten laufen lassen.. 
> Dump ist im Anhang... 
> und danach: 
> 
> b) Dump mit 300baud: 
> 
> "ackseq": "063030300d0a", 
> "baudrate_read": 300, 
> Lieferte auch nicht viel habs auch mal n paar Minuten laufen lassen.. 
> Dump ist im Anhang... <dumpD0_BaudRateChangeDelay.txt><dumpD0_BaudRateChangeDelay_u_FixAckSeq.txt>

Gruß 
Matthias 

Gruß 

Matthias Behr 

Links:
------
[1]
http://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/elster_as1440#kommunikation
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150220/828cc6f1/attachment-0001.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: dumpD0.txt
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150220/828cc6f1/attachment-0001.txt>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: output_300b
Type: application/octet-stream
Size: 139930 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150220/828cc6f1/attachment-0002.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: output_9600b
Type: application/octet-stream
Size: 91590 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150220/828cc6f1/attachment-0003.obj>