01-01-2014 10:46 PM
What difference between Queue and Notifier , how it use in LAbview Programming?
please exaplain?
Manohar
01-02-2014 05:32 AM
The main difference is that a Queue is a FIFO and a Notifier is a single value. So a Queue is typically used for a Many-to-One communication (many writers and 1 reader) while a Notifier is typically used for a One-to-Many communication (1 writer, many readers).
01-02-2014 07:39 AM
... and since this is a plain LabVIEW question, posting in the counter/timer forum seems misplaced. What was your reason to post here? Is there more to your question?
01-02-2014 12:09 PM
01-02-2014 10:34 PM
Thanx to all ....Smart and helpfull info...
02-09-2015 10:11 PM
Thanks.....
Nice explanation.... So , i can use use Notifiers to control Multiple Loops with a single Command and using queue can record all the data from many loops to single variable... is this statement correct?
02-10-2015 07:27 AM
@Sri.VI wrote:
Thanks.....
Nice explanation.... So , i can use use Notifiers to control Multiple Loops with a single Command and using queue can record all the data from many loops to single variable... is this statement correct?
That is one way to put it.
03-20-2018 10:05 PM
I realize this is an old topic, but thought I would ask a question......
If I am using a serial connection (COM Port) and I want a few VI's running in parallel that access that said COM port, should I use Queue or Notifier? Obviously, the COM port can only be accessed one at a time,
Thanks,
Ryan
03-21-2018 12:00 AM - edited 03-21-2018 12:01 AM
Just Adding Points in my VIEW
Notifier Follows a broadcasting Mechanism where N Number of listeners Receive the value until the new value is written, where Queue Does not follow broadcasting mechanism as the Queued Value is De Queued once, then the value wont be available for other listeners.
One better option is create a FGV and hold the COM PORT Ref in the FGV and can be used wherever needed.
03-21-2018 04:47 AM
A Queue is good for N to 1 communications where every value must be processed.
A Notifier is good for N to N communications where only the latest value matters.
An Action Engine would be a good route to go as well. The AE can have actions for initializing the port, a simple write command, a query (write and then read the response), and close the port. This would help make sure your transactions are protected from being interrupted by other processes trying to access that serial port.