 | 1 | initial version |
Looks like normal packetloss that can occur on WiFi networks as it is a shared medium. The retransmission timeout (RTO) on the LabView PC seems to be 300ms (very normal for old Windows versions) The RTO on the ESP seems to be 1000ms. Unless you're able to tune the TCP stacks on both to use a much lower RTO, you ware out of luck with TCP as your application requires quicker retransmissions of the data. Quickly sending the data again over TCP won't help, as the data will be stuck in the TCP buffers and only will be handed over to the application when the original missing data segment is received (ie with the same sequence numbers).
I would change your setup to UDP and add some form of sequence number to the messages. Add a form of acknowledgement system and retransmit messages if not acknowledged within a certain timeout. This will remove the head-of-line blocking that TCP introduces.
