struktur eines clusters speichern/laden

Hi,
fuehr mein Projekt ist es notwendig ein Culster mit samt den Werten zu laden, ohne dessen Struktur der "laden VI" mitzuteilen. Ich habe mir vorgestellt, dass ich am Anfang einer z.B. xml Datei irgendwie definiere, wie das Cluster aussehen soll (inkl. Datentyen und Bezeichnung) und anschliessend die Daten stelle.
Hat jemand zufaellig eine Idee? Wichtig ist nur, dass die Werte auch manuell, das heisst per texteditor od aehnliches geaendert werden koennen.

Vielen dank im vorraus.

Hallo FelixIntern,

ich erinnere mich, dass Deine Frage so ähnlich schon mal gestellt wurde.
Kurz gesucht und gleich gefunden. Hilft Dir dieser Thread weiter ?
http://www.LabVIEWforum.de/viewtopic.php?t...faff370010e6a8a

Gruß
Andreas

vielen dank, aber das Problem ist, dass auch bei dieser Loesung, der "read VI" die Strukur des zu lesenden Clusters mitgeteilt wird. Genau das moechte ich nicht.
Um mein Problem beim Namen zu nennnen. Ich habe einen Messaufbau der die Produkte nach IEC standart misst. Momentan sind noch all diese Vorgaben in allen moeglichen VI's verstreut und als Kostanten festgehalten. Ich moechte aber ein Cluster, in dem alle Vorgaben stehen. Um flexiebel zu sein moechte ich aber kein Cluster vorgeben, sondern beim starten soll eine VI ohne jeglichem Input (ausser Dateiname) ein Cluster aus einer Datei auslesen und ausgeben.
Ist dies moeglich?

Gruss Felix

Was heißt hier Du möchtest "flexibel sein"? Gibt es 10, 100 oder 1000 mögliche Varainten des Datenformates? Wenn es eine letztlich überschaubare Anzahl ist, dann bietet sich an, jedem Format eine Kennzahl zuzuordnen, die man an einen Case anschließt. Es macht sicher Mühe, beispielweise für 200 Möglichkeiten alles vorzuprogrammieren, aber billiger wirst du es mit anderen Methoden auch nicht bekommen. Es sei denn, es präsentiert Dir hier wirklich jemand die von Dir gesuchte IDEE. Wenn ich vor dieser Aufgabe stünde, dann hätte ich allerdings sofort eine IDEE: solche "amorphen" Datenstrukturen gar nicht erst aufkommen zu lassen. (Arrays dürfen in der Größe natürlich variieren, sie sind dynamisch. Clusters sind das nicht)
Aber angenommen, das Problem würde gelöst: Was würde das nützen, denn wie soll das weitere Programm mit so einer "flexiblen" Datenstruktur zurechtkommen?

ich dachte mir fast, dass in LabVIEW, wie in allen anderen Sprachen dynamische Cluster/Structure nicht moeglich sind.

Vielen Dank fuer die Bemuehungen.

Hi Felix,

nur nicht den Kopf hängen lassen.
Das ist halt der nachteil der grafischen Entwicklung.
Woher soll LV wissen, wie es die Datenleitung darstellen soll, wenn es nicht genaue Kenntnis über den Typ bzw. in deinem Fall Aufbau des Clusters hat.
Es wäre keine Möglichkeit dies vor dem Programmablauf zu prüfen, auch könnte der Syntaxcheck das VI nicht auf Lauffähigkeit prüfen.

Runtime-Errors sind bei der kleinsten Unachtsamkeit vorprogrammiert. (wie in allen anderen Sprachen halt... )

Die Lösung deines Problems heißt Customize...)
Da Kannst du ein Control (auch ein Cluster) als Control abspeichern.
Aktivierst du die Option Strict Type Def. so wird dies in allen VIs auf den gleichen Stand bleiben, auch wenn du dem Control noch ein paar Elemente in seinem Cluster spendierst.

Gruß
Oliver

Es müßte doch möglich sein, eine übergeordnete Struktur zu definieren, in der alle Deine Format-Varianten als Unterformate enthalten sind. Wenn z.B ein Array in einem besonderen Fall fehlt, dann stehen dann an dieser Stelle keine Daten, sondern nur die Trennzeichen, und es wird ein leerer Vector übergeben. Und wenn numerische Werte fehlen, dann wird NaN ausgegeben. Auf diese Weise beibt die gleiche Struktur immer gewahrt.

Grundsätzlich würde ich sagen: Wenn beim Studium Deiner Textdatei menschlicher Verstand nach einmaliger Belehrung über die "Spielregeln", aber ohne Zusatzinformationen über jede individuelle Datei, in der Lage ist, die Daten immer richtig zu interpretieren, dann sollte das auch mit LabVIEW möglich sein - die Frage ist nur wie hoch der Aufwand ist.

Konkretes dazu läßt sich aber nur sagen, wenn Du hier einige Datei-Beispiele bringst.

Danke fuer eure Tips.
Ich habe nun eine Loesung gefunden. Sie ist zwar nicht genau so wie es wollte, aber es laesst sich prima implementieren. Ich habe es mal angehaengt, fuer den Fall, dass es jemand intressiert.