+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+---- Forum: Datenbank & File IO (/Forum-Datenbank-File-IO)
+----- Forum: Excel (/Forum-Excel)
+----- Thema: Excelexamples Problem mit lokalem Dezimalpunkt (/Thread-Excelexamples-Problem-mit-lokalem-Dezimalpunkt)
Excelexamples Problem mit lokalem Dezimalpunkt - dereinzug - 11.07.2006 16:03
Hallo,
ich nutze die Elemente aus der Excelexamples.llb die bei unserem LabVIEW 7.0 dabei ist.
Ich habe zum Testen ein String-Array erstellt. Werte wie 4,5 und 4,55 werden korrekt übertragen (zwar als Text,
aber das läßt sich ja schnell ändern). Ein Wert wie 4,000 steht dann in Excel als 40.0000
Verwendet man in dem String-Array statt dem Koma den Punkt dann werden alle Werte korrekt nach
Excel übertragen und stehen dort dann auch mit einem Koma.
Woran liegt das? Das ist doch nicht logisch. In LabVIEW ist ausgewählt, dass der lokale Dezimalpunkt
verwendet werden soll.
Es ist zwar kein Problem das ganze bei der Stringerstellung einmal für die Tabellenanzeige mit Semikolons zu versehen und einmal
für die Ausgabe in Excel mit Punkten. Mich hätte es aber interessiert warum das so ist und auch ob es anders geht.
Das ganze ist wohl ein Problem von Excel? würde mich jedenfalls nicht wundern.
Beim Öffnen von CSV Dateien mit Doppelklick wird als Trennzeichen das Koma benutzt und beim Öffnen
aus Excel raus der Strichpunkt (ist mir bei Excel 2000 passiert).
mfg Tom
Excelexamples Problem mit lokalem Dezimalpunkt - eg - 11.07.2006 16:07
Du musst die Zahlen nicht als Strings übergeben, sondern direkt als Flesskommazahlen, obwohl das VI "Set Cell Value" einen String am Eingang erwartet.
Gruss
Excelexamples Problem mit lokalem Dezimalpunkt - eg - 11.07.2006 16:23
Sorry ich meine das VI Cell Value öffnen und dort Value vom Typ String auf Typ Double ändern.
Excelexamples Problem mit lokalem Dezimalpunkt - dereinzug - 11.07.2006 19:39
@eugen graf
Danke für den Tipp. Nun funktioniert das Ganze auf Anhieb.
Das hätte ich ehrlich gesagt nicht ausprobiert.
mfg Tom