Jump to content

Ethernet connection with LABView is insufficient


Recommended Posts

Hi everybody

We have a problem connecting with device driver for moving platform via Ethernet(UDP). The main problem in device connection in NI MAX. When we were trying connect device with LABView using NI MAX we got an error: VISA: (Hex 0xBFFF0011) Insufficient location information or the device or resource is not present in the system. Although when we ping needed address in CMD - everything work. We have used the common program for checking response from device in LABView (test.vi) and we have gotten errors: the first - "Error -56 Timeout When Communicating Between LabVIEW and Network Devices" and Error 66 like that. 

Our device driver should work in the following way, so we send commands via UDP as bytes sequance to our motion device and it will move. Depending on bytes sequance the motion device must execute different commands. 

We already shut down Windows firewall and open ports, still no effect.

 

Link to comment

crossrulz is very correct. VISA only supports TCP/IP and that in two flavors. The first with the ::INSTR postfix is according to the VXI-11 standard that provides a resource discovery service (ala Bonjour) on the device that allows NI Max to query for connected devices and query their specific settings. The second variant uses the ::SOCKET postfix and is raw TCP/IP communication. The resource specifier needs in that case also a port number in addition to the IPv4 device address.

UDP communication in LabVIEW is only possible with the UDP native nodes in LabVIEW. No NI-MAX will be getting harmed nor in any other way getting involved in this!

Link to comment
On 8/7/2023 at 4:59 PM, Rolf Kalbermatter said:

crossrulz is very correct. VISA only supports TCP/IP and that in two flavors. The first with the ::INSTR postfix is according to the VXI-11 standard that provides a resource discovery service (ala Bonjour) on the device that allows NI Max to query for connected devices and query their specific settings. The second variant uses the ::SOCKET postfix and is raw TCP/IP communication. The resource specifier needs in that case also a port number in addition to the IPv4 device address.

UDP communication in LabVIEW is only possible with the UDP native nodes in LabVIEW. No NI-MAX will be getting harmed nor in any other way getting involved in this!

So we try to use UDP functions. There are only open, multicast open, write, read, close. We are sending data through UDP Write to device IP. First problem, we are not understanding how we need to built a sequnce in UDP protocol,how it must look like? We need to send 0 0 0 0 2 0 in one command, each number is 1 byte. Second we do not understend how to recive information  from device, because UDP Read dose give Error 56/66. What should we do to force UDP Read to actualy read the device. We tried to open one port, then opened several, nothing seems to work, device stil answering to ping command in cmd but not in Labview. Is there any solutions?

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.