Spezielles Byte nach Eingang weiterverarbeiten, RS232

(02.02.2012 09:58 )Maxix schrieb:  Die Begrenzung durch das relative Messsystem sind meine (jetzt) „036C“ (Ventil geht net weiter auf). Allerdings ist dies ASCII Code (char), und nicht hex, richtig?

Ich gehe jetzt mal nur auf diesen Satz ein, weil sich hier schon mal ein fundamentaler Irrtum offenbart.
ASCII-Code steht nicht im Widerspruch zu HEX. ASCII-Code kann in Binär-, Oktal-, Dezimal oder Hex- Darstellung sein.
Das Gegenteil von ASCII-Code ist die direkte Übertragung von Bytes.
Beispiel: Wert Dezimal "10"
Bei direktes Byte hat es die Bitfolge "00001010". Hier gibt es keinen Diffenziereung Binär, Dezimal.., das Byte selbst ist immer dasselbe. Bei VISA-Lesen werden die Zeichen aber immer als Text interpretiert. In diesem Falle wäre das ein Linefeed. Das Linefeed ist kein Linefeed, sondern der Wert 10, wenn es sich nicht im ASCII-Code handelt.

Der ASCII - Wert der Zahl 10 hängt davon ab, in welchem Zahlensystem man es Codiert. Vom gesamten ASCII-Zeichensatz werden hier nur die wenigen Zeichen von 0..9, A..D verwendet. Also:
Binär: "1010" = 8-stelliger String
Dezimal: "10" = 2-stelliger String
Hex: "A" = 1-stelliger String

Der Nachteil der direkten Wertübertragung ist, daß man die ganzen Steuerzeichen, wie z.B. <LF>, nicht mehr benutzen kann, da diese Bytes jederzeit mitten in den Zahlen vorkommen können. Der Vorteil ist natürlich offensichtlich: Für direkte Übertragung eines 32Bit Integers brauche ich 4 Byte, für die Übertragung als ASCII-HEX aber 8 Byte.

Trotzdem: Der Standard bei serieller Übertragung ist der ASCII-Code - man möchte auf die Steuerzeichen nicht verzichten. Und nur damit hast Du es in Deinem Fall zu tun. Ob es sich um HEX- oder DEC- Code handelt , das mußt Du aus dem Manual selbst herausfinden, das können wir nicht wissen.