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。

相关推荐
YoungLime1 天前
DVWA靶场之十二:储存型 XSS(Stored Cross Site Scripting (XSS))
网络·安全·web安全
数据与人工智能律师1 天前
AI的法治迷宫:技术层、模型层、应用层的法律痛点
大数据·网络·人工智能·云计算·区块链
板鸭〈小号〉1 天前
Socket网络编程(1)——Echo Server
开发语言·网络·php
24zhgjx-fuhao1 天前
基于时间的ACL
运维·网络
数据知道1 天前
Go语言:数据压缩与解压详解
服务器·开发语言·网络·后端·golang·go语言
沐浴露z1 天前
【深入理解计算机网络05】数据链路层:组帧,差错控制,流量控制与可靠传输
网络·计算机网络·网络编程·408
galaxylove1 天前
Gartner发布网络弹性指南:将业务影响评估(BIA)嵌入网络弹性策略的核心,重点保护基础设施和关键业务系统
网络·安全·web安全
山,离天三尺三1 天前
基于LINUX平台使用C语言实现MQTT协议连接华为云平台(IOT)(网络编程)
linux·c语言·开发语言·网络·物联网·算法·华为云
爱隐身的官人1 天前
JAVA代码审计总结
java·网络·安全
zwhy03111 天前
TCP服务器设计思路
linux·服务器·网络