Variierende Komma-Interpretation

Hallo GerdW und jg,

danke für die zügige Antwort.

Ja, der Programmierer selbst ist die größte Fehlerquelle

Zitat:Vorschlag:
Arbeite doch einfach mal mit "echten" Zahlenwerten!

Du hast Recht mit den echten Zahlenwerten, das kann man auch relativ einfach umsetzen, indem man dem Einlesen-VI statt dem String-Array ein Double-Array übergibt. Aber das VI für das Schreiben in die XLSX-Datei nimmt leider nur Strings an. In dem VI habe ich keine Möglichkeit gesehen, dies zu ändern. Ich könnte auch selbst in die Zellen schreiben, aber das scheint mir nicht so effizient wie das vorhandene VI zu sein.

Zitat:(Anmerkung am Rande: Ich bevorzuge ja im technisch-wissenschaftlichen Bereich die strikte Anwendung englischer Zahlenformate, d.h. Punkt als Dezimaltrennzeichen. Eine der ersten Einstellungen, wenn man einen neuen Windows-Account anlegt…)

Kann man auch machen, dann hättest du das Problem auf jeden Fall nicht bekommen.

Zitat:Mit der RGT-Excel-API in LabVIEW eine simple csv-Datei einlesen, das ist auch mit Kanonen auf Spatzen geschossen.

Stimmt, das könnte ich noch optimieren oder eine Unterscheidung zwischen csv- und andere Dateitypen machen.