Strange operation of the chip in TCP mode

Question

I have the illogical behavior of the chip in the “Tcp-client” mode. If you physically remove the cable from the connector while sending a TCP packet and waiting for a response from the server (ACK), after a few fractions of a second, the “SendOk” bit is set in the socket interrupt register, although it is obvious that it is impossible to receive ACK until there is a physical connections. I could not find an explanation for this phenomenon in the documentation. Have you come across this?

Eugeny · Answer

voroshilov: although it is obvious that it is impossible to receive ACK until there is a physical connections It must be proven that ACK message was NOT delivered before you disconnect cable. Please provide the way to reproduce the issue reliably. As far as I see, it will be about blocking the ACK packet from remote device, and seeing what W5500 is doing.

Eugeny · Answer

voroshilov: And only after 2-3 packets it will be set together with the timeout bit from the interrupt register. Would be good to check TX_FSR register to see if it shrinks. It may be possible that while SENDOK is set, W5500 still keeps data in the buffer and perform retries. And timeout is got set when buffer gets full. Let’s wait for response of someone from WIZnet.

voroshilov · Answer

Eugeny: TX_FSR Thank you for answer. I not immediately understood, what you means, but as soon as I began to check the completion of delivery upon clearing the TX buffer, the problem was solved.