Queue Action Engine

(20.10.2018 14:10 )Roumaen schrieb:  Für die Kommunikation zwischen den Schleifen benutze ich Queues und Melder.

Das ist gut so.

Zitat:FGV's

Ich finde es sehr gut von dir, diese Methode der Datenverwaltung zu verwenden. Man kann in FGVs hervorragend Methoden integrieren ...

Zitat:ich könnte doch alle Queues und Melder über ein SubVI verwalten und mir so die Kilometer sparen, die ich sonst mit Leitungen (Referenzen und Error-Leitungen) verlegen müsste. So wäre es nicht nur übersichtlicher sonder (denke ich mal) auch skalierbarer.

Grundsätzlich ist dieser Denkansatz richtig. (Im übrigen bin ich der Meinung, es ist fast noch w/r-ichtiger erst einmal einen Denkansatz zu haben).

Zitat:oft eins von beiden hängt

Das ist wohl wie folgt der Fall:
Das Auslesen der Queues geschieht ohne Timeout. Hier würde das VI stehenbleiben, bis etwas in der Queue steht. Hineingeschrieben werden kann aber nichts - da das VI ablaufvariant ist. Zwar gibt es einen Case "Status holen" - den zu verwenden entspricht aber nicht deiner Intension. Du müsstes vor dem Lesen der Queue den Status abfragen und das Lesen in einen IF-Case packen - das aber bedeutet im Algorithmus Verdrahtungsaufwand und ist "unübersichtlich". Da du den Status sowieso abfragen musst, ist es egal, ob das im "Queue-VI" oder im Algorithmus geschieht. Außerdem gibt es mein Auslesen der Queue immer einen nachfolgenden IF-Case wegen der Fälle Daten, keine Daten bzw. Queue-Fehler.

Zitat:Liegt es daran, dass ich das VI mehrfach öffne?

Eigentlich nicht am mehrfach öffnen (Hinweis: Es ist nicht "Öffnen", eher sowas wie "in einem BD verwenden"). Problematisch ist eher die gleichzeitige(!) Verwendung des VIs, die infolge der Parallelität der Algorithmen entsteht.