用esp8266 通过透传 发送tcp的心跳包，长时间发送会出现busy p和ERROR

majay123

用esp8266 通过透传 发送tcp的心跳包，长时间发送会出现busy p和ERROR，这是什么原因 才会这样的，一般我方一晚上就会出现这样的现象。找了好久都没找到原因

zc123

因为对于tcp任何一方都可以主动关闭连接，你连续运行这么长时间，如果中间因为网络问题，服务器超时主动关闭了连接，透传模式你是检测不到，就会出现esp8266的发送出错情况，这是不可避免的，所以不要想着可以不出现，而是如何解决，解决的办法其实也简单，我知道的解决办法有两种
1.用透传模式，检测到busy p或者ERROR就用+++退出透传，在重新走TCP的连接流程，进入透传在重新心跳循环就可以，如果退出透传也失败，可能8266已经无法正常处理指令了，就直接物理复位走重新上电流程即可
2.不用透传模式，走检测TCP连接状态 - (已经连接则跳过，未连接就重新连接) - 判断是否有数据发送 - (有数据发送数据并接收处理，无则发送心跳包)循环处理即可，若指令处理不正常则同上进行物理复位。
两种我都用过，长时间运行都没啥问题

majay123

好的 谢谢 我去试试

majay123

zc123 发表于 2018-5-30 09:06
因为对于tcp任何一方都可以主动关闭连接，你连续运行这么长时间，如果中间因为网络问题，服务器超时主动关 ...

怎么处理 8266 偶尔出现透传发送数据 不成功的显现，应为 在处理接受到tcp发送过来的数据后，要返回相应的状态，但是返回的时候 偶尔会发送不成功

JasonC

majay123 发表于 2018-5-31 10:05
怎么处理 8266 偶尔出现透传发送数据 不成功的显现，应为 在处理接受到tcp发送过来的数据后，要返回相应 ...

不成功就重发啊

zc123

majay123 发表于 2018-5-31 10:05
怎么处理 8266 偶尔出现透传发送数据 不成功的显现，应为 在处理接受到tcp发送过来的数据后，要返回相应 ...

网络通讯中不成功是有的，但绝对不会频繁，频繁的话就要查找问题了，如果只是很少次，按照楼上说的，你应用层做处理，重传或者直接丢弃按照应用分析实际处理

majay123

zc123 发表于 2018-5-31 15:07
网络通讯中不成功是有的，但绝对不会频繁，频繁的话就要查找问题了，如果只是很少次，按照楼上说的，你应 ...

重发是 做了  会5次 重发  每次发送都会是busy p。。。

zc123

majay123 发表于 2018-5-31 16:34
重发是 做了  会5次 重发  每次发送都会是busy p。。。

我说的重发不上让你直接重发，你要退出透传，重新连接tcp在重发，既然异常了，基本tcp连接都断了，你要重新连接才行

BigZhong

zc123 发表于 2018-5-30 09:06
因为对于tcp任何一方都可以主动关闭连接，你连续运行这么长时间，如果中间因为网络问题，服务器超时主动关 ...

检查TCP连接状态，TCP已经断开了，检查的连接状态还是连接状态。