[vz-users] vzlogger-Leseprobleme mit SmartMeter EMH-ITZ

[Winfried Peters]

> Aber wie hast Du das gemacht- nur anders positioniert?
Ich habe im Gummiring der D0-Schnittstelle meines Zählers eine mattschwarze
Schablone mit zwei Löschern für die IR-Dioden eingepasst. Damit wurde das
helle Gehäuse abgedeckt und die Reflexionen waren verschwunden.

> Und warum ist das nicht auch bei HTerm aufgetreten???
Bei HTerm ist es auch aufgetreten.

Hier die ersten drei Zeilen der HTerm-Aufzeichnung:
/?420818!
/EMH4\@--ITZ-G0038E
F.F(00000000)0.0.0(00420818)

Die erste Zeile ist die vzlogger-Pullsequenz, die als Reflexion
zurückgekommen ist. Danach folgt die Zählerbezeichnung und das
Datentelegramm.

Viele Grüße
Winfried

Am 26. November 2016 um 22:34 schrieb Andreas Götz <cpuidle at gmail.com>:

> Super! Aber wie hast Du das gemacht- nur anders positioniert? Und warum
> ist das nicht auch bei HTerm aufgetreten???
>
> Viele Grüße, Andreas
>
> Am 26.11.2016 um 17:44 schrieb Winfried Peters <winfried.peters at gmail.com
> >:
>
> Hallo zusammen,
>
> mein Problem ist gelöst!
>
> Udo hatte mir den entscheidenden Hinweis gegeben. Ich hatte Eingangs ein
> Echo meines Zählers beschrieben. Im d0-Dump kann man es auch gut sehen.
> Dieses Echo war eine Reflexion meines hellen Zählergehäuses. Das hat
> vzlogger regelmäßig zu Beginn einer Pullsequenz ins Stolpern gebracht. Ich
> habe die Reflexion beseitigt. Jetzt habe ich keine Fehler mehr im Verbose 0
> Log. vzlogger arbeitet wie erwartet.
>
> Ich danke allen, die sich hier eingebracht haben.
>
> Viele Grüße
> Winfried
>
> Am 22. November 2016 um 22:31 schrieb Winfried Peters <
> winfried.peters at gmail.com>:
>
>> Hallo Andreas,
>>
>> ich habe eine HTerm-Sequenz aufgezeichnet und als Raw- sowie Hex-Datei
>> angehängt.
>>
>> Hier mein in den Spalten ASCII, HTerm und vzlogger aufbereiteter
>> Vergleich:
>>
>> ASCII                HTerm (ab dem 1. Pullversuch)               vzlogger
>> (d0-24.txt, ab dem 11. Pullversuch)
>> ------------------------------------------------------------
>> -------------------------------------------------------
>> /?420818!            2F3F343230383138210D0A
>> 2f3f343230383138210d0a
>> /EMH4\@--ITZ-G0038E  2F454D48345C402D2D49545A2D4730303338450D0A  0a0a
>> 2f454d48345c001a10122030200020000238450a0a
>> F.F(00000000)        02462E46283030303030303030290D0A
>> 02462e46283030303030303030290a0a
>>
>>    - Zum einem fällt auf, dass vzlogger carriage return/line feed 0x0D
>>    0x0A in 0x0a 0xa umsetzt.
>>    - Zum anderen wird mein Zähleridentifier @--ITZ-G0038E von vzlogger
>>    nicht korrekt decodiert. Das ist nicht nur in der hier dokumentierten
>>    d0-Konfiguration so, sonder in allen bisher von mir getesteten
>>    Konfigurationsvarianten.
>>    - HTerm gibt gleich nach der 1. Aufforderung das Datentelegramm
>>    komplett aus.
>>    - vzlogger benötigt 11 Pullsequenzen, bis das Datentelegramm erkannt
>>    wird.
>>
>> Viele Grüße
>> Winfried
>>
>> Am 22. November 2016 um 09:04 schrieb Andreas Götz <cpuidle at gmail.com>:
>>
>>> Moin,
>>>
>>> Ich kenne mich mit dem ganzen seriellen Kram ja nicht wirklich aus, aber
>>> wäre es nicht möglich das d0 Log vom vzlogger aus dem ersten Post mit dem
>>> Binary Log aus HTerm nebeneinander zu legen? Z.B. ab Senden der Pullsequenz?
>>>
>>> Damit sollte sich doch rauskriegen lassen ob vzlogger falsch liest oder
>>> falsch decodiert?
>>>
>>> @Winfried: dafür bräuchte es dann auch einen Dump aus HTerm?
>>>
>>> Viele Grüße, Andreas
>>>
>>> > Am 20.11.2016 um 20:41 schrieb Daniel Lauckner <vz at jahp.de>:
>>> >
>>> > Hallo Andreas,
>>> >
>>> >
>>> > am Sonntag, 20. November 2016 um 18:55 hast du geschrieben:
>>> >> ...und ist der so gut wie der von Hterm?
>>> >
>>> > Soweit ich den Dump interpretiere sind da massive Fehler drin.
>>> >
>>> >
>>> > mfg Daniel
>>> >
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20161127/432e66c5/attachment-0001.html>