Clusterelemente in Enum

Hallo Mario,

mehrere Kommentare:

Zitat:Die queue ist mit der größe 1 definiert (also der gesamte cluster steht genau einmal drin).

Das ist ein klassisches Konzept, um eine Datenstruktur kollisionsfrei zu verwalten.

Zitat:Zum schreiben müsste ich die queue kurzzeitig sperren, das immer nur einer am Auslesen, verändern und schreiben ist...

Musst du nicht. Eine RMW-Operation (Read-Modify-Write) holt den Cluster aus der Queue, verändert ihn und schreibt ihn zurück. Solange die Queue leer ist, kann keine andere Instanz mit dem Cluster arbeiten - es muss ja erst gewartet werden, bis der Cluster zurückgeschrieben wurde!

Zitat:Ich möchte jeweils nur ein Element des Clusters ändern. Wie kann ich dem SubVI mitteilen um welches element es sich handelt.

Genau hier sollte man sich überlegen, ob die 1-Element-Queue immer noch das passende Konstrukt darstellt. Ich z.B. würde spätestens jetzt auf eine FGV oder ein OOP-Objekt umsteigen. Beide erlauben das Bearbeiten einzelner Elemente des Clusters, indem man entsprechende Aufrufe der FGV oder passende OOP-Methoden aufruft...

Zitat:die Idee ist ein SubVI zu erstellen, das einen Eingang z.B. Enum für die Position im Cluster und einen Eingang Variant für die Information besitzt. Die Information kann dann im SubVI in den Cluster einsortiert werden.

Meine Rede: speicher den Cluster jetzt noch in einem Schieberegister in eben diesem subVI und du hast eine saubere FGV-Lösung!