Showing results for 
Search instead for 
Did you mean: 

Use .net to setup and configure a udp port

Go to solution



I am currently setting up a UDP connection for a control system. I was hoping to get a little more access to the socket itself and was wondering why I cannot seem to access the in the constructor node. I only seem to have PeertoPeer options and IPEndPointCollection.


I have allowed LabView to use Framework 4.0 (even though is available in 3.5 and below) using which worked nicely, but did not solve my problem.


I found this example that allowed me to set the buffer size


but cannot look under the mask for the "UDP get raw net object" VI as it is password protected.


Any help, including telling me LabView does not support this .net would be useful.




0 Kudos
Message 1 of 8

Any reason you are not using LabVIEW's own UDP functions?

0 Kudos
Message 2 of 8

Yes, I am trying to interface with a controller that uses Veristand and when I send an I32 from my controller which uses Veristand I recieve 6 bytes. This is strange to me especially since an I32 is not 6bytes long and a packet should be minimum size of 8bytes+data.  So I would like to know more of what is going on and the LabView options of Open, Read, Write, Close do not give me the visability that I would like.

0 Kudos
Message 3 of 8

Can you post your LabVIEW code. There is no magic that the LabVIEW UDP VIs are doing. They do not alter or modify the data you send. Therefore your LabVIEW code was formating the data incorrectly. The LabVIEW UDP VIs work quite well. I have used them to implement the SNMP protocol and have successfully communicated with multiple devices from different manufactures using it.

Mark Yedinak
Certified LabVIEW Architect
LabVIEW Champion

"Does anyone know where the love of God goes when the waves turn the minutes to hours?"
Wreck of the Edmund Fitzgerald - Gordon Lightfoot
0 Kudos
Message 4 of 8

I have to echo Mark's comments. The LabVIEW UDP VIs work fine for me and are in fact only a thin wrapper around the BSD socket functions readfrom(). The only reason to try to go directly to the socket API is if you need to change properties of a socket which is seldom necessary.


Also there is no need to have a look in the UDP Get Raw It simply returns the underlaying "socket" handle of a LabVIEW network refnum. This is a handle so a 32 bit value under Windows 32 Bit and a 64 Bit value under Window 64 Bit. You can pass this handle to any WinSock API function that accepts a socket handle to access it's properties and such.


UDP is a connectionless network protocol so you do not have the same safety net as with TCP. If your sender sends for instance a header and then a data frame in two different data junks it can depend on the timing (and the read parameters as "bytes to read") of your reader if you will see this as two packets or one. So you have to be a little careful and think about reliable protocol handling yourself. But that has nothing to do with if you use the LabVIEW UDP functions or the .Net equivalent.

Rolf Kalbermatter
My Blog
Message 5 of 8

Hi again,


I was able to resolve the extra 2 bytes by sending a packet of 512 bytes. I am using a gigabit ethernet connection.


I'm still trying to figure out how to access the in the constructor node. I would like to, for instance, verify the header information (IPPacketInformation structure?), set properties such as DontFragment, and modify other socket properties to emulate my target embedded enviroment. 




0 Kudos
Message 6 of 8

Hi B2.718,


My name is Humphrey and I am an Applications Engineer at NI. I am trying to look into this to see if LabVIEW allows access to the UDP socket properties. At the moment, I don't know if LabVIEW supports this but I will take a further look into this. In the meantime, will something along the nature of what is discussed here work? I'm not very familiar with .NET so I'm not entirely sure if it is applicable.

Humphrey H.
Applications Engineer
National Instruments
Message 7 of 8
Accepted by topic author B2.718



Got it figured out!


The System.Net.Sockets doesn't live in the hierarchy that I was looking. I was looking in System.Net-> to sockets.  But the correct path is

System(>System.Net.Sockets-> Constructors.


On an aside, thanks Humphrey for pointing out that you can add things to the .Net list. See link above. This inspired me to look in a separate hierarchy.


And a thanks to Rolf for pointing out that if you use the UDP Get Raw you can use all of the functions that winsock32.dll provides. I'm still a bit new to LabView and did not even know how to access other dlls that were not part of the .Net API so thats a great bit of knowledge.


Kudos to you both





0 Kudos
Message 8 of 8