• 易迪拓培训,专注于微波、射频、天线设计工程师的培养
首页 > 无线通信 > 技术文章 > 基于OMAP的嵌入式TCP/IP开发

基于OMAP的嵌入式TCP/IP开发

录入:edatop.com     点击:

摘要:介绍了嵌入式系统TCP/IP的网络层及运动层C代码的开发过程,结合以太网控制器LAN91C96实现其链路层,将通用的上层程序移植到OMAP平台上,实现了OMAP平台的底层TCP/IP协议。

随着人们对智能化产品需求的增加,未来的嵌入式产品,包括各种家电、通信、PDA、仪器仪表等设备正逐渐走向网络化,以共享互联网中庞大的信息资源,因而使嵌入式设备的网络化开发有广阔的市场前景。由于嵌入式硬件资源有限,而传统的TCP/IP等网络通信协议对计算机存储器、运算速度的要求较高,所以不能直接应用。为此,必须开发一套适合嵌入式系统的、高度优化的、最为精简的TCP/IP协议栈。

开放式多媒体应用平台OMAP(Open Multimedia Application Platform)是美国德州仪器公司推出的高度集成的软硬件平台。OMAP具有独特的双芯结构,结合了DSP与RISC内核,可为无线多媒体设备提供独一无二的性能和功耗优势。OMAP可连接十分丰富的外围设备,包括USB、摄像头、声音设备、视频设备、网络设备等。OMAP拥有开放式体系结构,其应用环境完全可编程。

软件协议的设计与实现在很大程度上决定了通信终端的质量。基于OMAP的3G移动终端软件协议结构由信令协议栈和应用业务协议栈组成,如图1所示。TCP/IP协议栈位于应用业务协议栈的底层,为上层的H.323协议栈提供基础与服务。其性能质量将直接决定整个通信终端软件系统的运行质量。因此,针对嵌入式系统联网的发展方向,为OMAP系统其设计一套高效、简洁的TCP/IP协议,对其应用具有十分重要的意义。

基于OMAP的嵌入式TCP/IP开发

1 开发方案

PC上有功能强大的VC平台和网络分析工具(如Sniffer)便于调试,其设计不针对任何一个嵌入式芯片,具有较好的通用性和可移植性。在PC机上实现的TCP/IP协议,除了以太网层要结合OMAP平台的网卡硬件重写外,基本上可以直接移植到OMAP平台上,不需要再做大的改动。作为一个通信程序,必然需要两端程序同时调试,在PC机上编好的程序能对OMAP平台上程序的调试提供可靠的帮助。因此,协议开发采用先模拟再移植、先整体再部分的设计思路,而协议各层实现的顺序为自下而上。具体步骤是:

(1)在PC机的Windows操作系统及VC 6.0开发平台上,实现嵌入式系统TCP/IP协议族的模拟器。该模拟器应该能实现TCP/IP协议的基本功能,包括以太网驱动程序、ARP、IP、UDP、TCP等,并且实现的ARP、IP、UDP、TCP层的程序应该通用于各种嵌入式系统并可移植。

(2)将该模拟器移植到OMAP开发平台,用其以太网卡的驱动程序替换原模拟器的链路层程序。在TI提供的CCS平台上最终实现基于OMAP的TCP/IP协议。

2 开发平台
  OMAP的多媒体开发平台Innovator主要由4个模块组成:PM(处理器模块)、IM(接口模块)、EM(扩展模块)、BOB(主连接板)。OMAP处理器在PM上,以太网卡在BOB上。可以通过Innovator上的OMAP1510芯片的ARM微处理器对单片以太网控制器LAN91C96的工作进行控制,实现以太网帧的收发,并通过CCS对程序调试。图2为OMAP平台调试环境。

基于OMAP的嵌入式TCP/IP开发

3 在PC上实现协议的基本模块

3.1 主要模块介绍

(1)主流程:首先对TCP/IP协议族的各层初始化,成功则进入主循环。主循环采用"中断+循环"结构,简单且分层清晰。中断作为应用层发出命令,调用下层的入口。对于接收到的以太网帧,则由下到上分别进入各层进行处理。协议实现主流程如图3所示。

基于OMAP的嵌入式TCP/IP开发

(2)PC上的以太网层:在内存中开辟接收和发送两个相同的循环缓冲区,用于存放接收和发送的以太网帧。WinPcap软件是基于Windows平台的一个网络包工具,它提供一个系统内核级的动态链接库Packet.dll作为标准的API,具有独立于操作系统的编程接口。利用其提供的API可直接联系网卡驱动与已定义的循环缓冲区,将缓冲区中的数据发出,并将网卡接收的数据存入缓冲区。

(3)ARP层:在内存中开辟一块循环存储区域用于存放已知的IP-MAC对应表。该表可以由上层添加,在接收到ARP应答时会自动添加,也可以由上层清空。处理ARP层函数的过程为:根据以太网首部协议字段过滤出ARP包,针对ARP请求与ARP应答进行不同的处理。应答对方的请求,记录对方的应答。

(4)IP层:根据以太网首部的帧类型标志判断接收到的是不是IP包来处理IP层函数。如果是,则调用IP包的接收函数,对收到的IP包用各种条件进行过滤,对于满足条件的包获取其长度与指针信息供上层使用。本层另一个主要函数是IP包发送函数,由上层调用进行IP封装。

IP的检验和仅包括IP首部,长度一般为20字节(如果没有选项)。在接收端,丢弃检验和不为0xFFFF的包;在发送端,将计算所得值的反码填入检验和字节。由于主机和网络对数据中高低字节默认的顺序不同,在读写包中的16位、32位数据时,应该先进行高低字节的交换。

(5)UDP层:处理UDP层函数应根据IP首部的协议字段判断是否UDP包。如果是,则调用UDP包接收函数,用各种条件对其进行过滤,提出UDP数据及各种有用信息,根据端口号提交给应用进程处理。本层的另一个主要函数是UDP发送函数,实现封装UDP包(包括载入UDP数据,计算并填入UDP首部信息),最后调用IP发送函数,交由IP层处理。

(6)TCP层:与UDP不同,TCP主机要进行数据通信之前,必须与对方建立连接。与几个主机通信,就要建立几个连接。然而,若要知道接收到的TCP包属于哪个连接且使得几个不同的连接之间独立工作、互不干扰,则需要定义TCP的控制模块。这里用一个结构体数组实现,存放所有关于连接的信息。

基于OMAP的嵌入式TCP/IP开发

处理TCP层函数,判断接收包的类型,如果是TCP包,则调用TCP接收函数。TCP接收函数用指定条件进行过滤,找到该包所属的连接或完成一个新连接的被动打开,根据TCP的状态转换规则完成11种状态的转移,并且实现了多路数据同时、双向的传输。

TCP的发送函数包括主动打开、主动关闭(由上层调用完成新连接的主动打开,或主动关闭一个已建立的连接)和发送控制包(用于TCP连接的建立与终止,会在TCP接收函数中调用,从而实现TCP状态的转换)三个函数。

TCP层还实现了两个定时器。TCP重传定时器函数可提供服务可靠性的有效保障;TCP保活定时器能够避免资源的浪费。

3.2 程序特点分析

(1)简单性:4.4BSD-Lite版的完整TCP/IP内核实现大约有15000行,而本程序源代码约有1400行,更适合嵌入式系统的应用。

(2)可重用性:本程序分层清晰。对于不同的嵌入式系统,可能使用的CPU和以太网卡不同,这就需要针对其特点的以太网层设计,而ARP、IP、UDP、TCP则不需要改动。

(3)可拓展性:TCP/IP协议是底层网络协议,本程序留有很好的接口,可在其上构建更高层的网络协议,包括H.323协议、ftp、telnet。

4 在OMAP平台上的移植

4.1 单片以太网控制器LAN91C96

LAN91C96是SMSC公司生产的专门用于嵌入式产品的10Mbps以太网控制器,具有性能优良、功耗低及尺寸小的特点。如图4所示。

基于OMAP的嵌入式TCP/IP开发

6KB的RAM:用来存放数据包。
     MMU:对RAM进行有效管理,为接收和发送包在RAM中分配存储空间。
     ARBITE:使MMU和RAM与CPU、CSMA很好地连接。
     CSMA/CD模块:集成了IEEE 802.3 MAC层协议,负责监听网络情况和地址过滤。若目的地址是LAN91C96的地址、广播地址或多播地址,则接收此数据包,否则抛弃。
     ENDEC:负责曼彻斯特(Manchester)编解码。
     收发器:负责与10Mbps以太网物理媒体的连接。

LAN91C96采用地址映射方式,通过访问Innovator的指定地址对其寄存器访问。LAN91C96的寄存器在Innovator内存中的地址分配为:0x08000300~0x0800030F。寄存器共有4组(BANK0~BANK3),使用相同的地址,通过BANK_SELECT寄存器选择。

4.2 移植过程

先实现该网卡芯片的驱动程序,再用它替换PC模拟器的以太网层。程序驱动主要包含以下三个部分:

(1)初始化:主要为Lan91C96的各寄存器填入正确的初始值使其正常工作。

(2)接收:如图5所示,由CSMA(载波侦听模块)接收到符合地址要求的包后,MMU(存储器管理单元)为其请求在RAM中分配存储空间并分配一个编号,DMA将其存入RAM。接着在接收数据的前面封装STATUS和COUNT字节信息,如果CRC检测正确,则将其编号放入接收FIFO;如果接收FIFO不为空,则RCV_INT(接收中断标识)被设置。检查接收中断寄存器状态,如果有接收中断,对应其编号,上层协议便可以取出数据了。取出后,将该数据编号从FIFO中清除。

基于OMAP的嵌入式TCP/IP开发

状态字可以从RCR寄存器中读取,它反映了接收过程出现的各种错误,如CRC错误、接收帧过长等。数据包的编号从FIFO_PORTS寄存器中获得,而数据指针可从POINTER寄存器中获得,数据信息从DATA寄存器中得到,根据这些信息将接收数据包复制到CPU内存,供上层使用。接收函数的主要流程如图6。

基于OMAP的嵌入式TCP/IP开发

(3)发送:图7描述了发送数据包在FIFO中的排队过程。首先MMU在RAM中分配一定字节的存储空间;然后,将分配结果寄存器中的编号放入PNR寄存器,写数据指针寄存器POINTER并将上层数据封装后拷入DATA寄存器,根据其编号放入发送FIFO,排队的包将自动发出;发出包的编号接着进入发送完成FIFO。如果发送成功,则存储空间自动释放;否则释放存储空间并将其重新排队。

基于OMAP的嵌入式TCP/IP开发

5 实验结果

5.1 内存资源占用量

运行该TCP/IP协议栈需要3MB内存,而Innovator 提供32MB SDRAM和32MB Flash,内存占用率为:3M/64M=4.7%,完全适用于嵌入式系统。

5.2 数据传输可靠性

TCP利用以下机制纠错。数据传输过程中的误码:检验和机制与重传机制;数据包的重复:在接收端会自动舍弃已经接收过的数据包,并且不发ACK,故不会发生一个数据包接收多次的情况;数据包的丢失:接收端在接收完一段数据后,会计算下一个预期数据的序号,如果不符合就不发ACK,从而导致发端重发,避免了数据包的丢失。经测试,在未发生拥塞情况下,传输的误码率几乎为0。

5.3 文件最大平均传输速率

下面就本程序所实现的利用TCP进行文件传输功能,给出在不同情况下的最大传输速率。实验环境为10Mbps以太网。

理想状态下的理论最大吞吐量:假定发送方传输两个背对背、满长度的TCP数据,接收方为其发出两个ACK,每包中用户数据量为1460位,总数据量为1538位,故最大的用户数据吞吐量为:

基于OMAP的嵌入式TCP/IP开发

本实验测得文件的平均传输速率随着TCP连接数的增多有如图8所示的曲线变化。前半段随着连接数的增加成线性增长,后半段由于出现了网络拥塞,整体的平均速率反而有所下降。

基于OMAP的嵌入式TCP/IP开发

实验结果与理论最大吞吐量有所差距,原因在于:

(1)理论值只是一种理想的状态,现实中难以达到。其值是瞬时最大值,平均值肯定要小,而本实验所测数据为平均值。

(2)受CPU处理速度及文件传输过程的读、写文件操作的限制。

(3)本程序采用的数据传输机制是当收到上一个包的ACK之后再发送下一个数据包,这样避免了对接收数据的排序,提高了可靠性,但数据的传输速度会受到制约。

参考文献

[1]Texas Instruments Corp.OMAP5910 Dual Core Processor Technical Reference Manual SPRU602.2002
     [2]Texas Instruments Corp.Innovator Development Kit for the OMAP Platform User′s Guide.2003
     [3]J Postel.Internet Protocol RFC791.www.faqs.org/rfcs,1981
     [4]J Postel.User Datagram Protocol RFC768.http://www.faqs.org/rfcs,1980
     [5]J Postel.Transmission Control Protocol RFC793.http://www.faqs.org/rfcs,1981
     [6]SMSC Corp.LAN91C96 Non-PCI Single-Chip Full Duplex Ethernet Controller Data Sheet.http://www.smsc.com,2004

作者:张阳 唐昆   来源:电子技术应用

上一篇:光伏并网发电模拟装置研制
下一篇:基于TCP/IP及蓝牙技术的家居安防系统设计

手机天线设计培训教程详情>>

手机天线设计培训教程 国内最全面、系统、专业的手机天线设计培训课程,没有之一;是您学习手机天线设计的最佳选择...【More..

射频和天线工程师培训课程详情>>

  网站地图