LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

can not broadcast to 255.255.255.255

Solved!
Go to solution
Solution
Accepted by lavalava

Try this.

 

(Note, there may be other ways of going about it.)

Message Edited by Ravens Fan on 08-26-2009 02:38 PM
Download All
Message 11 of 14
(975 Views)

lavalava wrote:

Say I'm sending  0xAABBCCFF.  On the receiving, the UDP reader automatically converts 0xAABBCCFFto ASCII. 


OK, you are flattening your U32 number of xAABBCCFF to a string on the sending end. All you need to do is unflatten from string on the receiving end using a U32 diagram constant (value not important) as type and you get your U32 number back. And make sure to read only 4 bytes.

Message 12 of 14
(967 Views)

lavalava wrote:

...but the problem is my parser is expecting 0xAABBCCFF. 


Let's take a step back, because it is irrelevant what the parse expects. All we need to know is what the parser should output on the other end given the existing binary string!

 

It would be very expensive to take the detour over formatted text, so let's not do that!

Message 13 of 14
(963 Views)
Here are some alternatives to Raven's code FYI. Still, I strongly suggest not to take the detour over hex formattes strings!
0 Kudos
Message 14 of 14
(933 Views)