07-09-2023 10:04 PM - edited 07-09-2023 10:08 PM
@drjdpowell wrote:
@JÞB wrote:Nice info but, since the queue is named, there really is no reason to carry the reference around on a wire!
Or, since the Queue reference is carried around on a perfectly good wire, there is no reason to name it.
Exactly! Pick one or the other. Don't do both. The OP specifically asked about named queues.
07-10-2023 01:52 AM
@JÞB wrote:The OP specifically asked about named queues.
But really wanted to have a specific name for the queue wire to show up in the context help or respectively the unbundle. But that name is independent of the queue name. Instead it is the wire label which inherits its name from the upstream control label by default.
07-10-2023 06:03 AM - edited 07-10-2023 06:04 AM
@rolfk wrote:
@JÞB wrote:The OP specifically asked about named queues.
But really wanted to have a specific name for the queue wire to show up in the context help or respectively the unbundle. But that name is independent of the queue name. Instead it is the wire label which inherits its name from the upstream control label by default.
....however it could be bundled by name into cluster of type def <This QueueRef, ThatQueueRef, ...> or, simply show the wire lables and set them to what ever you want a cluster bundle (not by name) to pick up.
Neither is a good choice for named queues as discussed above. I try to avoid giving advice on how to easily shoot yourself in the foot.
07-11-2023 02:39 PM
Hello Thank you all for the help!
I tried to find a howto and did find this one:
http://www.mezintel.com/blog/labview-queued-state-machine/
When I take a look at picture 17 and If I understand you correctly, then it is not necessary to wire the outputs of obtain queue into a cluster?
At first I did not understand picture 4, but it seems the subVi's in the flat sequence have got the Queue name inside? My first thought would be this is hard to read, even harder when you have got 10 or more SubVi's.
So I ques my question is, is this a good example or could I better take a look at another one ?
07-12-2023 02:09 AM - edited 07-12-2023 02:51 AM
Looks fairly comprehensive and useful to me. With this single queue setup in one single top level VI I might have been prompted to wire the queues instead of naming them but a typical application has usually more than one queue and at least for some of them more than one producer and you may want to instantiate certain engines dynamically on demand and then the named queue is a lot more flexible, at the cost of having to do separate bookkeeping about the queues you have and their names.