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

[Matthias Behr]

komisch.

Sicher, dass die Config genutzt wird?
Das Timeout findet immer noch nach 2s statt und nicht nach 10s.


> Am 20.02.2015 um 14:17 schrieb Marius Hellmann <vz at hellmann.me>:
> 
> 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 <mailto: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 <mailto:vz at hellmann.me>>:
>>> 
>>>  
>>> Der Logger antwortet auch mit einem komischen Identifier: /ELS5\@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 <http://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/elster_as1440#kommunikation>
>>>  
>>> 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
> <dumpD0.txt><output_300b><output_9600b>

Gruß

Matthias Behr

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150220/2bdaf910/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5256 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150220/2bdaf910/attachment-0001.bin>