W5100, Delayed ACK despite bit ND/MC being set

Question

Hello everyone, Despite the ND/MC bit being set in the socket mode register, the W5100 sends the ACK with a delay of 200 ms for small received telegrams (16 bytes). I cannot get the W5100 out of this habit. Background: W5100 is the client and has connected to an SCPI server (measuring devices). If I now request measured values (READ?), the measured value telegram arrives after approx. 3.9 ms. However, the W5100 only sends the ACK for this telegram after 200 ms. This behaviour is independent of whether the delayed ack is switched on or off via the ND/MC bit. Can someone please help me?

Eugeny · Answer

Telegram is something related to the post office business. Ensure you are in TCP mode. Prove that this bit is really set for this MR by reading it back when problem occurs. Next, at which point you measure the time? You must measure at the W5100’s jack (on the direct connect node). All other measurements may include other network devices which may add delays to the packets.

Eugeny · Answer

I recall having problem with long ACK times long ago, but thein it was resolved, but I do not recall what it was. What I remember for sure it was not a rocket science or something unimaginable Here’s more info - delayed ACK. It says that the mechanism is two-way street - sending side is also involved and must obey the specific RFC not withholding with data for single packet. Your investigation using Wireshark must give an idea what is going on the network in reality and who is the source of delay.

Jean-Michael Staab · Answer

Hello Eugeny, thank you very much for your support. NDACK is working. The error was 60 cm in front of the monitor. If you only call the handle for reading the data from the W5100 every 200 ms, you should not expect [ACK] to be sent faster. My mistake. Thanks for your help though. I was able to rule out that it was the W5100.