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 <cpui...@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 <v...@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 > > >
output_2016-11-22_21-17-00-raw.log
Description: Binary data
output_2016-11-22_21-17-00-hex.log
Description: Binary data