27,375
社区成员
发帖
与我相关
我的任务
分享lpc1768以太网丢包
我是移植interniche的tcpip协议。pc用一tcp&udp测试工具和1768板子（暂叫目标板）建立tcp连接（目标板作为server，采用静态ip，pc作为client），然后向目标板不断发送数据，目标板收到后返回数据，旨在测试tcp链路是否正常。
测试发现目标板有丢包现象（pc发送间隔足够目标板处理），pc发送间隔越短链路越容易断开，但目标板程序正常运行，tcp却不通了，要重启目标板才能重新连接。
测试发现目标板有丢包现象（pc发送间隔足够目标板处理），pc发送间隔越短链路越容易断开，但目标板程序正常运行，tcp却不通了，要重启目标板才能重新连接。
...全文
请发表友善的回复…
发表回复
stephen1w 2015-07-12
- 打赏
- 举报
楼主，你这个问题是怎么解决的？
我的现象和你一样，直接连PC丢包少，接入局域网就丢包
cwwei20122012 2014-08-11
- 打赏
- 举报
我想找到原因了，是mac中断接收处理的问题。没有闲杂数据时是很好的，接到网络上就会收到其它数据，致使对需要接收的数据没能及时接收或及时处理。
cwwei20122012 2014-08-07
- 打赏
- 举报
我发现了一个问题，当我的板不是接到局域网或者公共网时（即板子与pc网线直连）没看到过丢包。
所以应该是受到网络上其它数据的影响，归根结底是板子的驱动对数据的处理不完善。
cwwei20122012 2014-08-06
- 打赏
- 举报
还没解决呢~~
lbing7 2014-08-05
- 打赏
- 举报
查查看系统有没有给协议栈处理分配足够的时钟资源。
mindthink 2014-08-04
- 打赏
- 举报
LZ,我现在也碰到了和你一样的问题，请问，你解决了吗？如果解决了，请说说你的解决方案，谢谢
mindthink 2014-08-03
- 打赏
- 举报
LZ,我现在也碰到了和你一样的问题，请问，你解决了吗？
cwwei20122012 2014-07-26
- 打赏
- 举报
有抓包，发送是没错的。可能是1768的tcpip驱动有问题，但又找不出原因，总觉得有些东西释放不掉，是不是1768内存不够呢
91program 2014-07-25
- 打赏
- 举报
断开后，目标板有没有做断开 TCP 的处理？
建议 LZ 先在 PC 上使用抓包工具分析一下发送的数据，看看是否发送数据就已经出了问题，再分析目标板的接收程序吧。
