08-18-2016 03:54 AM
I am trying to send the entire file in one UDP write.
08-18-2016 04:26 AM
hi,
you can use check(CRC-16 or CRC-32) verification mehode.and set port number both side same.
08-18-2016 04:40 AM - edited 08-18-2016 04:40 AM
Hi,
I have tried sending a text file but the last packets are missing.
I am attaching my code here.. Please go through it once.
Thanks,
Hima
08-18-2016 08:18 AM
Honestly not sure which thread has more discussion.
Unofficial Forum Rules and Guidelines
Get going with G! - LabVIEW Wiki.
17 Part Blog on Automotive CAN bus. - Hooovahh - LabVIEW Overlord
08-18-2016 09:25 AM
@Hooovahh wrote:
Honestly not sure which thread has more discussion.
Especially since they are the same thread, just a new page...
08-18-2016 09:33 AM
See most of the time when I see a crosspost, one forum will have lots of discussions and replies, and the other has none, so I'll just point the thread with none to the one that is getting the attention. But in this case I didn't catch it soon enough so both can be pointed to both, and you guys can figure out where you want to help.
Unofficial Forum Rules and Guidelines
Get going with G! - LabVIEW Wiki.
17 Part Blog on Automotive CAN bus. - Hooovahh - LabVIEW Overlord
08-18-2016 09:37 AM
No. It is actually all in one thread now.
Perhaps someone merged the two threads together into a single one, this one.
08-18-2016 09:53 AM - edited 08-18-2016 09:55 AM
What James has been telling you is correct.
The limit you are sieeing is due to the UDP protocol limitations. Datagrams were intended to be short and sweet and delivery was never gurenteed.
But you can CAN develop your own protocol that rides on top of UDP if you are determined. To that end, rather than re-invent the wheel, look into how TCP and IP work together to transfer larger messages.
UDP already has checksum built in so when a packet is recieved you can be sure it is intact.
You will have to break up the data file into small enough chunks to be transfered via Datagrams. You will also have to implement some sequencing logic so that recieving end can put the packets back together in the correct order because you could encounter a situation where one of many packets gets dropped and the reciever has to know which packet was dropped so it can request a resend of that packet. You should also "Ack" the packets that did get through so the sended side can check those off as done.
In a nutshell...
It can be done and all you have to do is recreate TCP/IP.
Ben
08-18-2016 12:11 PM
@crossrulz wrote:
@Hooovahh wrote:
Honestly not sure which thread has more discussion.
Especially since they are the same thread, just a new page...
No, I think the problem here was Hooovahh meant to post a link to the LAVA discussion but instead linked to the NI forum one.
08-18-2016 12:21 PM
@nathand wrote:
@crossrulz wrote:
@Hooovahh wrote:
Honestly not sure which thread has more discussion.
Especially since they are the same thread, just a new page...
No, I think the problem here was Hooovahh meant to post a link to the LAVA discussion but instead linked to the NI forum one.
@nathand wrote:
@crossrulz wrote:
@Hooovahh wrote:
Honestly not sure which thread has more discussion.
Especially since they are the same thread, just a new page...
No, I think the problem here was Hooovahh meant to post a link to the LAVA discussion but instead linked to the NI forum one.
Now that makes a lot more sense.