LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

listening on open ports

My network utility (MAC) tells me I have open ports but LabVIEW won't let me listen to them.
What's going on?
0 Kudos
Message 1 of 21
(3,878 Views)
You really need to learn to provide more details in your questions if you want to get accurate help as opposed to shot in the dark guesses. Like, the code, or perhaps the error that you're getting.
0 Kudos
Message 2 of 21
(3,870 Views)
I can't begin to tell you how frustrated I am.
And you're right about my posts. Sorry. Different, more to the point question:
Shouldn't the attached vi open a data socket. It keeps crashing LabVIEW. Once I get iy to work, what port to I tell the software on 198.202.125.164 to use for the data socket.

Thanks
0 Kudos
Message 3 of 21
(3,865 Views)
Sorry left off the dstp://
Now I get a serial port buffer overflow error.
0 Kudos
Message 4 of 21
(3,863 Views)
actually it may have failed because:
buffer overflow
connection refused
0 Kudos
Message 5 of 21
(3,858 Views)
Unfortunately, I don't have LabVIEW 8.5 so I can't look at the VI. I'm sure others can look at it, or you can post a screenshot.

As an aside, I'm a tad confused. I'm assuming this is a continuation of this earlier thread, though you may be working on a different problem. You also said your network utility listed open ports. I'm assuming you're referring to TCP/IP ports. If that's the case, why are you trying to use the data socket VIs as opposed to the TCP/IP VIs? Do you have 2 LabVIEW applications trying to talk to each other? 'Cause that's the intended use for the DataSocket VIs.
0 Kudos
Message 6 of 21
(3,852 Views)
I have a computer that acquires images, processes them and sends them to my MAC. I would like to know when this happens cleanly. i.e. Not looking for extra files in a directory. I want to do it directly over my local net. The tools at my disposal are LabVIEW on the MAC and whatever is normally found on a Linux machine using REDHAT. I now have a program on the LINUX which in principle is send a signal out on a data socket of my choosing. I can also ftp to the MAC.

Thanks for your time and patience.
Doug
0 Kudos
Message 7 of 21
(3,847 Views)
Was able to save in 7.1
0 Kudos
Message 8 of 21
(3,840 Views)
I think you may have misinterpreted the term "data socket" as used on the Linux side. There's a difference between "data socket" and "Data Socket". The former is a generic term, the latter is something that's specific to LabVIEW.  Unless you have a Data Socket server running you're not going to get very far. You said "I now have a program on the LINUX which in principle is send a signal out on a data socket of my choosing." Did you write this program, or did you get it someplace else? Do you have the source code? My suspicion is that the Linux side is simply using a standard TCP/IP open connection method. For this you just need to use the TCP/IP functions on the LabVIEW/Mac side.

0 Kudos
Message 9 of 21
(3,828 Views)
The code is at work; I could get it to you sometime Monday. However, your comment about TCP goes back to my original terse post.  The c code on my Linux machine needs a port number; for some numbers it runs and supposely sends a message to my MAC; For other port numbers, it says connection refused. On the LabVIEW side, it will only allow certain IP/port combinations.  So I got smart. I put the TCP/IP in a loop varying the port number until I got a valid port number. Then I put that port number into my C code on the Linux machine. Then I couldn't make the connection. I'm pretty sure that the port number the code wanted was on the MAC side. Was that wrong? Whatelse could be wrong?

Thanks
Doug
0 Kudos
Message 10 of 21
(3,818 Views)