Instrument Control (GPIB, Serial, VISA, IVI)

cancel
Showing results for 
Search instead for 
Did you mean: 

virtual port stopps physical com visa port

Two seperate while loops contains a serial visa port. A physical one like com1 and in the other loop is a virtual one lets say com4. This virtual port will be generated by third party program (port mapper). This program makes a redirect which allows me to use a remote com port through the TCP/IP in LV6i. Now everything works fine until I disconnect the TCP/IP connection. So I thought these while loops are independant. One while loops hangs up and blocks the whole application forever.
I tried to use only a single loop (virtual port) and a hyper terminal via com 1. The while loop does not block the physical port. So what went wrong ? Even when I opened the virtual port I got an error but it blocked the application for long time
.
0 Kudos
Message 1 of 4
(3,561 Views)
It appears that something is going wrong with the programming of the virtual port. If you are getting an error just opening it, it doesn't sound like a good sign. I would concentrate on getting it to work properly before even introducing the the second loop. I really don't have much experience with this port mapping software so unfortunately I can't help too much with the specifics. However, you can always use the normal LabVIEW debugging tools to try and narrow down on the problem. You can also reference the documentation for the port mapper to see if the errors you are getting are discussed.
0 Kudos
Message 2 of 4
(3,561 Views)
Thank you for answering. Again. If I run the Vi with connection to the remote device (via tcp/IP) everything works.
Now if I have a síngle vi loop (virtual port) and a seperate windows terminal program (hyper terminal physical port) and I disconnect the remote device I am still able to use the hyperterminal. In LV6i NT I can`t.
0 Kudos
Message 3 of 4
(3,561 Views)
Two things.
1) Put the loops in different threads.
2) If both loops call on the same communication library and it is not multithreaded, then one blocking call will hold up everything.
0 Kudos
Message 4 of 4
(3,561 Views)