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

[Juergen Kersting]

Ich habe eine kurze Zwischenfrage:  Ich konnte heute Morgen via hterm zumindest den Zähler überreden mir via 300 Baud seine Daten zu schicken. 

Auf dem Raspberry ist mir das mit z.B. minicom nicht gelungen. Benötige ich auch auf dem Raspberry die entsprechenden Treiber?

 

 

Von: volkszaehler-users [mailto:volkszaehler-users-bounces at demo.volkszaehler.org] Im Auftrag von Matthias Behr
Gesendet: Freitag, 20. Februar 2015 13:59
An: volkszaehler.org - users
Betreff: Re: [vz-users] VZlogger mit Elster AS1140 und andere Problemchen

 

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

 

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

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150220/583c6031/attachment.html>