Labview Zeichen decodieren - Druckversion +- LabVIEWForum.de (https://www.labviewforum.de) +-- Forum: LabVIEW (/Forum-LabVIEW) +--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein) +---- Forum: Datenkommunikation (/Forum-Datenkommunikation) +---- Thema: Labview Zeichen decodieren (/Thread-Labview-Zeichen-decodieren) |
Labview Zeichen decodieren - crackmaxmax - 06.02.2014 19:19 Hallo Leute, ich habe Zahlen werte also numbers in String verwandelt und mit der send TCP Funktion an einen weiteren Rechner gesendet. Jetzt sehe ich hexadezimale Werte. Ingesamt 8 Bytes. Die erste zwei Bytes sagen mit die länge des Rests in Bits, wenn ich das richtig verstanden habe. Aber wie kann ich den Rest interpretieren? Es handelt sich um einen Realen Wert bzw. num bei Labview. und enthält 3 Vorkommastellen (bei weniger stellen wird mit nullen aufgefüllt) und 4 nachkomme stellen. Gibt es ne Möglichkeit den Wert zu dekodieren? Vielen Dank! RE: Labview Zeichen decodieren - Trinitatis - 06.02.2014 19:23 Hallo, grundsätzlich werden über TCP Binärdaten versendet, die du in Form eines Strings oder U8-Arrays übergibst. Dieser String bzw. das Array ist aber nur eine Darstellungsart. Insofern ist also deine Überschrift schon irreführend! Das sind keine speziellen LabView-Zeichen. Um rauszubekommen, was du wo und wie konvertieren willst, solltest du mal dein VI oder den relevanten Teil anhängen. Gruß, Marko RE: Labview Zeichen decodieren - GerdW - 06.02.2014 21:06 Hallo max, Zitat:Jetzt sehe ich hexadezimale WerteEs ist schön, das du etwas siehst. Dummerweise sehen wir aber nichts - außer einer mehr als schwammigen Beschreibung… Zitat:Aber wie kann ich den Rest interpretieren?Nun, vorher schreibst du doch: Zitat:ich habe Zahlen werte also numbers in String verwandeltDa sollte man doch annehmen, du kennst die Lösung zur Frage… Zitat:Es handelt sich um einen Realen Wert bzw. num bei Labview.LabVIEW kennt SGL, DBL, EXT. Von "num" habe ich noch nie etwas gehört… Zitat:Ingesamt 8 Bytes. Die erste zwei Bytes sagen mit die länge des Rests in BitsDas bedeutet wohl, dass in den ersten beiden Bytes immer der Wert 48 kodiert ist: der Rest von den 8 Bytes sind ja wohl immer noch 6 Bytes zu 8 Bit. |