labels für controls // labels für wires?? (unbundle by name)

Hallo!

Ich habe eine Frage:

<all das passiert in einem Tab-Control>
Ich arbeite an einem VI das einige Daten vom user abfrägt und diese in ein txt file speichert - allerdings mit String&Concatenate um Kommentare in das File einzufügen.
d.h. Ich lese einen Wert ein dann splittet es auf: a) direkt in einen cluster und b) + kommentar und dann als zeile in ein text file.

--- dieser cluster ist also "named" und geht so durch den tunnel weiter.

Im letzten Tab gibt es jetzt die Möglichkeit das text file wieder zu laden ... d.h. strings einlesen, kommentar abschneiden und string zu numeric/boolean umwandeln.
diese infos wandern dann wieder in einen exakt gleichen cluster der dann an den gleichen tunnel von vorher anschließt.

jetzt das Problem:
der erste cluster ist schön named da ja alle controls gelabelt sind <-> der cluster 2 kommt aus dem text file ohne controls und hat KEINE labels ... d.h. in unbundle by name verschwinden zum teil meine Labels? - zum teil: alle strings im cluster werden zu [1] [2] aber die "DBL" und "boolean" behalten die namen aus dem "named cluster" ???

--> kann ich hier zuverlässig die namen weiterhin zuweisen oder kann ich irgendwie die "wires" aus dem textfile labeln???


Danke

kell.

ps: ohne volle screens da das ding sehr groß ist (28+6*8 = 76 Werte)


das ist der named cluster (Tab1) --- das ist der numbered cluster (Tab4)
       
das bleibt nach dem Tunnel ?
   

Anzeige

' schrieb:Im letzten Tab gibt es jetzt die Möglichkeit das text file wieder zu laden ... d.h. strings einlesen, kommentar abschneiden und string zu numeric/boolean umwandeln.
diese infos wandern dann wieder in einen exakt gleichen cluster der dann an den gleichen tunnel von vorher anschließt.

Wenn Du die 'Bundle by name' Funktion nimmst, werden die Namen von dem Cluster übernommen, der ans Mittelterminal angeschlossen ist.
Im Beispiel hab ich das für ein Errorcluster gezeigt:
   
Der an die Sequenzstruktur gehende wire hat die richtigen Elementnamen im Cluster

Hallo!

Schwierig sich in etwas so umfangreiches reinzudenken ohne es je gesehen zu haben.
Ich empfehle Dir schreib Deine Daten als XML-File dann sollte Dein Cluster wieder ein named Cluster sein und Du kannst Dir die ganze Konvertiererei von und zu String sparen.

Grüße
Andreas

Das habe ich jetzt auch nicht gewusst. :unsure:Was es nicht alles gibt. Danke für den Tip. Das kann man manchmal brauchen.

Gruß Markus

Edit: Ich habe das natürlich gleich probiert und es hat geklappt.
Das nachgebaute VI habe ich dann auch gleich beigefügt.

' schrieb:Hallo!

Schwierig sich in etwas so umfangreiches reinzudenken ohne es je gesehen zu haben.
Ich empfehle Dir schreib Deine Daten als XML-File dann sollte Dein Cluster wieder ein named Cluster sein und Du kannst Dir die ganze Konvertiererei von und zu String sparen.

Grüße
Andreas

' schrieb:Ich empfehle Dir schreib Deine Daten als XML-File dann sollte Dein Cluster wieder ein named Cluster sein und Du kannst Dir die ganze Konvertiererei ....

Danke :-) Der Tipp ist heiss!

--> wenn es sich nicht um User-Editierbare Daten handeln würde (Die Idee ist das meine Leute an der Prüfmaschine einfach das text-file Editieren können um nicht immer alles neu eingeben zu müssen) würde ich sofort XML nehmen und gaaanz zufrieden sein. Der ganze Aufwand mit den Strings dranhängen entsteht ja nur daher das ich für meine Kollegen und auch für Studenten eine eindeutige Kommentierung im file brauche ....

kann ich eine Variable auch ohne Control Labeln? (so ala "label für einen wire" bzw. für ein convert to string) ?


  main_v9sub.vi (Größe: 328,49 KB / Downloads: 227)


Aber hier einfach mal das VI - manches ist sicher nicht so optimal und würde einfacher gehen ... z.b. mit format_into_file oder eben write_xml ... aber effektiv ist das mein erstes LabVIEW VI und in der letzten Woche entstanden ... für alle Anmerkungen bin ich dankbar.


  sub_vi_complete.txt (Größe: 999 Bytes / Downloads: 243)
und hier noch das txt-file das entsteht und wieder gelesen wird.

Gernot

Hi,

mach es so, wie ahlers01 es schon demonstriert hat! Das ist ja auch nicht besonders aufwändig und ist schön in ein SubVI zu packen!

Gruss
A.

Anzeige

' schrieb:Hi,

mach es so, wie ahlers01 es schon demonstriert hat! Das ist ja auch nicht besonders aufwändig und ist schön in ein SubVI zu packen!

Gruss
A.

Wie ich es als sub-vi machen soll weiß ich noch nicht .. (wenn ich im subVI clustere habe ich so vieele connectoren ...?) aber eine andere idee die wie der Vorschlag von ahlers ist hab ich: ich hänge vorne cluster-constants an in denen die konstanten richtig benannt sind ... die connecte ich dann an die jeweiligen bundle bzw. bundle by name oben an !

:-)

*gggg*

thx

Gernot

' schrieb:--> wenn es sich nicht um User-Editierbare Daten handeln würde (Die Idee ist das meine Leute an der Prüfmaschine einfach das text-file Editieren können um nicht immer alles neu eingeben zu müssen) würde ich sofort XML nehmen und gaaanz zufrieden sein. Der ganze Aufwand mit den Strings dranhängen entsteht ja nur daher das ich für meine Kollegen und auch für Studenten eine eindeutige Kommentierung im file brauche ....

{...snipp...}
Gernot

Gernot,

was spricht denn eigentlich gegen ein ini-File? das ist humanreadble und die Bennennungen werden wieder übernommen.

Gruß, Rob

ini-file?

wie geht das (wie gesagt: ich bin seit 1woche am LV)

G.

' schrieb:ini-file?

wie geht das (wie gesagt: ich bin seit 1woche am LV)

G.

Mit den VIs für die Konfigurations-Dateien.
   

Sorry hätte vielleicht gleich erklären sollen das *.ini Konfigurationsdateien sind.
Hab mal nen Ausschnitt aus der Konfig-Datei meines Projekts dran gehängt:
[[font=Courier New]Frequenzen]
f1=2400000000,000000
f2=2450000000,000000
f2-an-aus=TRUE
f3=2500000000,000000
f3-an-aus=TRUE
[Leistungen]
P_f1=0,000000
P_f2=0,000000
P_f3=0,000000
[Instrumente]
F-Gen=SMIQ
Spec-A=ESPI
Stepper=LPT1
[Antenne]
Antennen-Typ="N-fach-geknickter Draht"
Name der Antenne=Testantenne
Hersteller="Ich international"
Durchführende