4567|23

69

帖子

0

TA的资源

一粒金砂(初级)

楼主
 

zlIP速度的问题 [复制链接]

我正在使用zlIP做PC和MCU的TCP通信。MCU作为服务器,PC作为客户端。连接之后PC发送一次数据等待MCU处理完成后回发一组数据才去执行下面的工作。
现在的问题是PC段每次从调用CSocket的Send函数到CSocket的Receive函数执行完毕都需要消耗500毫秒左右的时间。
哪位大侠可以告诉我为什么,怎样才能提高通信速度,非常感谢!!!

最新回复

好吧 结贴吧 我也烦了这个问题了 有空了慢慢考虑吧 再次谢谢各位的帮助  详情 回复 发表于 2009-4-15 17:44
点赞 关注

回复
举报

80

帖子

0

TA的资源

一粒金砂(初级)

沙发
 
怎么没有人理我呢??
明明看到过有人在用啊
各位大哥帮帮忙啊
拜托了
 
 

回复

76

帖子

0

TA的资源

一粒金砂(初级)

板凳
 
帮顶。
 
 
 

回复

68

帖子

0

TA的资源

一粒金砂(初级)

4
 
自己顶起
谢谢楼上
期待高手帮忙解决
 
 
 

回复

75

帖子

0

TA的资源

一粒金砂(初级)

5
 
谢谢楼上,
继续等待高手帮忙。
 
 
 

回复

99

帖子

0

TA的资源

一粒金砂(初级)

6
 
继续等待
高手们帮帮忙啊
 
 
 

回复

72

帖子

0

TA的资源

一粒金砂(初级)

7
 
zlIP理论上不会这么慢。
send了多少数据?单片机做了什么样的处理?有没有试过单片机什么都不处理,直接返回成功应答的情况下时间多少?
 
 
 

回复

61

帖子

0

TA的资源

一粒金砂(初级)

8
 
感谢 shuiyan 大哥的帮忙,我试过了什么都不做就返回信息,也试过了直接用买的板子和程序与我做的PC程序通信,显示的耗时基本相同。一下是PC端的VC代码

  1. int CReceiveInSendSocket::Send(const void* lpBuf, int nBufLen, int nFlags)
  2. {

  3.         //2009年3月18日13:09:50添加        用于输出本函数执行的处理器时间
  4.         clock_t        start=clock();

  5.         // TODO: Add your specialized code here and/or call the base class
  6.         if(nBufLen==0)
  7.                 return 0;
  8.         CSocket::Send(lpBuf, nBufLen, nFlags);
  9.         int        i= Receive();
  10.        
  11.         TRACE("发送数据所用时间:%d\n",clock()-start);
  12.         return        i;
  13. }
复制代码
发送时调用此函数,TRACE语句输出的时间就在500毫秒左右。
下面是MCU端keil c代码

  1. void OnAcceptRecv(void DT_XDATA *buf,WORD size) REENTRANT_MUL
  2. {
  3.         /* printf received data */
  4. #ifdef DEBUG
  5.         while(size--)
  6.                 printf("%c",*((BYTE DT_XDATA *)buf)++);
  7. #endif
  8.         char DT_XDATA EndDeal[]={0xff};  //一下部分为简单修改原来的程序
  9.                                                           
  10.         OrderManage(buf,size);           //命令响应函数,调试用的命令什么都没有做
  11.         if(Length==0)
  12.                 TCPSend(ExAccept,EndDeal,1);//命令响应函数什么都不做 Length==0所以回发一个0xff
  13.         TCPSend(ExAccept,SendData,Length);//此处Length为0应该不发送任何数据
  14.         Length=0;
  15. }
复制代码
请麻烦各位继续帮忙看看是哪儿的问题非常感谢!!
 
 
 

回复

65

帖子

0

TA的资源

一粒金砂(初级)

9
 
忘写了在调试速度的过程中我每次只是发送一个字节0x40的
 
 
 

回复

65

帖子

0

TA的资源

一粒金砂(初级)

10
 
貌似使用非阻塞方式:


  1. int flags = fcntl(sock, F_GETFL, 0);
  2. flags |= O_NONBLOCK;
  3. fcntl(sock, F_SETFL, flags);
复制代码
 
 
 

回复

82

帖子

0

TA的资源

一粒金砂(初级)

11
 
应该不是阻塞的问题,我写的服务器程序同样使用阻塞模式的CSocket类,在同一局域网的另一台机器运行。两台PC间通信速度就很快,显示的时间一般都是0。所以认为应该不是阻塞造成的。
问题应该就出现在MCU这边,只是不知道在哪儿,也不知道怎么找到问题。
我用示波器看到单片机执行定时中断函数的时间是很短的,始终都是微秒级的。
 
 
 

回复

65

帖子

0

TA的资源

一粒金砂(初级)

12
 
MCU的处理能力跟PC机相差多少呢?一般来说,单片机处理能力较低,而协议栈处理较复杂,需要执行很长的代码,那就需要花很多的时间了。
 
 
 

回复

74

帖子

0

TA的资源

一粒金砂(初级)

13
 
协议栈处理时间的问题是我最不能理解的,按我的理解zlIP处理协议栈的时间应该小于定时中断处理函数的执行时间,因为它是在定时中断里处理协议栈的。可是我用示波器看到定时中断处理函数的执行时间却只有十几到计时微秒。
 
 
 

回复

78

帖子

0

TA的资源

一粒金砂(初级)

14
 
tcp/ip协议栈不会在中断内处理。只有驱动的某部分会在中断内处理。
 
 
 

回复

60

帖子

0

TA的资源

一粒金砂(初级)

15
 
不做中断中处理在哪儿处理?原来的程序中,主函数在完成初始化之后就是空循环了。
另外我曾经试过提高单片机频率,从25M提高到40M,PC端显示的时间没有明显的变化。
我觉得单片机的速度问题还不是主要原因,不知道对不对。
 
 
 

回复

63

帖子

0

TA的资源

一粒金砂(初级)

16
 
自己顶一下
 
 
 

回复

66

帖子

0

TA的资源

一粒金砂(初级)

17
 
ZLIP0.2版本还不是很完善,ZLIP官方网站已经出到ZLIPV1.0增值版,应该不会有反应慢的问题。
另外你如果怕麻烦的话直接使用基于ZLIPV1.0的硬件模块ZLSN2000,免去了调试各种代码问题的麻烦。

ZLSN2000 可以进行二次开发。在用户选择单片机网络方案的时候,可能比较关心是否能够进行二次开发。如果能够提供TCP/IP源代码,那么用户就可以直接调用类似connect, send, receive, closet, listen等socket函数,开发出用户自己的程序。一般地模块方案无法提供这些接口。卓岚科技的ZLSN2000模块充分考虑到用户的需求,提供了模块和主单片机的命令接口。主单片机通过串口发送socket命令给模块,例如让模块向某个地址进行连接,即发送 connect yourip: youport 给模块即可。这相当于用户可以直接调用socket函数。
 
 
 

回复

63

帖子

0

TA的资源

一粒金砂(初级)

18
 
ding
 
 
 

回复

95

帖子

0

TA的资源

一粒金砂(初级)

19
 
再次顶起
过几天结贴好了
再次期待高手帮忙
也谢谢大家
 
 
 

回复

65

帖子

0

TA的资源

一粒金砂(初级)

20
 
帮顶
 
 
 

回复
您需要登录后才可以回帖 登录 | 注册

随便看看
查找数据手册?

EEWorld Datasheet 技术支持

相关文章 更多>>
关闭
站长推荐上一条 1/10 下一条

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

About Us 关于我们 客户服务 联系方式 器件索引 网站地图 最新更新 手机版

站点相关: 国产芯 安防电子 汽车电子 手机便携 工业控制 家用电子 医疗电子 测试测量 网络通信 物联网

北京市海淀区中关村大街18号B座15层1530室 电话:(010)82350740 邮编:100190

电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved
快速回复 返回顶部 返回列表