tcpip协议单片机

‘壹’ 单片机TCP/IP的已有的单片机TCP/IP协议栈

由于TCP协议栈的程序流程较为复杂，因为程序中需要处理对方发送过来的数据、发起的连接，而我方并不知道对方会何时进行什么样的操作，这就使得协议处理起来较为复杂。另外一个原因是单片机TCP/IP协议栈的稳定性是以非常重要的问题，一个稳定的协议栈需要在实际应用中经过长时间的测试，所以编写一个稳定的单片机TCP/IP协议栈更加困难。为此另外一种选择就是使用现有的TCP/IP协议栈。
1． eCos单片机TCP/IP协议栈：eCos TCP/IP栈是涉及与eCos操作系统/内核一起运行的。eCos（和TCP/IP栈）由大量处理其结构支持。eCos TCP/IP栈当前发布了一个测试版，作为一个单独的模块。
2． ZLIP 51单片机TCP/IP协议栈：ZLIP是专门为51单片机设计的嵌入式TCP/IP协议栈，可以在有操作系统和没有操作系统情况下运行，具有代码量适中、运行速度快、用户接口简单、兼容BSD socket接口的特点。实现了TCP、UDP、ICMP、ARP协议，ZLWeb实现了HTTP协议。支持多TCP连接、多UDP连接同时运行，支持在uc/os-II操作系统下多任务运行数据收发。可以用于51单片机TCP/IP上网解决方案。
3． uc/ip 单片机TCP/IP协议栈:uC/IP(mew-kip)是为为控制其设计的一个TCP/IP协议栈。代码基于BSD（很像所有其它栈）但对非常小的覆盖范围功能有所减少。它当前为Linux和DOS目标而建。
4． BSD 单片机TCP/IP协议栈：BSD栈历史上是其他商业栈的开始点，大多数专业TCP/IP栈（如带Wind-River VxWorks内核的）是BSD栈派生的。这是因为BSD在BSD许可协议下提供了他们的栈，它们的许用证使你能以修改或未修改的形式结合它们的代码而无须向创建者付版税。与GPL许用证相比，如果你结合GPL源代码，后者要求你的GPL中公开你的源代码。
5． lwIP 单片机TCP/IP协议栈：lwIP（轻型）TCP/IP栈是TCP/IP协议栈的一个小型实现。它包括带IP和ICMP的TCP和UDP传输层。还提供一个可选的BSD套结籽API。为了性能，还包括一个零拷贝API。LwIP协议栈是为嵌入式系统设计的并能适合40KB的ROM和几百字节的RAM。为了可移植性它用C编写。
6． uIP 单片机TCP/IP协议栈：uIP是专门为8位和16单片机设计的一个非常小的TCP/IP协议栈。uIP完全用C编写，以此可以移植到各种不同的结构和操作系统上。一个编译的栈可以有几KB ROM或几百字节RAM中运行。uIP还包括一个HTTP服务器作为服务内容。
7． TinyTCP 单片机TCP/IP协议栈：TinyTCP栈是TCP/IP的一个非常小的简单的实现，它包括一个FTP客户。TinyTCP是为烧入ROM设计的并且现在开始对大端结构似乎是有用的（初始目标是68000芯片）。TinyTCP也包括一个简单的以太网驱动器用于3Com多总线卡。
8． WATTCP 单片机TCP/IP协议栈：WATTCP是为嵌入基于DOS的系统而设计的一个小型TCP/IP栈。它包括一个Real Mode DOS版本和另一个32位扩展环境版本。

‘贰’ 单片机TCP/IP开发板的如何选择

2. 1 各类开发板
目前单片机TCP/IP一般有面向16位和32位的单片机的LWIP、面向8位单片机的uIP、面向51单片机的ZLIP等。目前51单片机上的TCP/IP协议栈以uIP和ZLIP为主，目前uIP的最高版本为V1.0，ZLIP的最高版本为ZLIP增值版V1.0。
2. 2 选择注意事项
作为单片机上网技术学习者，选择一款合适的开发板对于学习是事半功倍的，选择开发板时应该注意以下问题：
1． 价格考虑。TCP/IP开发板的最主要的东西在于TCP/IP协议栈本身，硬件的成本可以做得很低，所以不要因为低价而忽略了核心软件。对于TCP/IP协议栈可以从如下方面考虑：
a) 稳定性：商家提供的TCP/IP协议栈是否有全面的测试，是否在连续PING的情况下不断线，是否在发送接受大数据量（例如10M以上）时不丢失任何字节？对于使用者来说如果协议栈不稳定，那么对于项目的顺利开发将带来很大麻烦。
b) 易用性：使用单片机TCP/IP开发板的用户一般都对于嵌入式TCP/IP的使用不太了解，这就需要开发板提供更加完善的资料和使用手册。包括函数定义、更多的例子程序等。
c) 厂家的技术：某些厂家只是仿冒他人的开发板，用户在使用中遇到的问题根本无法给于解答。这就需要用户问清楚该协议栈是否是厂家自己设计的。
2． 外包装和质量保证：外包装不好可是使得用户收到时，开发板已经在运输过程中受损而无法使用。

‘叁’ 单片机TCP/IP的介绍

单片机TCP/IP就是在单片机上运行的TCP/IP协议栈。由于嵌入式联网设备越来越多，需要在嵌入式设备上实现TCP/IP协议栈，但是嵌入式设备不同于PC机，它们一般采用MCU也就是单片机而不是CPU作为核心处理器。这就需要在单片机上实现TCP/IP协议栈。对于高端的32位单片机，由于其性能已经接近于低端PC机CPU（例如奔腾II系列），所以和在PC上实现TCP/IP协议栈没有多大区别；这里主要讲述低端8位（例如51单片机）、16位单片机TCP/IP协议栈。

‘肆’ 单片机TCP/IP的如何使用单片机TCP/IP协议栈

用户在拿到一个单片机TCP/IP协议栈以后该如何处理呢。其中的处理分为两个部分：上层接口和下层接口。
4. 1 上层接口
用户使用单片机TCP/IP的目的实际非常明了，就是要实现数据的传送，即从PC机（或者另一个单片机）上传送过来的数据能够在本地单片机上接收，反之亦然。所以如果屏蔽底层的话，单片机TCP/IP协议栈就是一个传输数据的手段。所以最后归结到了使用send()、recv()函数即可。这就是使用单片机TCP/IP协议栈的核心所在。
但是事实上并没有这么简单，因为对于TCP需要有发起连接、接受连接、发送数据、接收数据、关闭连接等操作以配合数据的传输。TCP/IP协议栈一般为用户提供如下的接口：
1． 初始化协议栈和释放协议栈的函数接口，类似Init(), Release()之类的函数。
2． 提供类似BSD socket的socket, sendto, recvfro, connect, bind, listen, accept, send, recv, closesocket, shutdown, getpeername, getsockname, htonl, htons, ntohl, ntohs, inet_addr,inet_ntoa,ioctlsocket,setsockopt, getsockopt,select等API函数，用户调用此类函数进行发起连接、接受连接、发送数据、接收数据、关闭连接等操作。
3． 接受连接、接收数据、被动关闭的处理：由于此类操作是上位机发起的，所以TCP/IP协议栈必须提供一套机制来处理此类事件的发生。一般来说有两种方法：
a) 主动等待：例如使用BSD的recv()函数等待数据的到来。
b) 回调机制：采用类似MFC的OnReceive()函数的回调机制，也即是说在接收到数据的时候会自动调用OnReceive()函数。
那么用户如何使用以上的接口来实现远程控制、远程数据采集呢？方法很简单。
例如现在需要实现一个对LED灯的亮和灭的远程控制应用。首先PC机使用TCP/IP发送工具例如SocketDlgTest程序发送一个字节的“1”到开发板（根据开发板的IP地址发送）。开发板在OnReceive函数中发现收到的是“1”，那么就通过P1端口将灯打开；反之如果收到的是“0”则将灯熄灭。
如果是实现一个远程数据采集的应用，例如定时进行温度采集。首先PC机使用SocketDlgTest程序等待发来数据。开发板每隔一段时间采集一个数据，然后通过send()函数将数据发送给PC机（根据PC机的IP地址发送），这样PC就接收到了当前的远程温度数据。
4. 1 下层接口
下层接口是一个比较复杂的部分，实际上是TCP/IP协议栈和底层硬件的对接问题。如果用户将TCP/IP协议栈移植到自己的单片机系统上。由于硬件上存在一定的差异，就需要修改底层代码。这里需要包括：
1．网卡驱动：如果TCP/IP协议栈已经提供了网卡驱动，并且驱动和用户使用的网卡芯片一样，那么就相对容易一些。这里只需要修改网卡的基地址即可。否则需要自己动手写驱动程序。如果网卡采用RTL8019AS可以参考老古开发网的单片机与TCP/IP网络。如果网卡采用CS8900，可以参考《嵌入式 TCP/IP 协议单片机技术在网络通信中的应用》
2．TCP/IP底层接口。一般单片机TCP/IP需要底层为其提供定时中断、网卡中断处理的入口。底层需要做相应的处理。