From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
02-19-2010 07:48 AM
Hello Together,
I'm looking for the best communication way between two LabVIEW Applications. As VI is clear, I can use a Queue or a global variable and so on.
But what is the best, when I compile the VIs later to DLLs or Applications. Till now we always use TCP/IP, but I think there must be a better way instead of this.
So if anybody has an idea - it's very welcome.
Thanks in advance
Markus
Solved! Go to Solution.
02-19-2010 07:52 AM - edited 02-19-2010 07:52 AM
And what is wrong with TCP/IP? The advantage of network communication, that at the first you can communicate with "non-LabVIEW" application, and second, you can communicate across the network.
For pure LabVIEW<->LabVIEW communication you can use
- VI Server
- Shared Variables
- DataSockets
Andrey.
02-19-2010 08:03 AM
What I don't like with TCP/IP that you always need a second thread (while loop) who handle the TCP/IP communication. I thought that there must be an easier way.
I also thought that shared variables are always limited to one application. Thanks for the ideas...
02-19-2010 08:07 AM
Traxx wrote:What I don't like with TCP/IP that you always need a second thread (while loop) who handle the TCP/IP communication. I thought that there must be an easier way.
I also thought that shared variables are always limited to one application. Thanks for the ideas...
That second loop is a loop that YOU control. If you go with shared variables you are a slave to whatever they can or can not do. Besides, they run on top of TCP/IP so it is not out of the picture.
Its your call,
Ben
02-22-2010 07:33 AM