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

[Tom Weber]

habe ich die Tage auch probiert - da musste ich hterm aber DTR auf high 
setzen. Wie macht man das bei minicom bzw. in php mit fopen ?

Am 20.02.2015 um 14:03 schrieb 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/7158f417/attachment-0001.html>