' schrieb:Ja ich sende es ja zur Zeit per ASCII und nutze die Funktion DTOS im atmel. Leider ist das umwandeln sehr speicheraufwendig. Auftrennen tue ich dann den Stream einfach immer nach je 7 Stellen und empfange nur 42 Byte. Daher möchte ich es per HEX senden und einfach die Werte in LabVIEW Trennen.
Zur Zeit: (habe ich als Bild ascii.jpg angehängt)
17.723_17.235_17.345_13.777 ( der "_" dient nur zu lessbarkeit und fällt weg...). Diesen ASCII String trenne ich dann einfach auf und der Punkt wird weggelassen. Also der Atmel sendet die Daten alle 4s neu. ich lasse immer die gewünschte Anzahl der Zeichen aufnehmen und warte bis nur nächsten Messung...
Habe den Ansatz von dir zu Beginn noch mal getestet da ich auf der Suche nach cast type das vermisste Symbol gefunden hatte.
habe jetzt folgendes Aufgebaut:
Leider ist der Ausgabewert von I32 (wird noch gewndelt in FLieskomma) scheinbar eine Summe der gesamten Eingabe... habs als Bild LV.jpg angehängt.
Also jetzt verstehe ich gar nichts mehr. Ist dein Protokoll ASCII? Kannst du die Zahlen in einem Hyperterminal sehen? Oder siehst du nur merkwürdige Zeichen im Terminal?
Wenn du also ein String und kein binärer Stream empfangst, dann brauchst du keinen Cast Type VI. Dann sollte dir die String Palette ausreichen. Da kannst du dein String aufteilen und nach Zahlen konvertieren. Ich würde dir schon helfen, nur beschreibe dein Problem genauer. Was siehst du wenn du einen normalen String Indicator an das VISA Read VI anschliesst?
Gruss, Eugen