主题:9260,提个问题.请张工回答

  共有33916人关注过本帖    
tan_zf
1楼


9260,提个问题.请张工回答  发帖心情 Post By:2008-7-21 9:26:00   [只看该作者]

9260在上次寄回重写内核以后,板子再未出现停止响应问题(程序未变化)。基本可以确定是内核问题了。

现在的问题是:9260作为CLIENT,GPRS拨号后,成功与一公网IP连接。但经常是,公网SEND一个数据包,返回成功。但9260未接收到。
而9260发一个数据包上来,SERVER也接收不到。两边都检测无错。
SERVER 关闭后重新连接有时能好,有时还是这样。9260已设置1分钟发一个心跳包。

  单帖管理 | 引用 | 回复 回到顶部
zhl
2楼


  发帖心情 Post By:2008-7-21 9:48:00   [只看该作者]

上次寄回的EM9260板,主要对读写NANDFLASH的时序做了些调整。

tcp/ip是带流控的数据传输控制协议,如果要确保数据对端一定收到,只有通过关闭连接来实现。如果关闭连接正常了,所发送的数据对端一定收到。

  单帖管理 | 引用 | 回复 回到顶部
tan_zf
3楼


  发帖心情 Post By:2008-7-21 10:13:00   [只看该作者]

你说的我不是很理解。怎么叫“只有通过关闭连接来实现"

  单帖管理 | 引用 | 回复 回到顶部
zhl
4楼


  发帖心情 Post By:2008-7-21 21:02:00   [只看该作者]

就是指关闭应用的TCP连接。TCP协议规定只有在TCP连接正常关闭后,才能保证收发的数据都可靠的达到了对端。

  单帖管理 | 引用 | 回复 回到顶部
tan_zf
5楼


  发帖心情 Post By:2008-7-22 10:15:00   [只看该作者]

按您说的,是不是这样:如果甲方发送数据未出错,但乙方未成功接收,那只要甲方成功CLOSE,乙方就能成功接收到数据了???

如果是这样,那甲方怎么能知道乙方未成功收到数据呢?

  单帖管理 | 引用 | 回复 回到顶部
zhl
6楼


  发帖心情 Post By:2008-7-22 12:30:00   [只看该作者]

在TCP的传输控制机制挺复杂的,也不是一两句话能描述清楚的,可参考相关资料。如果应用要求连接一直保持,通常会通过应用层的数据应答来了解数据是否达到对端。但在互联网上,则一般通过“短”连接来实现不同的数据请求,如我们在IE上的不同内容通常都是不同连接传递的。

  单帖管理 | 引用 | 回复 回到顶部

返回首页

9260,提个问题.请张工回答

用户名:
            验证码: 验证码,看不清楚?请点击刷新验证码
内容: