In String suchen

Hallo Leute,

ich tue mich immer sehr schwer mit dem Aufbau von Strings.

Ich habe einen String in der folgenden Form (""-Code Anzeige):

ST,ssss0.00,ST,ssss0.12,ST,sss-0.24,ST,ssss0.00,kg

Nun weiß ich, dass nach "ST," immer ein Zahlenwert mit einer variablen Anzahl von Leerzeichen kommt, also vor dem nächsten Komma.
Ich würde gerne mit der Funktion "In String suchen" die vier Zahlenwerte aus dem String bekommen.
Kann mir da jemand beim Formatstring helfen oder mir ein paar Tips geben?
Vielen Dank schonmal.
Gruß,
Tobias

Anzeige

o.T.

ST,%f,ST,%f,ST,%f,ST,%f,kg


Gruß SeBa

Du erhälst dann vier einzelne Werte. Falls Dir ein Array lieber ist, könntest Du auch die Funktion "Nach Wert durchsuchen" verwenden:
   

Danke euch.

Nachdem ich die Punkte durch Kommas ersetzt habe hat LabVIEW die Zahlen auch gefunden.
hab die Kommas erst duch Doppelpunkte ersetzt und dann die Punkte durch Kommas.
Mit dem Punkt als Dezimalzeichen kann die deutsche Version wohl nicht
Naja, jetzt funzt es.

' schrieb:Mit dem Punkt als Dezimalzeichen kann die deutsche Version wohl nicht
Naja, jetzt funzt es.

Natürlich kommt LabVIEW auch mit einem Punkt als Dezimaltrennzeichen zurecht, und hierzu gibt es mehrere Möglichkeiten:

1. Du kannst das generell in den Optionen von LabVIEW abschalten. (Option Use localized decimal point).
2. Oder du nimmst den richtigen Formatstring, in diesem Fall %.;%f
   

Gruß, Jens

Hallo Tobias und Jens,

einmal "%.;" pro format string reicht aus, kann man hier nachlesen...

' schrieb:einmal "%.;" pro format string reicht aus,

Ja, aber nur, solange niemand auf die hirnverbrannte Idee kommt, in einem Zahlenstring für die 1. und 3. Zahl den Dezimalpunkt, für die 2. und 4. Zahl das Komma zu verwenden. LabVIEW jedenfall ist auch dagegen gut vorbereitet...

Hallo Lucki,

so ein Messgerät ist mir (zum Glück) noch nicht untergekommen - den entsprechenden Programmierer hätte ich aber zumindestens um ein intensives Telefongespräch gebeten:)Das Einfügen von Spaces, um eine bestimmte Spaltenbreite zu erzielen (wie bei Tobias), steht bei mir aber auch nicht allzu hoch im Kurs: Notepad verwendet standardmäßig proportionale Schriften, da sieht das Ergebnis meist trotzdem grottig aus. Außerdem kann der Import der Daten bei "einfacheren" Programmen schwieriger werden...

@Tobias:
Das %.; sollte natürlich möglichst weit vorn im Formatstring stehen, da es immer für die nachfolgenden Scancodes gilt.

' schrieb:so ein Messgerät ist mir (zum Glück) noch nicht untergekommen -

Oder anders formuliert. So ein Beitrag wie der meinige, der sich mit einer praktisch nicht vorkommenden Situation auseinandersetzt, ist überflüssig... Reine Wichtigtuerei oder was weiß ich warum er dasteht...

Zur Formatierung mit Leerzeichen sollte man aber noch bemerken, daß die ansonsten benutzte Formatierung mit TABs schönheitsmäßig noch schlechter ist - mal abgesehen davon, daß Speicherplatz gespart wird.
Bei der Fomatierung mit Leerzeichen braucht man nur auf einen Font mit fester Zeichenbreite (z.B. Courier) umzuschalten, damit es ordentlich aussieht. Mit Tabs hingegen bekommt man sehr oft erst dann eine saubere Darstellung, wenn man nach umfangereichen Experimenten die geeigneten TAB-Positionen ermittelt hat - und bei Notepad geht das glaube ich nicht mal zu konfiguruieren

' schrieb:So ein Beitrag wie der meinige, der sich mit einer praktisch nicht vorkommenden Situation auseinandersetzt, ist überflüssig... Reine Wichtigtuerei oder was weiß ich warum er dasteht...

Nein Lucki. Dein Beitrag hat durchaus seine Berechtigung. Wenn man tief genug in LV rum wühlt, dann fördert man mitunter die erstaunlichsten Funktionen zu Tage.

Wofür sollte es sonst dieses VI geben?
   

Damit ihr es nicht in den Tiefen der LV-Programmstruktur suchen müsst, lad ich es mal hoch.

  SpoofTextCoders.vi (Größe: 18,89 KB / Downloads: 255)



EDIT:
So kann man auch seine LV-Kollegen rankriegen:
   

Gruß SeBa


PS: