Noch eine Frage : Wie erstelle ich das Bedienelement NUm aus Jens G VI und was ist das für ein VI mit dem Zahnrad?
mrstrom
@rbliomera:
Sehr schön, gefällt mir.
' schrieb:Heute kein Gedicht und ich will kein "LVF-Experte" werden...
;)Nicht?
Hier wolltest du noch.
Gruß, Jens
Hallo,
erstmal Danke für deine Mühe.
Aber ich verstehe nicht so ganz wie das mit der Rekursion funktioniert.
Außerdem würde ich mir gerne mal das VI GetType Info anschauen, da es für meinen Anwendungsfall auf jedenfall noch ein Array aus Zahlen erkennen muss. Warum ist dies überhaupt Passwort geschützt? Oder gibt es auch ein ähnliches VI was Arrays von Zahlen erkennt?
Und warum benötigt man die Initialisierungsdatei oder kann diese auch weggelassen werden?
Vielen Dank schon mal für eure Hilfe würde mich über weitere Antworten freuen. Hat vielleicht noch einer einen Literatur Tip über LabView für mich damit ich mich besser einarbeiten kann. Hab bis her nur das Buch: Einführung in LabView von Wolfgang Georgi, ist aber nicht so tiefgängig weil es nur ne Einführung ist.
mrstrom
Moin Moin,
gibts dies Info VI auch für LabView 2009 und wenn ja wo kann ich es finden? In der Uni, wo nachher die Software laufen muss gibts leider nur LabView 2009.
mrstrom
Ja...
Verzeichnis:
...National InstrumentsLabVIEW 2009vi.libUtilityVariantDataType
Alternativ: Unter LV2010 die VIs für eine frühere Version speichern (File->Save for Previous Version).
Gruß, Jens
Hallo,
erstmal vielen Dank an alle die mir bei meinem Speicherproblem geholfen haben. Ich habe es jetzt über die Eigenschaftsknoten gelöst.
Nun muss ich das ganze aber auch noch umgekehrt hinbekommen also die Load Funktion schreiben. Das heißt ich lese die Textdatei ein und ziehe mir die einzelnen Werte durch Stringumformungen und Umwandlung heraus. Das klappt auch schon ganz gut. Nun muss ich aber die verschiednen Messwerte verschieder Datentypen wieder in ein Cluster zusammenfassen. Dafür muss ich diese erstmal erstellen und die Beschriftung der Elemente soll auch aus der txt Datei übernommen werden. Nun komme ich mit meinen Eigenschaftsknoten nicht mehr weit da es dort keine Eingänge gibt. Ich weiß wieder nicht wie viele Elemente zu einem Cluster zusammengefügt werden sollen und das ganze muss wieder flexibel funktionieren, das heißt die normale Bündeln funktion funktioniert hier nicht.
Wer kann mir einen Tip geben und kann man das überhaupt flexibel in LabView realisieren??
mrstrom
Das Laden ist etwas schwerer. Man weiß ja vorher nicht was in der Datei steckt, wenn eine Cluster-Referenz an das Sub-VI gibt. Man kann es natürlich wie beim Speichern machen: man untersucht den Cluster nach seinen Elementen und läd nacheinander Werte. Hierbei kann es zu fehlenden Werten kommen, die man durch Vorgabewerte in einem zweiten Cluster füllen kann.
Als Alternative kommen LabVIEW-Klassen in Frage. Man kann damit "verschiedene Datenstrukturen in einem Draht" realisieren. Jede Klasse hat eigene Messparameter. Zum Messen, Speichern, Lesen, Analysieren werden für jede Klasse VIs erstellt. LabVIEW ruft in Abhängigkeit von der Klasse die richtigen VIs auf. Falls kein Bedarf für neuen Code ist, greift LabVIEW automatisch auf das VI der Basisklasse zurück. Beim Lesen kann man dynamisch die richtig Klasse einstellen. So viel als kurze Skizze.
Nebenbeibemerkt, ich versuche schon seit Jahren die Idee von Jens umzusetzen und den Cluster in der entsprechenden XML-Struktur zu speichern (Tag-Name = Cluster-Element-Label, Cluster-Hierarchie = XML-Hierarchie); komme aber nicht so recht dazu. LabVIEW-Klassen in skizzierter Weise habe ich dagegen bereits genutzt.
' schrieb:Nebenbeibemerkt, ich versuche schon seit Jahren die Idee von Jens umzusetzen und den Cluster in der entsprechenden XML-Struktur zu speichern (Tag-Name = Cluster-Element-Label, Cluster-Hierarchie = XML-Hierarchie); komme aber nicht so recht dazu. LabVIEW-Klasse in skizzierter Weise haben ich dagegen bereits genutzt.
Da hast du dir ja was vorgenommen, wenn das für wirklich alle Elemente gelten soll, auch Timestamp, Graphen, ...
Was spricht gegen die Verwendung der LabVIEW-VIs, außer, dass der Name zwischen den Tags steckt und kein Tag selbst ist?
Die machen sonst im Prinzip doch genau das und lesbar ist das doch auch ganz gut. Zukunftssicherer bzw. wartungsfreundlicher auch, da du eine eigene Klasse bei neuen LV-Controls sonst immer modifizieren musst und zu Beginn sicher auch Fehler enthalten sein werden, die erst später auftauchen.
Daher die Frage: Was hast du davon, es selbst zu machen, außer (unnötige) Arbeit?
Noch fällt mir kein Argument dafür ein, außer, dass du die Formatierung (Einrückung) vornehmen kannst. Das würde wirklich was bringen. Wobei da eine eigene Klasse übertrieben wäre.
Aber von der Tag-Struktur selbst finde ich es aktuell echt ok.
[code]<?xml version='1.0' standalone='yes' ?>
<LVData xmlns="http://www.ni.com/LVData">