话说这个是真难找啊。我仅仅发表我找到的问题。
我在接收几十到几百次数据的时候，会出现连接超时，也就是time out。而且ping也ping不通。也就是说明lwip出了问题。
首先我先介绍modbus的这个流程。
首先是函数
eMBTCPInit( MB_TCP_PORT_USE_DEFAULT )我们进入看看做了什么。主要函数为：
eMBTCPDoInit( ucTCPPort )||vxMBTCPPortInit( ucTCPPort )||v
tcp_new()---->tcp_bind()---->tcp_listen()---->tcp_accept()重点在于这个函数，这里设置了回调。我们看看这个设置的回调函数：
tcp_accept( pxPCBListenNew, prvxMBTCPPortAccept );这里的prvxMBTCPPortAccept ||调用了vtcp_recv( pxPCB, prvxMBTCPPortReceive );我们看看tcp_recv，发现其主要是设置了接受回调函数，当收到数据后，调用接受函数来处理tcp帧。
进入这个函数看看
err_t
prvxMBTCPPortReceive( void *pvArg, struct tcp_pcb *pxPCB, struct pbuf *p, err_t xErr )||v
tcp_recved( pxPCB, p->len );这个内部调用了一个接收函数。||进入这个tcp_recved函数vif (wnd_inflation >= TCP_WND_UPDATE_THRESHOLD) {tcp_ack_now(pcb);tcp_output(pcb);
}我们发现这里，三行的意思是：
如果之前你通告的窗口很小甚至 0（对端几乎/完全停发），你现在一下子释放了不少空间，就马上通知对端“可以继续冲了”，避免对端等到延迟 ACK 定时器或其他机会才知道 → 降低停顿时延。
同时不对每个很小的释放都即时发 ACK（那样 ACK 会太多），所以设置阈值来折中ACK 数量和时延。
也就是说，只有你一次性释放 ≥ 730 字节（我这里是这么大）窗口时才会立刻发 ACK。
大家可以仿真到这里，打上断点，看看能不能进入这个判断中。如果都出现报错了还是进不去，就说明这个设置太大了。你应该设置的小点，或者删去判断，一帧一个ack。
)
