w5500 udp packet loss or too slow

Question

Hi, I have just met w5500 and I like it but I have crashed in my new project. The project is about sending and receiving a file with udp protocols.I have used arduino due + 2 x w5500 module(I tried only one w5500 for now and just packet received not saved). If a computer sends packets normal speed, system receives only 4 packets.If it sent only one packet in every 0.25 seconds, all packets have received.The system speed is too slow, isn’t it? or where I made fault? Sincerely yours

Eugeny · Answer

bsenguler: The system speed is too slow, isn’t it? or where I made fault? Use TCP for this task; you must get UDP packets from the W5500’s RX buffer quickly enough, otherwise new packets not fitting into the buffer are lost. Thus most probably your Arduino “processing speed” is slower than arriving packets.

Eugeny · Answer

bsenguler: what do you suggest me which mcu is fast enough? Use TCP. And it is not the matter of performance of CPU, it is a matter of proper protocol and algorithm driving W5500.

bsenguler · Answer

Unfortunatly, it is not possibile, my project must run on udp, I used w5500 lib on github.Is it necessary, reconfigure w5500 lib or another solution.

Eugeny · Answer

Please explain why you can not use TCP, as TCP should be the best choice in your application.

bsenguler · Answer

My boss fantasy:)I said we could use tcp, boss answered nooo.

Eugeny · Answer

bsenguler: boss answered nooo. Time to find better job See here, you will, most probably, need to implement something similar. Note the following at the beginning of the article: Such settings are typically disadvantageous for the more common TCP protocol. You are literally going to try hammering the nail with the knife. You should use hammer instead. The one asking you going former must substantiate his choice of UDP, otherwise I would question his competence, and the competence of all those people trying to reinvent bicycle (reinvent TCP using UDP).

bsenguler · Answer

Thank you very much for helping.