LabVIEWForum.de - allgemeiner Verbindungstyp

LabVIEWForum.de

Normale Version: allgemeiner Verbindungstyp
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Hallo,

ich weiß nicht, ob ich in diesem Unterforum mit der Frage richtig bin, aber es hat zumindest was mit VISION zu tun Cool

Ich habe zwei SubVI in meinem Blockdiagramm, eines zum Kamera initialisieren und eines innerhalb einer Schleife, in welcher kontinuierlich Bilder ausgelesen werden. Da ich bisher mit IMAQdx gearbeitet habe, waren die SubVIs über den Session in/out-Anschluss verbunden.
Nun möchte ich andere Kameras einbauen, mit speziellen Treiberfunktionen vom Hersteller. Die Kameras sollen ebenfalls in die SubVIs eingebunden werden, und innerhalb dieser gibt es dann verschiedenen Cases für jede Kamera. Das Problem is nun, dass die Funktionen anderer Kameras unterschiedliche Anschlüsse/Referenzen habe, ich aber einen allgemeinen Anschluss benötigt, mit welchem die SubVIs im Blockdiagramm verbunden werden. Unter Mathematik - Numerisch- Datenbearbeitung gibts sowas wie nen Typumwandlung. Bin ich damit auf dem richtigen Weg, und wenn ja, welchen allgemeinen Typ verwende ich dann zur Überragung der Referenzen?

Hab einen Screenshot gemacht, um das Probelm zu verdeutlichen. Die beiden Case-Strukturen sollen die SubVIs darstellen, und je nach Case hab ich halt eine unterschiedliche Referenz, welche die SubVIs verbindet. Und daher suche ich nach was Allgemeinem, in welchem ich die Verbindungen kurzzeitig umwandeln kann, wenn es kurz durchs Hauptprogramm geht. Ich bin mir sicher, dass das Problem schon viele hatten, nur wusste ich nich nach was ich googlen sollte.

Viele Grüße,
Fab
Es gibt den Datentyp Variant.. den kann man "blind" übergeben und dann zurück typecasten.
Ich wuerde mir ein Enum für die verschiedenen. Kameratypen definieren, und das dann in einen Cluster zum Übergeben. (den auch bitte typedeffen, ich bereus immer, wenn ich's ned tu)
Mit der Info aus dem Enum baust du dir dann nen Typecast zurück.

So zumindest meine einfachste Idee. Sowas kann architektonisch auch ganz interessant sein, objektorientiert, Actorframework oder so was...

Grüße
Birgit
Referenz-URLs