gespeicherte Tabelle einlesen u. weiterverarbeiten

Hallo LV-Gemeinde,

ich suche hier im Forum nach einem brauchbaren Lösungsansatz.
In einer Tabelle, vorzüglich in Excel gespeichert, lege ich zunächst einreihig eine Zahlenkolonne an.
Die Anzahl der Werte geht von ca. 5 bis 25 Werten und soll jeweils in einem eigenen File (ca. 10 St.) gespeichert werden.
Auswahl über FileOpen....

Die gespeicherten Werte sollen eingelesen werden und in einer Tabelle bedienbar sein.
Bedienbar bedeutet, dass ich z.B. auf einen Wert aus dieser Tabelle klicke und dieser Wert weiter verarbeitet wird.
Die Luxusversion wäre ein up/down-Taster, welcher mit dem kleinsten Wert beginnt und ich die Werte stepweise
rauf u. runter navigiere.
Der gewählte Wert ist eine Sollwertvorgabe für ein Hochspannungsgerät, welches stufenweise hochgefahren wird.

Wie lese ich die gewählte Datei in was ein? Ist .xls der richtige Weg oder sollte man sowas in .bin oder doch in .txt speichern?
Da die Anzahl der Werte unterschiedlich sind, könnte ich mir vorstellen, dass ich sowas in ein Array einlese, die Größe ermittle
und den Wert über IndexArray steuere.

Ich habe heute schon einige Dinge probiert, komme aber auf keine brauchbare Lösung.
Vielleicht kann mir hier die ungefähre Marschrichtung festlegen, danke schon mal.

Gruß Franz

Hallo Franz,

ich würde die Werte als .txt oder als .csv aus Excel speichern.
.xls kann man, wie ich selbst gerade erst gelernt habe, über AktivX einlesen.

Die Werte kannst du denn, wie du selber geschrieben hast, an ein Array übergeben. Je nach dem wie du sie einließt bekommst du auch schon ein Array.

Jetzt verstehe ich aber nicht was du mit "anklicken und weiterverarbeiten" meinst. Vielleicht kannst du das ja noch mal genauer beschreiben.
Zum sortieren findest du Funktionen unter Array.

Gruß
Tobias

Ich bin erstaunt, dass man jemanden mit 7 Jahren LabVIEW-Erfahrung noch von xls-Dateien abraten muss.
Du solltest selber wissen, dass du eine echte Excel-Datei nur bei installiertem Excel und per ActiveX lesen kannst.
Willst du dir das wirklich antun?

ASCII-Dateien sind IMHO die bessere Variante.

Zwecks Tabelle in LabVIEW: Bei einem Table-Control oder einer Multicolumn-Listbox kannst du eine Zelle editieren. Für erweiterte Funktionalitäten, wie sie dir vorschweben, bietet sich ein Overlay einer Numeric-Box über einem Table-Control an. Ist leider eine ziemliche Fieselei, bis man alle Events abgefangen hat.

Als Einstieg, schau mal hier: http://lavag.org/files/file/31-type-sensitive-popup/
Vielleicht ist das auch schon genau das, was du suchst.

Gruß, Jens

Die Zahlen, welche ich in Excel speichern möchte, sind in LV dann Sollwertvorgaben für ein HV-Netzgerät. Dieses Netzgerät muss genaue Spannungen in vorgegebenen Schritten erzeugen, welche aus der Tabelle gesteuert wird. Der eigentliche Teil kommt noch. Das Netzgerät speist Hochspannungstastköpfe, die einer Prüfmittelüberwachung unterliegen. Das passierte momentan 'alles zu Fuß' und soll nun automatisiert werden.
d.h. es folgen noch Routinen, wo ich Messwerte auslese, vergleiche und dokumentiere, alles für unser QM-System.
Als Verwaltung der ganzen Prüfmittel hab ich schon eine umfangreiche Datenbank in Access erstellt und das läuft u. lebt auch schon, auch schon vor den Augen des Tüvprüfers.

"anklicken und weiterverarbeiten"
Idealerweise steht auf dem Frontpanel eine Tabelle mit den gewünschten Werten. Der Prüfer startet und der erste Wert der Tabelle wird als Sollwert aufbereitet an die HV-Anlage gesendet. Dann warten, bis die zu messenden Werte stehen, dann übernehmen u. berechnen, wegspeichern usw. Dann folgt der nächste Step, bis der Zyklus kpl. durchlaufen ist. Die Abfolge ist momentan rein prakmatisch, vielleicht kommt beim Realisieren noch eine andere Idee oder Möglichkeit.

@Jens:
Es hört sich etwas vorwurfsvoll an, ja vielleicht sind es 7 Jahre. Meine Schwerpunkte in dem jämmerlichen LV-Dasein waren bisher die Visualisierung von HV-Anlagen u. div. Testprogrammen mit div. Schnittstellen, bisher ohne Excel.
Ich habe Excel gewählt, weil dann jeder Dummi bei uns solche Zahlenreihen erstellen, ändern u. pflegen kann. Ich bin natürlich nicht gezwungen, mich hier festzukrallen. Es war ja nur eine Idee.
Trotzdem nichts für ungut, ihr könnt ja nicht wissen, wo meine Schwerpunkte sind.

Ich danke Euch für die Tipps und werde mal weitersehen, welchen Weg ich einschlage.

Gruß Franz

Hallo,

habe ein Beispiel angehängt, vielleicht kann das helfen :


  Liste_Einstellungen_Tabelle_DO_tmp.vi (Größe: 39,94 KB / Downloads: 393)


  Ini-Datei einlesen_DO_tmp.vi (Größe: 34,39 KB / Downloads: 328)


Im Beispiel kann man die Zeilen auswähle, aber analog kann man so programmieren, das die einzelnen Zellen auswählbar sind.

Hallo Franz,

es gibt immer die Abwägung zwischen Einfachheit für den Bediener und Einfachheit für den Programmierer.
Wenn die Erstellung deiner Vorgabewerte nicht innerhalb von LabVIEW geschehen soll, und sich diese Vorgabewerte gut als Tabelle eingeben lassen, dann liegt natürlich Excel nahe.

Jetzt musst du abwägen:
Excel bedeutet für den Anwender einfach, für dich deutlich mehr Arbeit. Wie schon geschrieben, eine echte .xls-Datei kann man schon mit LabVIEW einlesen, aber nur per ActiveX - und dafür muss dann auf dem Messrechner Excel installiert sein.

Oder du schreibst selber eine Eingabemaske in LabVIEW, z.B. mit einem Table-Control oder einer Multicolumn-Listbox.

Zwischenweg:
Deine Anwender verwenden zwar Excel, du gibst aber klar vor, dass sie die Tabelle als txt oder csv exportieren müssen. Aber wehe, es geht etwas schief beim Export, dann bekommst du eine ASCII-Datei, mit der dein Programm nichts anfangen kann.

Gruß, Jens

Anzeige

Hallo Franz,

Zitat:Zwischenweg: Deine Anwender verwenden zwar Excel, du gibst aber klar vor, dass sie die Tabelle als txt oder csv exportieren müssen. Aber wehe, es geht etwas schief beim Export, dann bekommst du eine ASCII-Datei, mit der dein Programm nichts anfangen kann.

Man kann den Zwischenweg auch sicherer gestalten, indem man dem User ein Excel-Worksheet mit integrierten Makros an die Hand gibt, die auf Knopfdruck/Menüauswahl die gewünschte "Tabelle" im richtigen Format exportieren...

Ein kleines bisschen VBA hat noch nie geschadet

@GerdW: schöne Idee!