Verschiedene Datentypswerte speichern und wieder laden.

Hallo LV-Freunde,

ich habe fast immer von euch die Lösung von meinen Probleme.

Ich möchte eine Kalibriermatrix erstellen. Also ich möchte Werte aus verscheidene Datentypen (Double, boolean, komplex etc) in einem Datei speichern und dann für eine spätere Nützung laden können . Aber ich möchte die Daten in den zugehörigen Anzeigeelemente laden. Ich muss diese Daten in eimen (.cal) Datein laden und davon aufgerufen werden. Ich hoffe ich habe mich deutlich ausgedrückt habe.

Über jeden Beitrag freue ich mich.

Beste Grüße.

Armel

Anzeige

Hallo Armel,

Zitat:Also ich möchte Werte aus verscheidene Datentypen (Double, boolean, komplex etc) in einem Datei speichern und dann für eine spätere Nützung laden können . Aber ich möchte die Daten in den zugehörigen Anzeigeelemente laden. Ich muss diese Daten in eimen (.cal) Datein laden und davon aufgerufen werden.

Dann mach das doch einfach!
Wo ist das Problem?

An besten nimmst Du dafür die dafür vergesehenen Funktionen aus der OpenG-Palette. Du brauchst dann nur aus den gewünschten Variablen ein Cluster zu bilden - Typ und Verschachtelungstiefe bei zusammengestzten Variablen egal, nur eine Namen müssen alle haben. Diesen Cluster an die Write-Funktion anschließen. Mit der Read-Funktion wird der gleiche Cluster dann wieder ausgelesen.
Die Funktionen sind etwas versteckt, hier der Pfad in der Palette, wenn OpenG installiert hast:
OpenG / OpenG Variant Configuration File /
Dort befinden sich die VIs Write INI Cluster und Read INI Cluster

Hallo GerdW,

Zitat:Dann mach das doch einfach!
Wo ist das Problem?

Ich habe es versucht die Daten in einer Queue einzufügen. Dann wollte ich mit die TDM Palette die Daten speicher bzw laben je nachdem. Aber beim Schreiben in TDMS akzeptiert er kein Cluster. Habe ich was fasch gemacht oder hast du eine bessere Lösung?

PS: das VI ist nicht zum Ende implementiert. Das ist ein Test um zu sehen ob es klappt oder nicht.

MfG

Armel.

Hallo Armel,

TDMS akzeptiert keine Cluster - aber es verarbeitet Arrays!
(Denk mal darüber nach…)

Wozu diese Race-Condition mit der lokalen Variablen des Clusters?