Queue Action Engine

Hallo Roumaen,

Zitat:Da mich die Verdrahterei aber echt etwas Nerven kostet

Echt?

Zitat:und ich zuletzt Action Engines und FGV`s entdeckt habe, bin ich übermütig geworden

Ja...

Zitat:habe mir gedacht ich könnte doch alle Queues und Melder über ein SubVI verwalten

ALLE Queues UND Melder über nur ein einziges VI verwalten?
Damit führst du aber die Datenkapselung auf die (unnötige) Spitze…

Zitat:mir so die Kilometer sparen, die ich sonst mit Leitungen (Referenzen und Error-Leitungen) verlegen müsste

Diese "Kilometer" macht niemand gern…

Wie ich das so mache:
- Anstatt das Enum in eine Zahl umzuwandeln, nutze ich FormatIntoString und wandle das Enum in einen Text um: aus "DAQ Queue" wird so nicht die Nummer "0", sondern der Text "DAQ Queue". Ergibt viel eindeutigere und aussagekräftigere Queue-Namen!
- Wenn ich eine Queue in mehreren subVIs benötige, erstelle ich mir ein weiteres subVI (nur für diese spezielle Queue), in der ich die Queue-Referenz (über den Namen) erzeuge und zusätzlich noch den Datentyp (der ja quasi immer ein typdefinierter Cluster ist), ausgebe. Also ein subVI als Ersatz für ObtainQueue… Jetzt kann ich einfach mit diesem subVI die Queue anfordern und hinterher über ein normales CloseQueue wieder freigeben:
   
Dieses "Get Queue" wird in ca. 40 subVIs im Project aufgerufen, der String-Input gibt einen Namen vor. (Es wird für eine mehrstufige Queue verwendet, wo alle Teilnehmer den gleichen Datentyp verwenden.)
Das kleine rote "Stop" ist übrigens auch eine FGV: sie dürfte gefühlt 200× im Project aufgerufen werden…