Deinen Vorschlag habe ich als Tesfall 49 ausprobiert. Leider negativ. Es
werden wieder ein paar Bytes am Anfang der Zählernachricht verschluckt. Das
führt dazu, dass keine Daten in der API ankommen. Der Zähler bleibt bei 300
Baud (92 s Ausgabedauer). Ohne baudrate_read funktioniert es, allerdings
nur mit 300 Baud.
Es gibt anscheinend Probleme beim Aushandeln der Baudrate. Dabei
verschluckt sich vzlogger noch, mit dem Effekt, dass keine Daten ankommen.
Verstehen tue ich es noch nicht.
Viele Grüße
Am 16. Januar 2016 um 18:32 schrieb Udo1 <u...@gmx.net>:
> Am 16.01.2016 um 18:09 schrieb Winfried Peters:
>
>> Mir ist auch nicht klar, ob ich "baudrate_read": 4800 setzen muss, wenn
>> ich den Zähler auffordere, in dieser Baudrate zu senden ("ackseq":
>> "063034300d0a").
>>
> Dazu müsste deine vzlogger.conf so aussehen:
>
> {
> "retry": 0,
> "daemon": true,
> "verbosity": 0,
> "log": "/var/log/vzlogger.log",
> "local": {
> "enabled": true,
> "port": 8080,
> "index": true,
> "timeout": 0,
> "buffer": 0
> },
> "meters": [
> {
> "enabled": true,
> "allowskip": false,
> "interval": -1,
> "aggtime": -1,
> "aggfixedinterval": false,
> "channels": [
> {
> "uuid": "180a",
> "identifier": "1.8.1",
> "api": "null",
> "aggmode": "none",
> }
> ],
> "protocol": "d0",
> "device": "/dev/ttyUSB0",
> "pullseq": "2F3F343230383138210D0A",
> "ackseq": "063034300d0a",
> "baudrate": 300,
> "baudrate_read": 4800,
> "parity": "7e1",
> "read_timeout": 100,
> "baudrate_change_delay": 100
> }
> ]
> }
>
> Wobei du mit read_timeout noch variieren kannst.
>
> Gruß
> Udo
>
