uip协议栈.doc

uIP协议栈分析 uIP特性 uIP协议栈往掉了完整的TCP/IP中不常用的功能，简化了通讯流程，但保存了网络通讯必须使用的协议，设计重点放在了IP/TCP/ICMP/UDP/ARP这些网络层和传输层协议上，保证了其代码的通用性和结构的稳定性。 由于uIP协议栈专门为嵌进式系统而设计，因此还具有如下优越功能： （1） 代码非常少，其协议栈代码不到6K，很方便阅读和移植。 （2） 占用的内存数非常少，RAM占用仅几百字节。 （3） 其硬件处理层、协议栈层和应用层共用一个全局缓存区，不存在数据的拷贝，且发送和接收都是依靠这个缓存区，极大的节省空间和时间。 （4） 支持多个主动连接和被动连接并发。 （5） 其源代码中提供一套实例程序：web服务器，web客户端，电子邮件发送程序(SMTP客户端)，Telnet服务器， DNS主机名解析程序等。通用性强，移植起来基本不用修改就可以通过。 （6） 对数据的处理采用轮循机制，不需要操纵系统的支持。 由于uIP对资源的需求少和移植轻易，大部分的8位微控制器都使用过uIP协议栈, 而且很多的著名的嵌进式产品和项目(如卫星，Cisco路由器，无线传感器网络)中都在使用uIP协议栈。 uIP架构 uIP相当于一个代码库，通过一系列的函数实现与底层硬件和高层应用程序的通讯，对于整个系统来说它内部的协议组是透明的，从而增加了协议的通用性。uIP协议栈与系统底层和高层应用之间的关系如图2－1所示。 从上图可以看出，uIP协议栈主要提供了三个函数供系统底层调用。即uip_init(), uip_input() 和uip_periodic()。其与应用程序的主要接口是UIP_APPCALL( )。 uip_init()是系统初始化时调用的，主要初始化协议栈的侦听端口和默认所有连接是封闭的。 当网卡驱动收到一个输进包时，将放进全局缓冲区uip_buf中，包的大小由全局变量uip_len约束。同时将调用uip_input()函数，这个函数将会根据包首部的协议处理这个包和需要时调用应用程序。当uip_input()返回时，一个输出包同样放在全局缓冲区uip_buf里，大小赋给uip_len。假如uip_len是0，则说明没有包要发送。否则调用底层系统的发包函数将包发送到网络上。 uIP周期计时是用于驱动所有的uIP内部时钟事件。当周期计时激发，每一个TCP连接都会调用uIP函数uip_periodic()。类似于uip_input()函数。uip_periodic()函数返回时，输出的IP包要放到uip_buf中，供底层系统查询uip_len的大小发送。 由于使用TCP/IP的应用场景很多，因此应用程序作为单独的模块由用户实现。uIP协议栈提供一系列接口函数供用户程序调用，其中大部分函数是作为C的宏命令实现的，主要是为了速度、代码大小、效率和堆栈的使用。用户需要将应用层进口程序作为接口提供给uIP协议栈，并将这个函数定义为宏UIP_APPCALL()。这样，uIP在接受到底层传来的数据包后，在需要送到上层应用程序处理的地方，调用UIP_APPCALL( )。在不用修改协议栈的情况下可以适配不同的应用程序。 uIP在MCS-51单片机上的移植 1．为此项目建立一个keil C工程，建立src目录存放源文件。 2．通过阅读uip-1.0\unix\main.c，了解uIP的的主循环代码架构，并将main.c放到src目录下。 3．仿照uip-1.0\unix\tapdev.c写网卡驱动程序，与具体硬件相关。这一步比较费点时间，不过好在大部分网卡芯片的驱动程序都有代码鉴戒或移植。驱动需要提供三个函数，以RTL9019AS驱动为例。 etherdev_init（）：网卡初始化函数，初始化网卡的工作模式。 u16_t etherdev_read(void)：读包函数。将网卡收到的数据放进全局缓存区uip_buf中，返回包的长度，赋给uip_len。 void etherdev_send(void)：发包函数。将全局缓存区uip_buf里的数据（长度放在uip_len中）发送出往。 所以，收包和发包主要是操纵uip_buf和uip_len。具体驱动分析可参考《第三章 网络芯片的驱动》。 4．由于uIP协议栈需要使用时钟，为TCP和ARP的定时器服务。因此使用单片机的定时器0用作时钟，每20ms让计数TIck_cnt加1，这样，25次计数（0.5S）满了后可以调用TCP的定时处理程序。10S后可以调用ARP老化程序。对uIP1.0版本，增加了timer.c/timer.h，专门用来治理时钟，都放到src下。 5．uIP协议栈的主要内容在uip-1.0\uip\下的uip.c