freeModbus TCP收发数据一段时间后,出现掉线情况(time out问题)

话说这个是真难找啊。我仅仅发表我找到的问题。

我在接收几十到几百次数据的时候,会出现连接超时,也就是time out。而且ping也ping不通。也就是说明lwip出了问题。

首先我先介绍modbus的这个流程。

首先是函数

cpp 复制代码
 eMBTCPInit( MB_TCP_PORT_USE_DEFAULT )

我们进入看看做了什么。主要函数为:

cpp 复制代码
eMBTCPDoInit( ucTCPPort )
        |
        |
        v
 xMBTCPPortInit( ucTCPPort )
        |
        |
        v
tcp_new()---->tcp_bind()---->tcp_listen()---->tcp_accept()

重点在于这个函数,这里设置了回调。我们看看这个设置的回调函数:

cpp 复制代码
tcp_accept( pxPCBListenNew, prvxMBTCPPortAccept );

这里的prvxMBTCPPortAccept 

            |
            |调用了
            v

tcp_recv( pxPCB, prvxMBTCPPortReceive );

我们看看tcp_recv,发现其主要是设置了接受回调函数,当收到数据后,调用接受函数来处理tcp帧。

进入这个函数看看

cpp 复制代码
err_t 
prvxMBTCPPortReceive( void *pvArg, struct tcp_pcb *pxPCB, struct pbuf *p, err_t xErr )
            |
            |
            v
tcp_recved( pxPCB, p->len );这个内部调用了一个接收函数。
            |
            |进入这个tcp_recved函数
            v
 if (wnd_inflation >= TCP_WND_UPDATE_THRESHOLD) {
    tcp_ack_now(pcb);
    tcp_output(pcb);
}

我们发现这里,三行的意思是:

如果之前你通告的窗口很小甚至 0(对端几乎/完全停发),你现在一下子释放了不少空间,就马上通知对端"可以继续冲了",避免对端等到延迟 ACK 定时器或其他机会才知道 → 降低停顿时延。

同时不对每个很小的释放都即时发 ACK(那样 ACK 会太多),所以设置阈值来折中ACK 数量和时延。

也就是说,只有你一次性释放 ≥ 730 字节(我这里是这么大)窗口时才会立刻发 ACK。

大家可以仿真到这里,打上断点,看看能不能进入这个判断中。如果都出现报错了还是进不去,就说明这个设置太大了。你应该设置的小点,或者删去判断,一帧一个ack。

相关推荐
Stanf up11 小时前
网络编程Socket套接字
linux·网络
小糖学代码11 小时前
网络:2.1加餐 - 网络命令
网络
北邮-吴怀玉12 小时前
1.4.5 大数据方法论与实践指南-安全&合规
大数据·运维·网络·数据治理
鹿鸣天涯12 小时前
等保测评取消打分,《网络安全等级测评报告模版(2025版)》重大变更,详细解读两细化、三变更、五新增
网络·安全·web安全
tang7778913 小时前
如何利用代理 IP 构建分布式爬虫系统架构?
分布式·爬虫·tcp/ip
Zm6Cc13 小时前
6.1、路由器实验之直连路由器配置实验
网络·智能路由器
JZZC213 小时前
20.基于时间的ACL
网络·智能路由器
虚伪的空想家13 小时前
实战:Flannel为网络CNI底座的K8S接入Cilium CNI
网络·容器·kubernetes·k8s·flannel·cni·cilium
LDG_AGI15 小时前
【推荐系统】深度学习训练框架(二):深入剖析Spark Cluster模式下DDP网络配置解析
大数据·网络·人工智能·深度学习·算法·机器学习·spark
华普微HOPERF20 小时前
Matter协议,如何塑造更宜居、流畅的智能家居网络?
服务器·网络·智能家居