20.03.2007, 12:06
Seiten: 1 2
20.03.2007, 12:56
mh, ich ahne schon ich beginne zu nerven aber ich erklär dir mal das Problem:
--
das Konvertierungs-VI hatte ich in der Zwischenzeit schon gefunden, nur leider sehe ich mich ausser Stande meine Tabelle damit zu konvertieren, da ich sie einfach nicht anschliessen kann.
Liegt dies eventuell an der zu konfigurierenden Breite & Genauigkeit ?
Auch dort habe ich diverse Werte probiert aber eine Leitung zur Tabelle ist schlichtweg nicht möglich.
meine Tabelle hat Inhalte vom Format:
- 1
- 10.123
d.h. die Genauigkeit ist nicht einheitlich. Breite bezieht sich auf ?
Geht leider aus der Hilfe nicht hervor.
--
das Konvertierungs-VI hatte ich in der Zwischenzeit schon gefunden, nur leider sehe ich mich ausser Stande meine Tabelle damit zu konvertieren, da ich sie einfach nicht anschliessen kann.
Liegt dies eventuell an der zu konfigurierenden Breite & Genauigkeit ?
Auch dort habe ich diverse Werte probiert aber eine Leitung zur Tabelle ist schlichtweg nicht möglich.
meine Tabelle hat Inhalte vom Format:
- 1
- 10.123
d.h. die Genauigkeit ist nicht einheitlich. Breite bezieht sich auf ?
Geht leider aus der Hilfe nicht hervor.
20.03.2007, 13:05
20.03.2007, 13:41
' schrieb:[attachment=32240:tablestringtable.gif]
Lieber Fidel,
du musst auch richtig rum konvertieren...siehe Bild!
Gruss
Achim
puh,
wie war das mit dem Wald und den Bäumen.
Vielen vielen Dank Achim
Du hast meinem Monitor / Rechner das Leben gerettet
Gruss
fidel
28.03.2007, 09:22
So,
beim testen ist mir doch noch ein kleines Problem aufgefallen.
Und zwar:
--
Da ich auch von nicht .DE Benutzern ausgehe, wollte ich bei meinem Fileformat davon ausgehen dass das Kommazeichen ein PUNKT ist. Trennzeichen ist ein SEMIKOLON, ich denke EXCEL üblich.
d.h. so würde ein zu importierendes File aussehen.
Im Anhang ein Screenshot meiner Implementierung des Import einer Datei.
Was mich wundert ist folgendes:
--
A) Ich gebe das Format %.3f an
Trotzdem ist die Tabelle danach mit 6 Nachkommastellen gefüllt
b) Verwendet mein Quell-File PUNKTE, anstatt KOMMAS zur Nachkommatrennung,
werden diese Informationen verworfen.
D.h.
ich würde gerne irgendwo definieren, das PUNKT und nicht KOMMA mein Nachkommatrennzeichen ist,
sehe dazu aber keine vorgesehene Senke in dem VI.
jmd eine Idee ?
Danke und schöne Grüße
fidel
beim testen ist mir doch noch ein kleines Problem aufgefallen.
Und zwar:
--
Da ich auch von nicht .DE Benutzern ausgehe, wollte ich bei meinem Fileformat davon ausgehen dass das Kommazeichen ein PUNKT ist. Trennzeichen ist ein SEMIKOLON, ich denke EXCEL üblich.
d.h. so würde ein zu importierendes File aussehen.
Zitat:10.11; 22.21; 32.10
20.12; 20.13; 20.14
.....
......
Im Anhang ein Screenshot meiner Implementierung des Import einer Datei.
Was mich wundert ist folgendes:
--
A) Ich gebe das Format %.3f an
Trotzdem ist die Tabelle danach mit 6 Nachkommastellen gefüllt
b) Verwendet mein Quell-File PUNKTE, anstatt KOMMAS zur Nachkommatrennung,
werden diese Informationen verworfen.
D.h.
ich würde gerne irgendwo definieren, das PUNKT und nicht KOMMA mein Nachkommatrennzeichen ist,
sehe dazu aber keine vorgesehene Senke in dem VI.
jmd eine Idee ?
Danke und schöne Grüße
fidel
28.03.2007, 09:47
Tools >> Options >> FrontPanel >> "use localized decimal point"
Das gilt aber dann IMMER für alles...wenn du flexibel sein willst, könntest du mit "Search and Replace Pattern" (Replace All) alle Punkte bzw. Kommata ersetzen. D.h. Datei einlesen, den Bereich mit den Messwerten von evtl. Headern abtrennen und dann Ersetzen...Dann ist es egal, ob du Punkt oder Komma einliest, du musst nur das ersetzen darauf abstimmen...
Wegen den Nachkommastellen: Zeig mal dein File, ich probiers mal...
Gruss
Achim
EDIT:
Ich hab
10.11; 22.21; 32.10
20.12; 20.13; 20.14
mal eingelesen so wie in deinem Screenshot (Read Spreadsheet). Da sind dann immer so viele Nachkommastellen, wie beim 2D-Ausgangsarray angegeben (Digits of Precision). Ach übrigens...das führte bei mir ein bisschen zu Verwirrung: "temp Table" ist keine Tabelle, sondern ein 2D-Double-Array. Eine Tabelle in LV ist immer ein String-Element...und dort sind dann genau so viele Kommastellen, wie bei der "Number to fractional String"-Wandlung als "Width" angegeben werden...
Das gilt aber dann IMMER für alles...wenn du flexibel sein willst, könntest du mit "Search and Replace Pattern" (Replace All) alle Punkte bzw. Kommata ersetzen. D.h. Datei einlesen, den Bereich mit den Messwerten von evtl. Headern abtrennen und dann Ersetzen...Dann ist es egal, ob du Punkt oder Komma einliest, du musst nur das ersetzen darauf abstimmen...
Wegen den Nachkommastellen: Zeig mal dein File, ich probiers mal...
Gruss
Achim
EDIT:
Ich hab
10.11; 22.21; 32.10
20.12; 20.13; 20.14
mal eingelesen so wie in deinem Screenshot (Read Spreadsheet). Da sind dann immer so viele Nachkommastellen, wie beim 2D-Ausgangsarray angegeben (Digits of Precision). Ach übrigens...das führte bei mir ein bisschen zu Verwirrung: "temp Table" ist keine Tabelle, sondern ein 2D-Double-Array. Eine Tabelle in LV ist immer ein String-Element...und dort sind dann genau so viele Kommastellen, wie bei der "Number to fractional String"-Wandlung als "Width" angegeben werden...
28.03.2007, 13:03
Achim,
wie immer ein grosses grosses Danke an deine gute umfangreiche und nette Hilfe.
gruss
fidel
wie immer ein grosses grosses Danke an deine gute umfangreiche und nette Hilfe.
gruss
fidel
Seiten: 1 2