[vz-users] Daten aus d0-Zählertelegramm werden nicht an die vzlogger-APIs übertragen

[Winfried Peters]

Ok, es war schon spät. Ich konnte die Bedeutung von "wait_sync" im
Config-Editor nachlesen.

Verwirrend ist, dass die Parameterbeschreibungen im Config-Editor
<http://volkszaehler.github.io/vzlogger/> und der Muster.conf zum Teil
nicht übereinstimmen, wie z.B. read_timeout.

Viele Grüße

Am 17. Januar 2016 um 00:52 schrieb Winfried Peters <
winfried.peters at gmail.com>:

> Hallo,
>
> im Ausschlussverfahren habe ich Schritt für Schritt Parameter aus der conf
> herausgenommen. Erkenntnis: Ohne den Parameter  "wait_sync": "off" geht
> garnichts.
>
> Ein versuchsweises "wait_sync": "on" führt zum Parsingfehler: Failed to
> parse configuration due to: Invalid wait_sync
>
> Ist der Parameter irgendwo dokumentiert bzw.  kann mir jemand die
> Bedeutung nennen?
>
> Viele Grüße
>
> Am 16. Januar 2016 um 22:39 schrieb Winfried Peters <
> winfried.peters at gmail.com>:
>
>> > Dann mach die mal gößer.
>>
>> Ich habe es ausgetestet: Erfolg habe ich nur im Bereich 100 bis 150. Das
>> beste Ergebnis ist mit "baudrate_change_delay": 100.
>>
>> Ich habe auch mal bei "read_timeout": 50 Daten bekommen. Das war aber
>> nicht reproduzierbar.
>> Lasse ich "ackseq": "063034300d0a" weg, kommen auch keine Daten, obwohl
>> bei den erfolgreichen Versuchenl für mich nicht erkennbar auf 4800 Baud
>> umgeschaltet wird.
>>
>> Bisheriges Fazit: Die Kommunikation ruckelt noch, aber es kommen Daten an.
>>
>> Viele Grüße
>>
>>
>>
>> Am 16. Januar 2016 um 19:07 schrieb Udo1 <udo1 at gmx.net>:
>>
>>>
>>> Am 16.01.2016 um 18:52 schrieb Winfried Peters:
>>>
>>>> "baudrate_change_delay": 100
>>>>
>>> Dann mach die mal gößer.
>>>
>>> Gruß
>>> Udo
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20160117/51b5290d/attachment.html>