心跳包——是在客户端和服务器通信时,定时通知对方自己状态的一个自定义的命令代码。由于按照一定的时间间隔发送,类似于心跳,所以叫做心跳包。
心跳包在通信应用方面使用非常广泛,最主要是用于长连接的保活和断线处理。实际应用中可根据不同的需求,进行心跳包的发送设置。
本文将以合宙Cat.1模块的两种心跳包发送方式为例(适用于AT命令固件版本),让大家更深入了解。
第一种:在TCP层实现
这种方式是TCP协议层实现的,只适用于TCP链接。也就是说,这种实现方式不会对应用层的数据流产生任何影响,应用层也看不到心跳包的内容。这种实现方式叫做TCP保活(TCP Keep-Alive),由+CIPTKA这个命令来实现。
具体命令如下:AT+CIPTKA=[,[,[,]]]
是否打开TCP保活功能
0:关闭
1:开启
在时间内链接上无任何数据交互,则发送初始保活探针(initial keep-alive probe):
取值范围30~7200(单位为秒,缺省值为7200);
保活探针重传的间隔时间:
取值范围30~600 (单位为秒,缺省值为75);
发送保活探针的最大数量:
取值范围:1~9 (单位为次,缺省值为9)。
例如:AT+CIPTKA=1,120
打开TCP保活功能,
=120秒,其余参数为缺省值。意味着:如果在120秒内TCP链接上没有任何数据交换,则设置端会发送初始保活探针。
链接状态判断
如果设置端收到对端回复的对初始保活探针的ACK,则认为链接状态正常,会重置这个timer。还有一种情况下也会重置此timer,那就是当应用层有数据收发时。
如果设置端没有收到对端回复的对初始保活探针的ACK,则75秒后会重发一次保活探针;如果还没得到对端的ACK,则隔75秒再发,最多一共发送9次(含初始保活探针)。如果9次内得到了对端的ACK,则重置这个timer;如果9次发完还没得到对端的ACK,则认为此TCP链接断连。
注:一旦打开TKA功能,则对当前存在的所有TCP链接都起作用。
第二种:在应用层实现
第二种方式是由设置端在应用层发心跳包来实现的。这种情况下对端的应用层会收到设置端的心跳包内容。这种方式TCP、UDP都适用,但是同时只能作用于一个链接。
这种实现方式由^HEARTCONFIG、^HEARTBEAT(或^HEARTBEATHEX)共同作用来实现。
举例如下:
单链接上发送普通心跳内容AT^HEARTCONFIG=1,0,120
AT^HEARTBEAT=0,Heart-content
AT+CIPSTART=TCP,server,port
以上命令在单链接上,每隔120秒发送一个内容为"Heart-content"的心跳包。
在多链接的第5条链接上发送HEX格式心跳内容AT+CIPMUX=1
AT+CSTT
AT+CIICR
AT+CIFSR
AT+CIPSTART=3,TCP,server,port
AT^HEARTCONFIG=1,3,150
AT^HEARTBEATHEX=3,313233414243
以上命令在多链接的第三条链接上,每隔150秒发送一个内容为"123ABC"的心跳包。
每个命令的具体定义,可详细参考合宙AT命令文档: