协议栈单片机

Ⅰ 单片机TCP/IP协议栈都有哪些

TCP/IP协议，或称为TCP/IP协议栈，或互联网协议系列。
TCP/IP协议栈
(按TCP/IP参考模型划分)
应用层 FTP SMTP HTTP ...
传输层 TCP UDP
网络层 IP ICMP ARP
链路层 以太网 令牌环 FDDI ...
包含了一系列构成互联网基础的网络协议。
这些协议最早发源于美国国防部的DARPA互联网项目。
TCP/IP字面上代表了两个协议:TCP传输控制协议和IP互联网协议。
时间回放到1983年1月1日，在这天，互联网的前身Arpanet中，TCP/IP协议取代了旧的网络核心协议NCP(Network Core Protocol)，从而成为今天的互联网的基石。最早的的TCP/IP由Vinton Cerf和Robert Kahn两位开发，慢慢地通过竞争战胜了其它一些网络协议的方案，比如国际标准化组织ISO的OSI模型。TCP/IP的蓬勃发展发生在上世纪的90年代中期。当时一些重要而可靠的工具的出世，例如页面描述语言HTML和浏览器Mosaic，导致了互联网应用的飞束发展。
随着互联网的发展，目前流行的IPv4协议(IP Version 4，IP版本四)已经接近它的功能上限。IPv4最致命的两个缺陷在于:
地址只有32位，IP地址空间有限;
不支持服务等级(Quality of Service, Qos)的想法，无法管理带宽和优先级，故而不能很好的支持现今越来越多的实时的语音和视频应用。因此IPv6 (IP Version 6, IP版本六) 浮出海面，用以取代IPv4。
TCP/IP成功的另一个因素在与对为数众多的低层协议的支持。这些低层协议对应与OSI模型 中的第一层(物理层)和第二层(数据链路层)。每层的所有协议几乎都有一半数量的支持TCP/IP，例如: 以太网(Ethernet)，令牌环(Token Ring)，光纤数据分布接口(FDDI)，端对端协议( PPP)，X.25，帧中继(Frame Relay)，ATM，Sonet, SDH等。
TCP/IP协议栈组成
整个通信网络的任务，可以划分成不同的功能块，即抽象成所谓的 ” 层” 。用于互联网的协议可以比照TCP/IP参考模型进行分类。TCP/IP协议栈起始于第三层协议IP(互联网协议) 。所有这些协议都在相应的RFC文档中讨论及标准化。重要的协议在相应的RFC文档中均标记了状态: “必须“ (required) ，“推荐“ (recommended) ，“可选“ (elective) 。其它的协议还可能有“ 试验“(experimental) 或“ 历史“(historic) 的状态。
必须协议
所有的TCP/IP应用都必须实现IP和ICMP。对于一个路由器(router) 而言，有这两个协议就可以运作了，虽然从应用的角度来看，这样一个路由器 意义不大。实际的路由器一般还需要运行许多“推荐“使用的协议，以及一些其它的协议。
在几乎所有连接到互联网上的计算机上都存在的IPv4 协议出生在1981年，今天的版本和最早的版本并没有多少改变。升级版IPv6 的工作始于1995年，目的在与取代IPv4。ICMP 协议主要用于收集有关网络的信息查找错误等工作。
推荐协议
每一个应用层(TCP/IP参考模型 的最高层) 一般都会使用到两个传输层协议之一: 面向连接的TCP传输控制协议和无连接的包传输的UDP用户数据报文协议 。 其它的一些推荐协议有:
TELNET (Teletype over the Network, 网络电传) ，通过一个终端(terminal)登陆到网络(运行在TCP协议上)。
FTP (File Transfer Protocol, 文件传输协议) ，由名知义(运行在TCP协议上) 。
SMTP (Simple Mail Transfer Protocol，简单邮件传输协议) ，用来发送电子邮件(运行在TCP协议上) 。
DNS (Domain Name Service，域名服务) ，用于完成地址查找，邮件转发等工作(运行在TCP和UDP协议上) 。
ECHO (Echo Protocol, 回绕协议) ，用于查错及测量应答时间(运行在TCP和UDP协议上) 。
NTP (Network Time Protocol，网络时间协议) ，用于网络同步(运行在UDP协议上) 。
SNMP (Simple Network Management Protocol, 简单网络管理协议) ，用于网络信息的收集和网络管理。
BOOTP (Boot Protocol，启动协议) ，应用于无盘设备(运行在UDP协议上)。
可选协议
最常用的一些有
支撑万维网WWW的超文本传输协议HTTP，
动态配置IP地址的DHCP(Dynamic Host Configuration Protocol,动态主机配置协议)，
收邮件用的POP3 (Post Office Protocol, version 3, 邮局协议) ，
用于加密安全登陆用的SSH (Secure Shell，用于替代安全性差的TELNET) ，
用于动态解析以太网硬件地址的ARP (Address Resolution Protocol，地址解析协议) 。
范例: 不同计算机运行的不同协议
一个简单的路由器上可能会实现ARP, IP, ICMP, UDP, SNMP, RIP。
WWW用户端使用ARP, IP, ICMP, UDP, TCP, DNS, HTTP, FTP。
一台用户电脑上还会运行如TELNET, SMTP, POP3, SNMP, ECHO, DHCP, SSH, NTP。
无盘设备可能会在固件比如ROM中实现了ARP, IP, ICMP, UDP, BOOT, TFTP (均为面向数据报的协议，实现起来相对简单)。

Ⅱ 51单片机接入以太网的几种方案

1、MAC+PHY方案

所谓的TCP/IP协议栈是一系列网络协议的统称，不仅包括我们熟知的TCP协议和IP协议。

还有网络层的ICMP（Internet控制报文）协议、IGMP（Internet组管理）协议、ARP（地址解析）协议，传输层的UDP（用户数据包）协议，应用层的HTTP（超文本传输）协议、DNS（域名解析）协议、FTP（文件传送）协议、SMTP（简单邮件管理）协议等等。

传统的以太网接入方案由MCU+MAC+PHY再加入网络接口实现以太网的物理连接，通过在主控芯片中植入TCP/IP协议代码实现通信及上层应用。

应用这种软件TCP/IP协议栈方式实现的比较成熟方案有ENC28J60，CS8900A，DM9000，当然也有像STM32F107这类（内部自带MAC）+PHY等方案。

2、硬件协议栈芯片方案

由MCU+硬件协议栈芯片（内含MAC和PHY）直接加网络接口，便可方便的实现单片机联网，所有的处理TCP/IP协议的工作都是通过这位MCU的“小秘书”——硬件协议栈芯片来完成。

以太网芯片的内核由传输层的TCP、UDP、ICMP、IGMP等协议、网络层的IP、ARP、PPPoE等协议以及链路层的MAC构成，再加上物理层的PHY和外围的寄存器、内存、SPI接口组成了这一整套硬件化的以太网解决方案。

这套硬件TCP/IP协议栈代替了以往的MCU来处理这些中断请求，即MCU只需要处理面向用户的应用层数据即可，传输层、网络层、链路层及物理层全部由外围WIZnet的芯片完成。

这套方案从硬件开销和软件开发两个方面来简化前面所述的五层网络模型，简化产品开发方案。这样一来，工程师们就不必再面对繁琐的通信协议代码，只需要了解简单的寄存器功能以及Socket编程便能完成产品开发工作的的网络功能开发部分。

(2)协议栈单片机扩展阅读

以太网协议：

一个标准的以太网物理传输帧由七部分组成。

PR SD DA SA TYPE DATA FCS

同步位 分隔位 目的地址 源地址 类型字段 数据段 帧校验序列 7 1 6 6 2 46～1500 4

除了数据段的长度不定外，其他部分的长度固定不变。数据段为46～1500字节。以太网规定整个传输包的最大长度不能超过1514字节（14字节为DA、SA、TYPE），最小不能小于60字节。

除去DA、SA、TYPE14字节，还必须传输46字节的数据，当数据段的数据不足46字节时需填充，填充字符的个数不包括在长度字段里；超过1500字节时，需拆成多个帧传送。

事实上，发送数据时，PR、SD、FCS及填充字段这几个数据段由以太网控制器自动产生；而接收数据时，PR、SD被跳过，控制器一旦检测到有效的前序字段（即PR、SD），就认为接收数据开始。

Ⅲ 单片机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需要底层为其提供定时中断、网卡中断处理的入口。底层需要做相应的处理。

Ⅳ 单片机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协议栈。

Ⅳ 51单片机实现TCP/IP

51 + 嵌入式以太网芯片．OK 了

到这里有你想要的:
http://www.bocon.com.cn/index.php?option=com_content&task=view&id=317&Itemid=670&gclid=CP70rIKr2aECFQMXewodwVLpHA

但价格有点贵．

普通51做不了 TCP/IP, 在下面找一款大 RAM（1K以上） 的搞定
http://www.mcu-memory.com/

不用写 TCP/IP协议栈，只要会配置芯片就行了．主要工作集中到应用的开发．

如果你的时间多，或者资金不多的情况下，就用回你一开始说的方法．这时你只能还得要花一大半时间在移植协议栈方面（当然网上有移植好的，但还要时间消化）．协议栈就用uIP 或 LwIP

Ⅵ 单片机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位扩展环境版本。