Datenformat von Visa umwandeln

Mach es bitte so und nicht anders, mal gucken was rauskommt. Mach dann einen Screenshot davon. Nicht versgessen, Typ soll Unsigned Word sein und das Flag vor Unflatten From String soll auf False stehen.

Gruss, Eugen

Anzeige

' schrieb:OK. Klingt logisch.
Er hat also seine Zeichen erhalten, als Hex dargestellt (weil als ASCII nur 4 Quadrate erscheinen) und wollte diese Zahlen in Dezimalwerte (Integer) umwandeln?
Ist es aber nicht auch oft so, dass viele Geräte die Zahlen schon "richtig" (als Integer) zurückschicken (z.B. im Hex-Display 3438, also im ASCII-Display 48)?
Das hat mich etwas verwirrt.

Gruß Markus

Das was du für "richtig" hälst ist eigentlich "falsch" oder besser gesagt eine Definitionssache. Richtig wäre die Daten(ich sage lieber Zahlen, weil gilt nicht für Texte) ohne Konvertierung nach ASCII zu übertragen.

Die Geräte machen folgendes:

z.B.
1. Spannung analog messen -> 4 Volt
2. Digitalisieren -> 0100b
3. ASCII kodieren -> 4
4. Übertragen -> 34h oder als Bitfolge 0011 0100
5. Du empfängst -> 34h
6. Willst auf dem Chart darstellen
und deshalb von ASCII wieder
in eine Integerzahl umwandeln -> 4

Also das wäre eine Datenübertragung als ASCII-String.


Schritt 3 (Kodieren) und 6 (Dekodieren) kann man sich sparen. Also was ist richtig und was falsch ist noch die Frage.


Dann wäre folgendes:
1. Spannung analog messen -> 4 Volt
2. Digitalisieren -> 0100b
3. Übertragen -> 0100 als Bitfolge
4. Du empfängst -> 4
5. Willst auf dem Chart darstellen -> 4

Das wäre meiner Meinung nach richtiger, das ist eine binäre Datenübertragung ohne Overhead mit dem Kodieren/Dekodieren

Gruss, Eugen

so hab ich mal versucht. Wo soll das FALSE dran? hab nur ein Fehlerausgang....
leider kein Ergebnis

Also dieses Flag ist entscheidend, wenn ich True einstelle, dann sehe ich auch nichts. Wenn aber False, dann kommt bei mir folgendes Array raus.

Das Flag sagt ob die Arraygrösse vor dem Stream dabei ist oder nicht. Bei dir sind es nur die Zahlen ohne Grösse vorne dran. Also muss Flag auf False. Ist gleich unter dem Stringeingang. Mach doch mal Hilfe auf und schau genau hin, was das VI macht und welche Anschlüsse es hat.

Gruss, Eugen

Hallo Eugen,

Danke für die Infos. Jetzt ist mir einiges klarer, auch das mit der "Normal- und HEX-Darstellung".
Und ich weiß jetzt auch, was dahinter steckt, wenn ich eine gemessene "Zahl" (ASCII), die in einem String steht, in eine Integer-Zahl zum Darstellen umwandle.
Wenn ich noch weitere Fragen dazu habe, dann melde ich mich einfach wieder.

Gruß Markus

' schrieb:Das was du für "richtig" hälst ist eigentlich "falsch" oder besser gesagt eine Definitionssache. Richtig wäre die Daten(ich sage lieber Zahlen, weil gilt nicht für Texte) ohne Konvertierung nach ASCII zu übertragen.

Die Geräte machen folgendes:

z.B.
1. Spannung analog messen -> 4 Volt
2. Digitalisieren -> 0100b
3. ASCII kodieren -> 4
4. Übertragen -> 34h oder als Bitfolge 0011 0100
5. Du empfängst -> 34h
6. Willst auf dem Chart darstellen
und deshalb von ASCII wieder
in eine Integerzahl umwandeln -> 4

Also das wäre eine Datenübertragung als ASCII-String.
Schritt 3 (Kodieren) und 6 (Dekodieren) kann man sich sparen. Also was ist richtig und was falsch ist noch die Frage.
Dann wäre folgendes:
1. Spannung analog messen -> 4 Volt
2. Digitalisieren -> 0100b
3. Übertragen -> 0100 als Bitfolge
4. Du empfängst -> 4
5. Willst auf dem Chart darstellen -> 4

Das wäre meiner Meinung nach richtiger, das ist eine binäre Datenübertragung ohne Overhead mit dem Kodieren/Dekodieren

Gruss, Eugen

ja das mit dem Fehlereingang anschließen geht leider nicht, da ich kein Eingang dafür habe! Ich hab nur 2 Eingänge und 2 Ausgänge(laut Hilfe).

Eingänge:

Binär-String - an Visa
Typ - an die konstruktion

Ausgänge:

Fehler - nix
Wert - der Cluster

Zitat:Also das wäre eine Datenübertragung als ASCII-String.
Schritt 3 (Kodieren) und 6 (Dekodieren) kann man sich sparen. Also was ist richtig und was falsch ist noch die Frage.
Dann wäre folgendes:
1. Spannung analog messen -> 4 Volt
2. Digitalisieren -> 0100b
3. Übertragen -> 0100 als Bitfolge
4. Du empfängst -> 4
5. Willst auf dem Chart darstellen -> 4

Genauso sende ich es ja. Habe vorher das Program Terminal vorher benutzt und in diesem zeigt er mir an.

z.B. Ateml 1700 -> 0h06A4 kommt in Terminal an: 0000 0110 1010 0100

Terminal erkennt das ganze richtig als Binär bzw stellt es auch als HEX da wenn ich will. So muss es auch LabVIEW aus dem VISA übergeben! Wieso LabVIEW aus nem Binär code gleich ASCII macht verstehe ich nicht! kann ich nicht das schon unterbinden und zb. nur das Binäre lesen in nen Cluster und dann selber umwandeln. vielleicht ist das einfacher aber habe keine Möglichkeit gefunden, die Ausgabe "Lesepuffer" von VISA zu beeinflussen!

Ok, dann probiere mal mit dem Cast Type VI klarzukommen, mit dem soll es auch funktionieren. Wenn noch Fragen hast, melde dich.

Gruss, Eugen

Hy

habe jetzt endlich eine Lösung gefunden. Weis das Problem war schwer zu beschreiben und grad wenn man selber alles entwickelt hat und jedes Bit kennt ..

Poste hier mal meine Lösung die scheinbar einwandfrei funktioniert.

Grundproblem war die Daten ( 6 Zahlen von 0-65536 als 16 Bit ) per RS232 zu empfangen und so auch in LabVIEW zu verarbeiten.

Hier meine Lösung, die eigentlich funktionieren sollte. Die 6 ist allerdings vom Typ Unsigned Word.

Gruss, Eugen

Ich lese das jetzt zufällig und bekomme die Krise. Die Frage ist einfach und klar, betrifft ein häufig vorkommendes Problem und ist ebenso einfach durch Hinweis auf die passende Funktion vollständig zu beantworten. Jetzt gibt es aber schon 20 Beiträge und es wird immer exotischer. (Wenn man den String als "einzeilige Tabelle" sieht, dann hat man sofort mehrere passende Funktionen für die Lösung. Dass man darauf nicht gleich kommt, lasse ich als mildernden Umstand gelten. Aber trotzdem: Bessert Euch!)