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

Winfried Peters winfried.peters at gmail.com
Tue Nov 22 22:31:16 CET 2016


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/20161122/6cffe16f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: output_2016-11-22_21-17-00-raw.log
Type: application/octet-stream
Size: 2676 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20161122/6cffe16f/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: output_2016-11-22_21-17-00-hex.log
Type: application/octet-stream
Size: 5352 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20161122/6cffe16f/attachment-0001.obj>


More information about the volkszaehler-users mailing list