+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+--- Thema: SubVI Eingang mehrfach belegen (/Thread-SubVI-Eingang-mehrfach-belegen)
SubVI Eingang mehrfach belegen - J.Engel - 05.09.2014 11:14
Hallo liebes Forum,
ich habe in der Suchoption zu dem Thema leider nichts finden können.
Ich habe ein sub-VI, dass ich öfter mit einem Array-Eingang oder einem U16 Integer belegen möchte.
Im Moment ist meine Lösung hierfür das VI Array-Erstellen davor zu setzen, wenn ich einen U16 Integer habe. Geht das auch ohne? Also, so dass Labview selbst erkennt ob es sich um einen array oder einen Integer handelt und das einfach beides am gleichen Eingang annimmt?
Das Bild zeigt meine bisherige Lösung als erstes und als zweites wie ich es gerne (ohne Fehler hätte)
Vielen Dank schon einmal für die Hilfe.
RE: SubVI Eingang mehrfach belegen - GerdW - 05.09.2014 11:27
Hallo J.,
Stichwort: polymorphe VIs.
Du kommst aber auch hier nicht umhin, für jeden Anwendungsfall ein VI zu erstellen. LabVIEW übernimmt dann hinterher für dich die Auswahl des passenden VIs!
RE: SubVI Eingang mehrfach belegen - J.Engel - 05.09.2014 11:54
Okay, ich schau mir das mal an, dankeschön
RE: SubVI Eingang mehrfach belegen - GerdW - 05.09.2014 11:55
Hallo J.,
nochmal etwas genauer: du musst ein polymorphes VI erstellen - siehe den oben verlinkten Eintrag aus der LabVIEW-Hilfe!
Nochmal etwas expliziter:
Zitat:Du kommst aber auch hier nicht umhin, für jeden Anwendungsfall ein VI zu erstellen. LabVIEW übernimmt dann hinterher für dich die Auswahl des passenden VIs!
Nachtrag:
J. hat seinen letzten Beitrag inhaltlich stark editiert…
RE: SubVI Eingang mehrfach belegen - Kiesch - 05.09.2014 15:04
Auch wenns hier wohl mit der zu großen Keule drauf geschlagen ist, aber noch flexibler (speziell wenn du zum Beispiel zwei verschiedene Arten von Strings o.ä. hast; also verschiedene Arten von Daten die sich NICHT durch den Datentyp an sich unterscheiden) wäre das ganze mit LVOOP Objekten und Dynamic dispatching zu lösen.
Das verhält sich dann letztlich ähnlich wie ein polymorphes VI, da du auch für jede Klasse (die eine separate Behandlung erfordert ) das VI auch entsprechend definieren musst, das ganze ist dann allerdings (meiner Meinung nach) nochmal etwas mächtiger als polymorphe VIs (von den Anwendungsmöglichkeiten).
Gruß Kiesch