01-20-2017 11:30 AM
How to send a notifier command from one standalone vi to another standalone vi that has the wait on notification?
01-20-2017 12:20 PM
1. They all have to be currently running.
2. They all have to have the reference to the same Notifier.
What I like to do is have an Action Engine that holds the reference and then whoever needs to listen for the notification can get the reference. I typically have a Send command in the Action Engine for the process that needs to send the notification.
01-20-2017 05:52 PM
Crossrulz has one valid solution.
Alternately, when you use the "obtain notifier" VI in two parallel VIs, as long as you're not using an unnamed VI and the same exact data type, you'll get the same reference from each.
01-20-2017 09:11 PM
Thank you Kudo.
Do you have an example vi I could reference how you did this?
01-20-2017 09:13 PM
Sorry, the question was addressed to Crossrulz.
01-20-2017 09:17 PM
Kyle97330,
Your suggestion works when building the vi, but once I compile it to an .exe file, it doesn't work anymore. Not sure if I did it correctly.
01-20-2017 11:07 PM
VI's running within the LabVIEW development environment exist in the same application space and can share data like notifiers. If you go and make two different executables out of those two VI's, they now exist in different application spaces. You can share data through notifiers like that. You'll want a different mechanism for sharing data like TCP/IP or UDP, network shared variables, or a relatively new addition to LabVIEW called network streams.
01-26-2017 09:06 AM
@RavensFan wrote:
You can't share data through notifiers like that.
I think RavensFan meant to say
01-26-2017 10:05 AM
Dohhh!. You are right. You can't share notifier notifiers through different application spaces. I was thinking one way and typed the other.
Thanks Omar.
01-26-2017 10:12 AM
?
Have you considered wrapping the notifier action in an Action Engine that is served via VI Server?
While I have not done it with notifiers I have exposed queues on one machine to another by wrapping the Queue operations in a AE that was served. Aside from a bug in LV 6i-RT tht would kill the queue if the connection was closed, that type of operation has been around for a long time and works well.
Ben
Ben