Queues mit FGVs in Polymorphen VI

mit Polymorphen VIs geht das nicht, ausserdem müsstest du für jede neue "Instanz" (=neues Enum-Typedef) das entsprechende VI neu programmieren und in das polymorphe VI einbinden. Das bringt dann zwar etwas vorteil beim Programmieren, vorallem wenn man viel mit Copy&Paste arbeitet, hilft aber nicht wirklich viel ...

Das Mittel der Wahl wäre eigentlich LVOOP. Ich hab mich mit der genau der gleichen Problemstellung schon seit LV 8.0 rumgeschlagen, weil ich auch sehr viel mit den von dir beschriebenen Strukturen mache. Ein Problem ist dann aber selbst bei LVOOP, dass die Elemente des Klassen-Clusters "protected" sind, d.h. du kannst den Cluster ausserhalb der Klasse nicht aufdröseln, was im Endeffekt dazu führt dass du dann doch wieder für jedes typedefed Enum ein eigenes VI erzeugen musst, weil ja das Control (-Terminal) im VI an das Typedef gebunden ist und nicht durch einen dynamic dispatch Mechanismus in das "richtige" Typedef umgewandelt wird.

Im Endeffekt läuft es darauf hinaus, dass man mit LVOOP zwar eine Standard-Queued-Statemachine-Queue-Klasse (watt ein Wort ...) entwickeln kann, aufgrund der internen Beschränkungen von LVOOP kann man sie dann aber wiederum nicht nutzen (Stand LabVIEW 2011 SP 1 ...). Und genau das ist der Grund warum ich immer sage: LVOOP ist eigentlich nur ein Marketing-Gag, wirklich viel bringen tut es nicht - zumindest nicht so lang man solche Sachen wie oben beschrieben nicht damit lösen kann und sich Basis-Klassen schreiben kann, die man dann auch wirklich über jahre hinweg in jedem Projekt nutzen kann ...

Leider häng ich gerade noch auf LV2011SP1 fest (aus diversen Gründen) und da schafft man es nicht mit LVOOP eine Basis-Statemachine-Queue-Klasse aufzubauen, die dann auf eine abgeleitete Klasse reagiert bei dem im Prinzip nur das typedefed enum ausgetauscht wird mit dem man die States für die Klasse festlegt. Aber vielleicht geht das ja mit 2013SP1? Obwohl ich es mir ehrlichgesagt nicht vorstellen kann - aus den og. Gründen ...

Das Test-Projekt, das ich angehangen habe hilft in Richtung deiner Fragestellung schon mal ein bischen, allerdings muss man immer noch für die Queue-Insert und Dequeue-Operationen ein extra VI erstellen, im besonderen dann, wenn man das getypedef'te Enum als einzelnes Control (-Terminal) haben will, damit man es einzeln anschließen kann, was man fast muss, da man ja im Klassen-Cluster keinen Zugriff auf irgendwelche Elemente hat ...

viele Grüße
cb