UDP multicast subscriber for RT using CVI 8.5

Does anyone know of a way to implement a UDP multicast subscriber on an RT system using CVI 8.5? I know that CVI 2009 supports UDPMulticastSubscribe/UDPMulticastUnsubscribe functions, but I'd rather not upgrade if I can avoid it.
Can this be done using the Windows SDK? Is it even possible?
--NDo
Solved!
Go to Solution.

The reason that the CVI library multicast functions weren't supported until version 2009 is that the underlying Windows SDK implementation provided by LabVIEW Real-Time did not support UDP multicast. This means that unless you have LabVIEW Real-Time 2009 on the system, multicast is impossible. It might be possible to install LVRT 2009 and use the Windows SDK directly, without upgrading to CVI RT 2009. I have not tried this, though, so I can't guarantee you won't run into problems.
Mert A.
National Instruments

Similar Messages

Typedef Error when compiling niScope for DLL using CVI

I am getting the following error when trying to compile a DLL for the NI 5122 digitizer using CVI:
Error creating type library:
All structs, unions, and enums required by exported functions must be typedefs in order to create a type library. The struct/union/enum "niScope_wfmInfo" does not use such a typedef.
I have created a variable and "typedefed" it as niScope_wfmInfo to try and get rid of this error. This did not work. I have tried making several other changes. Some have eliminated the error but created problems with the DLL.
Has anyone had a similar error to this? If so, how did you get around it?
Thanks,
Heather

Hi Heather,
The reason that you are receiving this error is because the niscope.h file (called by niScope.fp) uses a struct which cannot be compiled into a DLL. This means that the niScope.fp file cannot be included in the target settings. Here's a knowledgebase that describes the error.
http://digital.ni.com/public.nsf/websearch/AC028D9586E947F08625661E006A182F?OpenDocument
If you do want the niScope.fp file to be included then you will need to make some modifications to the niscope.h file and create a typedef for the niScope_wfmInfo struct. Here's info from the help file that describes the type library section and the use of the .fp file.
"Type Library—This button lets you choose whether to add a type library resource to your DLL. Also, you can choose to include links in the type library resource to a Windows help file. LabWindows/CVI generates the type library resource from a function panel (.fp) file. You must specify the name of the .fp file. You can generate a Windows help file from the .fp file by using the Generate Windows Help command in the Options menu of the Function Tree Editor window.
This feature is useful if you intend for your DLL to be used from Visual Basic."
If you do not include the niScope.fp file then you will be able to compile the DLL.
Hope this helps! Let me know if you have any questions.
Erick

UDP Multicast Fix for Labview Runtime?

Hi All,
I am using the Labveiw Multicast vis and have been generally happy with the way they behave. Happy to provide any assistance to anyone who would like help with this in general as I think I have a bit of understanding on this now.
My problem is that when more than one socket is opened to the multicast address either by labview applications or other C++ applications, I get an error 60 which says that the IP address is in use.
I dug up an old posting (http://forums.ni.com/ni/board/message?board.id=170&message.id=107610&query.id=23434#M107610) which had a FANTASTIC solution for this from within Labview. Basically, editing the Labview.ini file allows sharing of the sockets and error 60 goes away when you are running vis within Labview.
My problem NOW is that the solution does not work for exe files built with application builder. I therefore have a vi happy to share sockets within labview but when I build this vi into an exe, it comes back with error 60 under the same test scenarios.
Is there some magic ini file somewhere for Labview Run Time 8.2? Any help would be much appreciated.
Cheers
Peter

The relevant INI file is the one for the application, so if your application is called FOO.exe, you should also have a FOO.ini in the same folder.
In that file you should have (or create) a [FOO] section and place the key in that section. This should work for most LV keys.
Try to take over the world!

Using UDP broadcast instead of UDP multicast on a LAN (multicast not working on a major UK ISP router)

I've built an Android app using Cirrus that allows users on a LAN to chat in Morse code! - You can find it on the Android Market by searching for 'Morse Intercom'.
It works fine on my network, lots of other networks, but not on probably the most popular fast broadband fibre network in the UK
A friend of mine has let me piggyback on her network from this provider, and the problem appears to be that the UDP multicast packets RTMFP transmits just aren't being put on the wireless network. FYI the multicast address I use is IP 225.226.227.1 port 32112 .
This is probably fixable in the router, but 99.5% of users will never mess around with the router (and why should they), and if possible I would like to fix this in RTMFP.
Is it possible for me to ask RTMFP to not use UDP multicast, but instead to use UDB broadcast for discovering peers on the LAN ? The problematical router (and all others?) supports UDP broadcasting.
I tried setting 'groupspec.ipMulticastMemberUpdatesEnabled = false;' but this just stopped the app working on anything! What is the purpose of this option?
FYI:
To connect without using Cirrus server assistance I use: nc.connect("rtmfp:");
The complete function I use for setting up multicasting is:
private function setupGroup():void
// Create a new Group Specifier object
//trace("setUpGroup: groupSpec = new GroupSpecifier('myGroup/groupA')");
trace("setUpGroup: groupSpec = new GroupSpecifier('" + MY_UNIQUE_GROUP_NAME + "')");
var groupspec:GroupSpecifier = new GroupSpecifier(MY_UNIQUE_GROUP_NAME);
// Enable posting
trace("setUpGroup: groupspec.postingEnabled = true");
groupspec.postingEnabled = true;
// Specifies whether information about group membership can be exchanged on IP multicast sockets
trace("setUpGroup: groupspec.ipMulticastMemberUpdatesEnabled = true");
groupspec.ipMulticastMemberUpdatesEnabled = true;
// Causes the associated NetStream or NetGroup to join the specified IP multicast group and listen to the specified UDP port.
//trace("setUpGroup: groupspec.addIPMulticastAddress('225.225.0.1:30000')");
trace("setUpGroup: groupspec.addIPMulticastAddress('" + MY_MULTICAST_ADDRESS + "')");
groupspec.addIPMulticastAddress(MY_MULTICAST_ADDRESS);
// Constructs a NetGroup on the specified NetConnection object and joins it to the group specified by groupspec.
trace("setUpGroup: group = new NetGroup(nc,groupspec.groupspecWithAuthorizations())");
group = new NetGroup(nc,groupspec.groupspecWithAuthorizations());
// Set the NET_STATUS event listener
trace("setUpGroup: group.addEventListener(NetStatusEvent.NET_STATUS,netStatus)");
group.addEventListener(NetStatusEvent.NET_STATUS,netStatus);
In conclusion - On a LAN with up to 250 or so hosts, I can't see why RTMFP shouldn't be able to use UDP broadcasting as an alternative to UDP Multicasting. Can it, and if so how?
Graham

Here's more information...
When trying to connect with a 3rd party product, the connection request is sent out to my ISP's DNS server with details of the service ID. Of course it won't find anything there.
So then is tries to use NBNS (Netbios Naming Service) on 192.168.1.255, and still can't connect. Then comes back with a TNS error. i tried TNSPING on this address, and it doesn't find it. I have no clue where it gets this address from.
WHY WON'T IT JUST CONNECT TO THE HOST MACHINE AS DEFINED IN THE TNSNAMES FILE???
PLEASE HELP!!!!

Just subscribed to Acrobat for $19.99/year to be able to use expanded pdf manipulation features. From left hand window I signed in successfully. However when I try to use a feature like export to Word doc I am sent to Web page to subscribe for more money.

Just subscribed to Acrobat for $19.99/year to be able to use expanded pdf manipulation features. From left hand window I signed in successfully. However when I try to use a feature like export to Word doc I am sent to Web page to subscribe for more money. I thought I had already paid for access to these features by subscribing for the $19.99? What features did this $19.99 allow me if NOT to edit or export PDF files?

Please check the name of what you subscribed to. You say "Acrobat" but that isn't $19.99/year. Unfortunately Adobe have products which do the same thing and need to be used in different ways.

Good morning everyone! I would like to ask how can i subscribe for adobe forms central 11.99$ per month. I am currently here in United Arab Emirates. I really need to use this application cause it will benefit me a lot in my work. Thanks!

Good morning everyone! I would like to ask how can i subscribe for adobe forms central 11.99$ per month. I am currently here in United Arab Emirates. I really need to use this application cause it will benefit me a lot in my work. Thanks!

Hi,
OK. Following instructions, I've uninstalled the old Flash Player and installed the right one, and videos are now playing. Thanks for pointing me to the other posts on this site. YouTube and other videos are now playing
Some of the videos still play jerkily (they don't stream evenly). A few stream evenly once they've been allowed to buffer fully. (I think I'm using these terrms correctly.) Is this solely caused by low bandwidth, or is there something—an adjustment of some kind—that I can do with Flash Player to have online videos stream evenly, even from the moment I start them?
As I mentioned, to bypass this uneven streaming while watching online, I download the videos and watch them usually using Quicktime Player 7.6.4. Still, they don't always play evenly, but for the most part do.
I've just tested bandwidth and I'm told:
5.63 Bbps Download speed
0.63 Mbps Upload speep
Rafael

HT2534 why can't I use money in my account to subscribe for music match subscription?

why can't I use money in my itunes account to subscribe for music match subscriptions?

If you switch you will have to backdate it to keep the overages from happening. Also you'll pay the difference in advance. So if the difference is $20. You pay $40 more next month compare to this month, but the following month will be $20 more like it should(bill in advance). When you downgrade plans you'll get credited the difference like it should as it works both ways.

Problem with receiving of the UDP multicasting on multiple interfaces in the W2K12 cluster

Hi,
I have my .NET application which receives the UDP multicasting communication. It works fine until it is deployed on a W2K12 cluster. Some multicast groups are still available and some are not in the cluster. The
problem is caused by the cluster which creates a virtual interface for a inter-node communication. When the cluster is on and my app is trying to subscibe to the affected group then IGMP packets are routed to the cluster's
virtual interface where the multicast communication is not available. When the cluster (cluster service) is off all groups are available and IGMP is routed to a right interface.
I also have a different application which is not based on .NET and it receives all multicast groups in any deployment (same W2K12 clustered server). So, I guess that in my app I have to tell to the socket somehow, which local interface should
be used for a particular multicast group. In my app I use code below for a group subscribtion, but I still can't manage routing of IGMP to a right local interface. Can you help me?
As you can see in the code example I try to mapp a group to a local interface using its IP and index using MulticastOption class, but it has no effect. Different interface (cluster's virtual interface) is used for a IGMP
subscribtion. I also tried to bind\set local interface to Any, but without success.
It seems that there is some OS logic which overrides my setup. But, it must be possible to do the socket setup correctlly because non .NET application works fine.
Thanks.
Regards,
Marek
public void Start(string[] args)
//args[0] - multicast group
//args[1] - multicast port
//args[2] - local interface IP
//args[3] - local interface index
UdpClient udp = new UdpClient();
udp.Client.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReuseAddress, true);
udp.Client.Bind(new IPEndPoint(IPAddress.Parse(args[2]), Convert.ToInt32(args[1])));
MulticastOption mcastOption = new MulticastOption(IPAddress.Parse(args[0]));
mcastOption.LocalAddress = IPAddress.Parse(args[2]);
mcastOption.InterfaceIndex = int.Parse(args[3]);
udp.Client.SetSocketOption(SocketOptionLevel.IP, SocketOptionName.AddMembership, mcastOption);
udp.BeginReceive(new AsyncCallback(Receive), udp);

I don’t know if it will help you but I can illustrate my problem on the following prints from netsh and route tools. First print from netsh shows that the affected group 224.0.46.232 is assigned to interface 20. Second print shows
that interface 20 is Microsoft Failover Cluster Virtual Adapter where multicast communication is not available.
When the test app, which works fine, is used than these prints show that group 224.0.46.232 is assigned to interface 19 - Microsoft Network Adapter Multiplexor Driver, where multicast communication is available.
So, the question is how to manage these „prints“ to requested setup in .NET.
Regards,
Marek
C:\Windows\system32>netsh interface ip show joins
Interface 1: Loopback Pseudo-Interface 1
Scope       References Last Address
0                    0 Yes   239.255.255.250
Interface 20: Local Area Connection* 12
Scope       References Last Address
0                    0 Yes   224.0.0.1
0                    1 Yes   224.0.0.252
0                    1 Yes   224.0.46.232
Interface 19: Public
Scope       References Last Address
0                    0 No    224.0.0.1
0                    1 No    224.0.0.252
0                    0 Yes   239.255.255.250
C:\Windows\system32>route print
===========================================================================
Interface List
19...3c d9 2b ef 8a ec ......Microsoft Network Adapter Multiplexor Driver
20...02 91 08 09 1a ae ......Microsoft Failover Cluster Virtual Adapter
1...........................Software Loopback Interface 1
16...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter
21...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #3
===========================================================================

WRT54GS slow UDP multicast speed

Hi everyone. A techie question for you! I am having problems using UDP multicast/broadcast over UDP. My PC is wirelessly connected to our LinkSys WRT54GS router. I have a small application that broadcasts data over UDP. When I send data using unicast (to a specific IP address) the router is reasonably fast, over 2mbps. But when I send data using multicast or broadcast modes over UDP, it is really slow, like about 100kbps. When I connect to the router with an ethernet cable, it runs multicast very fast. When I connect to another router (a D-Link) it also runs multicast very fast. I have the "Filter Multicast" option unticked on the firewall page. Any ideas about why it is running so slow? Thanks! Matthew.

Hi,
I'm also having trouble with milticast traffic on WRT54G2.
My linux milticast router (igmpproxy) is connected to the internet on one side and to local network on the other site. On one LAN site, there is a WRT54G2 acces point / switch.
If I watch IPTV on the LAN, the WLAN is extreamly slow to the point being unusable.
Is there a solution to this problem?
Similar problems:
http://forums.linksysbycisco.com/linksys/board/message?board.id=Wireless_Routers&message.id=118765
http://forums.linksysbycisco.com/linksys/board/message?board.id=Wireless_Routers&message.id=73514

UDP MultiCast on cFP

I am attemtping to write an application for the cFp 2120 that uses UDP multicast. I developed it mostly on my PC and was surprised to find it not supported on cFP once I downloaded it for the first time. I have searched for information on this and can't find much. I found in one post that the I should use UDP Broadcst instead of multicast but there is no UDP Broadcast vi. Is the standard UDP read and write whatthey are refering to? Is this truely not available?
Thank you for your help.

Hi GeneHancock,
UPD is supported on cFP. It is lossy. There are other methods of communication detailed here. Can you clarify what you mean by unsupported? Did you install all the drivers onto your FieldPoint as well?
Regards,
Hillary E
National Instruments

UDP/Multicast Broadcasts

Hello,
I am interested in writing some P2P-ish type networking
applications which need to use UDP multicasting to discover other
participating hosts on the network. Does AS3 networking libraries
have the ability to do UDP and multicasting?
Thanks,
Brad

If you want the UDP connection to have multiple listeners:
- Open the file: LabVIEW.ini (it is most likely located in C:\Program Files\National Instruments\LabVIEW 7.x, where "x" is the version number.)
- Add the line: SocketSetReuseAddr=TRUE
- Restart LabVIEW. The changes should take effect.
If you do not want to have multiple listeners, but want to be able to have multiple writers to the same port, this does not apply. You can open different local ports so as not to generate Error 60 and then write to the same remote port without causing an error.
If you are trying to communicate with multiple devices using the LabVIEW UDP VIs where each device has a unique IP addresses that are both listening on the same port in parallel, you can do the following:
This error occurs because you cannot open multiple connections on the same local port. However, the local port and the remote port do not need to be the same. The local port is determined by the "port" inputs of the UDP Open VIs. The remote port is determined by the "port" inputs of the UDP Write VIs. For each write, set the remote port to the one on which the corresponding device is listening.
I would also recommend that you look at the following link:
http://zone.ni.com/devzone/conceptd.nsf/webmain/BB41313D7AB28CBD86256802007B8DC5?opendocument
Nandini Subramaniam
Applications Engineer
National Instruments

ASA 5585X in L2 trans. mode drops (ASP) fragm. IPv4 UDP multicast

Hello Community,
it seems there are problems with dropped fragmented IPv4 UDP Multicast traffice on an ASA 5585X platform running ver. 8.4(6)5. The following sample topology has been used for the verification scenario:
MC src and rcv
(XChariot)
|
-----C4503---------------ASA5585X-L2mode-----------IPSEC-Appl.------WAN----------Remote Site with (S,G) (10.10.4.156,225.1.2.154) (XChariot)
|
MC src and rcv
(XChariot)
Test 1 (S,G) (10.10.4.156,225.1.2.154) sends UDP with a UDP length of 1341
(Trace "WAN-IF_capture_225.1.2.154_no-frag" and
output "L2FW-not_fragmented"
The traffic passes through the Transparent mode ASA without any problems.
Test2 (S,G) (10.10.4.156,225.1.2.154) sends UDP with a UDP length of 3441 resulting in fragmentation.
This traffic and unfortunately it is the same for the real application is drop by the ASA. The two ASP drops counters for "
Dst MAC L2 Lookup Failed" and "invalid-udp-length" are increasing in a realtion of 3(DstMAC):1(invalid udp).
The file"L2FW-frag_IPv4_UDP_MC_ASPdrops" shows first the capture on the WAN and then the captures on the ASP drops. In addition the three traces in pcap format.
Any idea?
Thank you in advance for you contribution.

Hello Community,
the following combination solved our problem for now, upgrade to ASA OS 9.1.3 (asa913-2-smp-k8.bin) and the change from virtual reassembly (default) to hardware reassembly -> global-cfg -> fragment reassembly full [interface].
http://www.cisco.com/en/US/docs/security/asa/command-reference/f2.html#wp2019322
Perhaps further test will be made with using lower interim versions.

What is the difference between "UDP Multicast open.vi " and "UDP open.vi " ?

What is the difference between "UDP Multicast open.vi " and "UDP open.vi " ?

Someone correct me if i am wrong, the difference is "multicast"
-Based on my General Computer Network knowledge, multicast means sending data/packets to selected group of nodes. Which will be UDP multicast
-UDP open.vi might be for unicast which is to one node specifically.
-One more difference is in first one(multicast open), you have additional read,write and read write funcionality which is not available in normal UDP open.vi
Thanks
uday,
Please Mark the solution as accepted if your problem is solved and help author by clicking on kudoes
Certified LabVIEW Associate Developer (CLAD) Using LV13

Error 54 on udp multicast cRIO

I'm trying to get a cRIO-9075 broadcasting data over a network with UDP. I've opened the UDP multicast examples and they work fine when I run them on my development computer. When I deploy and run the examples on the cRIO controller however, I get either 'Error 54 - the network address is ill-formed' if trying to use the send/recieve example or run UDP open in read/write mode, or "Error 59 - the network is down, unreachable or has been reset" if i try to use just UDP send or UDP open in write only mode.
I'm using a valid multicast IP address that is within the multicast region (234.5.6.7 as in the example), have tried multiple ports, (0, 58432, 50001...) and have tried with my firewalls disabled, wireless internet connection and bluetooth all disabled. The cRIO is connected directly to the development PC via a straight network cable, although I'm pretty sure my network card is sorting out the crossover detection as everything else on the connection is working fine.
Does anyone have any ideas on how to debug this? I've kinda hit a brick wall here, so any help would be greatly appreciated.
Solved!
Go to Solution.

Hi Aidan,
What you said was correct, however it seems that after trying again this time I've had success transferring data. I'd doubt my code, and will be sure to post snippets next time, but as my post says I ran the labview UDP multicast example pair on the development machine, so I can only suppose a network hitch... Very strange, as sending data over the same socket with the TCP/IP example worked.
Since then things seem to be going mostly smoothly - I've been able to broadcast data from the cRIO and pick it up on the development PC. I have hit a bit of a hitch with sending datagrams of 8192 bytes ...
Spoiler (Highlight to read)
I'm getting 'error 113 - the datagram is too large for the buffer or other network limit' on the UDP recieve end. I believe 8192B is the maximum UDP packet size, and don't get any errors on write, but even increasing the socket buffer size by modifying the windows dll as per here (http://digital.ni.com/public.nsf/allkb/D5AC7E8AE545322D8625730100604F2D) I'm still receiving the error. Using smaller packet sizes (e.g 540B) seems to work, but as I'm trying to maximise throughput it could pose an additional limitation. I've read 64MB is the UDP protocol maximum size, and 8192B is a labview limitation. Any ideas on this?
I'm getting 'error 113 - the datagram is too large for the buffer or other network limit' on the UDP recieve end. I believe 8192B is the maximum UDP packet size, and don't get any errors on write, but even increasing the socket buffer size by modifying the windows dll as per here (http://digital.ni.com/public.nsf/allkb/D5AC7E8AE545322D8625730100604F2D) I'm still receiving the error. Using smaller packet sizes (e.g 540B) seems to work, but as I'm trying to maximise throughput it could pose an additional limitation. I've read 64MB is the UDP protocol maximum size, and 8192B is a labview limitation. Any ideas on this?
...but I suppose that's another issue.
For now I think I'll leave the cRIO on a static IP and not get hung up on this issue. Thanks for working through this with me Aidan.
For the record: the port was 58432, multicast address 234.5.6.7 as in the UDP multicast examples. development PC was XP, 2.26GHz dual core w/ 3GB RAM (limited as 32-bit), will update with ethernet card later as I'm on a different machine right now.

LV2011 udp multicast open error 54

Hi guys,
I'm working on conversion from LV8.6 to 2011 for one of my projects. One thing I found was that the UDP broadcast module no longer worked. After digging into the vi i found that the "UDP Multicast Read-Write Open.vi" did not work the way as in 8.6.
I used a net address string input of "172.16.1.234" (my secondary network card), after string-to-ip conversion it gave 2886730218. then the UDP vi gave an error 54 in LV2011. (in 8.6 this does not happen)
I even tried using 127.0.0.1 or with ONLY my primary network card enabled (172.22.1.100), it always gives error 54.
The only input to make it pass i found was 0.
I have attached a ss of my test vi. Thanks for your inputs.
LabVIEW 2011 newbie >.<
Certified LabVIEW Developer
Solved!
Go to Solution.

Thanks for the reply. I have also checked that example. Please note that in the example it doesn't have an input for the net address, which i assume labview 2011 will use 0.
I have also just received a reply from NI and confirmed it's a known bug in 2011. i will post it below.
I hope this finds you doing well. I am glad to hear that you are starting to upgrade to 2011 and I apologize for the issues you are seeing. I suspect you are using this on one of our Real-Time targets if so the good news is that this behavior has been documented in the form of a CAR (actually a
few): Broadcasts and the UDP Open VI have an INCONSISTANT behavior depending on the OS. Pharlap/Windows receive broadcasts when the "net address" terminal is wired while vxWorks/Linux don't. These CARs are scheduled as major incoviencience and will be fixed in a future version of LabVIEW as of now the work around is to simple not wire the net address field.
The CAR numbers incase you would like to see when they are fixed are:
257627, 233344,235444, 283205
LabVIEW 2011 newbie >.<
Certified LabVIEW Developer

UDP multicast subscriber for RT using CVI 8.5

Similar Messages

Maybe you are looking for