[求助]求DSP相关中英文资料 DSP, 中英文, 资料, 求助

angelsmell

小弟在做DSP上网试验的毕设

希望各位大侠能提供一些中英文的相关资料

不胜感激

linuxarm

基于DSP的上网方案的软硬件设计与实现
***********************************
摘要：介绍了TMS320VC33芯片与RTL8019网卡的硬件接口电路的设计以及网卡驱动程序的开发，并将TCP/IP协议嵌入到TMS320VC33芯片中；讨论了TCP/IP协议簇的分层次实现，并根据应用的需要对DSP中实现的TCP/IP协议进行了必要的简化，实现了DSP的上网功能。
关键词：TCP/IP协议 DSP 嵌入式系统

随着现代网络技术的发展，嵌放式系统如单片机、DSP等系统对接入网络的需求日益增加，例如具有远程抄表功能的电表系统、楞以进行远程控制的信息电系统等。本文采用TI公司的TMS320VC33 DSP芯片设计与Realtek公司的RTL8019网卡的硬件接口电路，并在DSP中用软件实现TCP/IP协议，使DSP芯片具备上网功能，从而可以用计算机通过网卡与DSP电路板进行大量数据交换并对其进行控制。

1 硬件设计

DSP与网卡的硬件接口电路图如图1所示。




[upload=image/gif]uploadImages/24a.gif[/upload]


DSP的数据总线低16位接ISA网卡的16位数据线，ISA网卡的IOCS16线接高电平，设置网卡为16位的模式。

网卡共有20根地址线。将A7～A8、A10～A19接地，A0～A6和A9分别接DSP的A0～A7，用到的网卡地址为0240H～025FH，映射到DSP的Page3空间，地址映射为C000C0H～C000DFH。

DSP的Reset信号用于复位网卡，由于DSP的Reset信号低有效，而网卡的Reset信号高有效，故中间应接非门。

DSP的Page3和R/W信号用于选能网卡的读写信号IOR、IOW，实现的逻辑关系如图2所示。

IORQ是网卡的中断9，通过非门后接DSP的INT1引脚。

RTL8019网卡有三种工作方式：

第一种为跳线方式，网卡的I/O和中断由跳线决定；

第二种为即插即用方式，由软件进行自动配置plug and play；

第三种为免跳线方式，网卡的I/O和中断由外接的93C46里的内容决定。

计算机上一是即插即用方式，为了降低软件编程的复杂度，将网卡设置为跳线方式。

上述所有的译码逻辑都在EPM7129中实现。

74ALVC16425是总线驱动芯片，可实现3.3V到5V的电平转换。由于TMS320VC33和EPM7128是3.3V的器件，而ISA总线是5V的，所以信号线不能直接连接，需要通过74ALVC164245进行电平转换和隔离。

linuxarm

2 软件设计

2.1 网卡硬件驱动程序的设计

网卡驱动程序主要包括以下几部分：

（1）NIC的初始化

NIC是网络接口控制芯片，它负责网络上数据的接收和发送。为了能够使NIC启动并处于准备接收或准备发送数据的状态，必须对相关的寄存器进行初始化。这些寄存器包括CR、DCR、RBCR、PSTART、PSTOP、ISR、IMR、PAR0～PAR5、MAR0～MAR7、CURR、TCP、RCR等。

（2）中断服务程序

中断服务程序一般完成两项任务：一是设置中断标志，以使相关程序能以此发现发生了中断；二取得中断状态寄存器的值，并将引起中断的具体原因提交给相应的程序，这一过程也是通过设置中断原因标志完成的。需要注意 的，中断服务程序开始的时候要保护中断现场，待程序处理完成后要恢复中断现场；中断服务程序应尽可能短小，以便在尽可能短的时间内执行完成，因此需要将一些不民要的工作交给其它程序来完成。

（3）帧发送程序

在网络中，帧传输的过程是：发送方将待发送的数据按帧格式要求封装成帧，然后通过网卡将帧发送到网络的传输线上；接收方根据接收到的帧的目的地址研究是否将该帧提交给上层应用程序。帧的发送是指将待发送的数据以帧的形式发送到网络传输线上，因此，帧 的发送过程应该包括以下几个步骤：

①装帧；

②将帧送入NIC的发送缓冲区；

③初始化发送控制寄存器；

④启动NIC将该帧发送到网络传输线上。

（4）帧接收程序

帧接收是指将网络上的数据帧接收并缓存于网卡的接收缓冲环中，然后由主机程序将缓存于接收缓冲环的帧读走并存入内存中以备程序使用。从中可以看出，帧的接收过程分成两卡；

①第一步由NIC通过本地DMA将帧存入接收缓冲环；

②第二卡是通过远程DMA并在主机的配合下将接收缓冲环中的帧读入内存。
[upload=image/gif]uploadImages/24b.gif[/upload]

linuxarm

2.2 TCP/IP协议的实现

2.2.1 DSP中与PC机中实现TCP/IP协议不同

TCP/IP协议最先是在UNIX系统中实现的，后来在LINUX、DOS和WINDOWS系统中也实现了TCP/IP。但是，在UNIX上实现的TCP/IP协议的源代码并不能直接移植到DSP上来，这是因为PC机和DSP存在着巨大的差异。

PC机的运算速度非常快，一般都有一个多任务的操作系统，可以多任务并行执行，通过硬中断与中断、消息队列和各种插口实现ATCP/IP各协议层之间的通信和整个网络的通信。而DSP运行速度相对较慢，缺乏多任务操作系统的平台，只能通过顺序执行加硬件中断的方式来实现，并且因其还要同时执行数据采集、串口中断等任务，所以中断程序应尽量短，只完成设置各种状态的标志位，而将相对较慢的网络数据包的处理放在主程序中执行，以减少各种任务之间的冲突。

PC机的内存非常大，现在一般都可达到32～128M的存储容量，可以动态地分配和释放内存，很容易实现存储器缓存mbuf、网络控制块ncb等链状结构，且可随意增删；同时能维护多条网络连接，由于计算机处理速度快，几乎不用考虑缓冲区溢出的问题。而DSP内部RAM一般只有十几K，加上外部扩展的RAM也只能达到几十K的容量，一个最大的以太网数据包就有1.5K左右，如果也按PC机的内存管理方式和数据结构，使用mbuf链，RAM肯定不够用，因此只能在RAM中分配一个固定的1514字节的区段来存放接收到的以太网数据包，接收一包处理一包。

PC机中TCP/IP协议都是分层次实现的，相互之间都是通过参数传递进行联系，这样有利于提高程序的模块化和独立性。而在DSP中，由于参数传递会占用过多的程序空间，且降低DSP的执行速度，所以应尽量减少参数传递，转而使用全局变量和外部变量等来达到值的传递，因此各程序间的依赖程度大，往往会共享某一些变量和数据。

PC机上实现了比较完整的TCP/IP协议。而在DSP中，由于运算速度和内存的限制，不可能支持所有的协议，一般只实现需要的部分，不需要的协议一概都不支持；而且即使需要的协议也不用像在PC机上实现那么复杂，可以根据硬件的具体情况和实现的需求进行必要的简化。

2.2.2 TCP/IP协议的具体实现

TCP/IP协议是一个协议簇，包含了很多协议，在DSP上实现的所有协议如图3所示，通常可分为四层（不包括物理层）。
[upload=image/gif]uploadImages/24c.gif[/upload]
根据DSP的结构特点和所需要实现的功能，在DSP中实现了ARP（地址解析协议）、IP（网际协议）、ICMP（Internet控制报文协议）、UDP（用户数据报协议）和TCP（传输控制协议），并对它们进行了简化。

2.2.2 TCP/IP协议的具体实现

TCP/IP协议是一个协议簇，包含了很多协议，在DSP上实现的所有协议如图3所示，通常可分为四层（不包括物理层）。

根据DSP的结构特点和所需要实现的功能，在DSP中实现了ARP（地址解析协议）、IP（网络协议）、ICMP（Internet控制报文协议）、UDP（用户数据报协议）和TCP（传输控制协议），并对它们进行了简化。

在链路层中实现了ARP。每种网络都有自己的寻址机制，以太网通过以太网地址即通常所说的网卡硬件地址MAX进行寻址的，每个网卡出厂时都有一个唯一的MAC地址。IP地址则仅仅是对于TCP/IP簇有意义的地址，是一种虚拟地址。当赋予IP地址的IP包要在以太网中传播时，必须将IP地址转化为以太网地址才能进行正确的传输。ARP协议就是将32位的IP地址动态地映射为48位的以太网地址，从而保证网络的正确传输。ARP协议由两个文件arpin.c和arpout.c实现。arpin.c负责接收网络上广播的arp包，判断arp包的类型是网络上其它机子的请求包还是返回本机的响应包，判断其合法性并进行相应的处理；arpout.c负责主机向网络发送数据报时发送arp请求包以及被arpin.c调用响应收到的arp请求包。

在网络层中实现了IP和ICMP。IP协议是TCP/IP协议簇中最核心的协议，它提供无连接的数据报传送服务，所有上层协议都要以IP数据包格式传输。IP协议由两个文件ipin.c和ipout.c实现。Ipin.c负责接收IP数据包，收到IP包后，首先判断其版本号、

数据长度、目的地址、检验和是否正确，再根据ＩＰ首部的协议类型字段的值交给相应的上层协议处理；ｉｐｏｕｔ．ｃ负责发送ＩＰ数据包，接收上层协议传递下来的数据，加上２０字节的ＩＰ首部，正确设置源ＩＰ地址和目的ＩＰ地址、协议类型，计算检验和，交给下面的链路层发送。ＰＣ机上的ＩＰ数据包，当它的长度超过网络的ＭＴＵ时，允许对它分段；在ＤＳＰ中，则不支持ＩＰ数据包分段，也不支持ＩＰ选项字段。ＩＣＭＰ协议负责传递差错报文以及其它需要注意的信息，且由ＩＣＭＰ首部８位的类型字段和８位的代码字段决定信息的种类。在ＤＳＰ中只实现了对回显请求（类型代码为８０）报文的处理，从ＩＰ层收到ＩＣＭＰ包后，判断其类型代码段是否为８０。如果是，将这两个字段设置为００（回显应答），计算检验和，再交给ＩＰ层发送；如果不是，则予以丢弃。从而实现了对ｐｉｎｇ功能的支持。

linuxarm

[upload=image/gif]uploadImages/24d.gif[/upload]
在运输层实现了ＵＤＰ和ＴＣＰ。

ＵＤＰ协议是一种面向无连接的不可靠的协议，用两个文件ｕｄｐｉｎ．ｃ和ｕｄｐｏｕｔ．ｃ来实现。ｕｄｐｉｎ．ｃ实现对ｕｄｐ包输入的处理，判断其端口号、检验和是否正确，正确则将其数据交给相应端口的应用程序，不正确则丢弃；ｕｄｐｏｕｔ．ｃ实现对ｕｄｐ包输出的处理，从应用程序接收数据，设置相应的源端口号和目的端口号，再交给ＩＰ层发送。值得注意的是，计算ＵＤＰ包的检验和与计算ＩＰ包的检验和是不一样的，ＩＰ包的检验和只覆盖了ＩＰ包的首部，而ＵＤＰ包的检验和则覆盖了ＵＤＰ包的首部和所有的数据。ＵＤＰ包计算检验和时还引入了一个１２字节的伪首部，包括４字节的源ＩＰ地址、４字节的目的ＩＰ地址、１字节的零段、１字节的协议段和两字节的检验和，其目的是让ＵＤＰ两次检查数据是否正确地到达了目的地。 ＴＣＰ协议与ＵＤＰ协议虽然同是运输层协议，但是它提供一种面向连接的可靠的字节流服务。ＴＣＰ协议是所有协议中最复杂、也是最难实现的一块，主要由ｔｃｐｉｎ．ｃ、ｔｃｐｏｕｔ．ｃ、ｔｃｐｔｉｍｅｒ．ｃ和ｔｃｐｓｔａｔｅｍ．ｃ四个文件分块实现，并根据具体应用的需要进行简化。ＴＣＰ的控制块ｔｃｂ用结构体来实现，每一个ｔｃｂ包含一条ＴＣＰ连接的所有控制和状态信息，全部的ｔｃｂ形成了一个双向链表，有利于在所有ＴＣＰ连接中进行搜索。ｔｃｐｔｉｍｅｒ．ｃ负责管理ＴＣＰ协议中的各种状态信息，它内含前向后向指针，使之形成定时器超时，ＰＣ机上的ＴＣＰ协议包含快慢两个定时器，这里仅仅实现了一个５００ｍｓ的慢速定时器，因为没有快速定时器，所以不支持ＡＣＫ报文延迟，收到一帧即立即发送ＡＣＫ；ｔｃｐｓｔａｔｅｍ．ｃ是ＴＣＰ的状态机函数，根据ＴＣＰ连接所处的不同状态以及发生的事件来决定ＴＣＰ连接的状态变迁；ｔｃｐｏｕｔ．ｃ负责ｔｃｐ报文的发送，典型的发送过程是当接收到上层应用程序的数据时，首先发送ＳＹＮ帧，与目标节点三次握手建立连接，之后加上ＴＣＰ首部，交给下层ＩＰ模块发送，并通过重传定时器实现超时重发、持续定时器发送窗口探测帧等功能，待所有数据发送完毕并得到确认后发送ＦＩＮ帧，通过四次握手关闭连接，ｔｃｐｏｕｔ．ｃ还可在不同状态和事件下被其它程序调用发送ＡＣＫ帧、ＲＳＴ帧等其它ＴＣＰ报文；ｔｃｐｉｎ．ｃ负责接收从下层ＩＰ模块接收到的ＴＣＰ数据包，并根据ＴＣＰ连接的状态信息以及ＴＣＰ首部的各个标志位进行分支处理，将数据交给对应端口的上层应用程序，并调用其它函数实现对ＴＣＰ包的响应和状态变迁。在ＰＣ机上往往可以同时维护多条ＴＣＰ连接；但在ＤＳＰ上，由于ＤＳＰ速度和ＲＡＭ容量的限制，只支持一条ＴＣＰ连接；这样大大简化了程序的复杂度，同时也满足了实际需要，如果今后有需要，还可以进行扩展。 综上所述，ＴＣＰ／ＩＰ协议的具体处理流程如图４所示。

本文通过ＤＳＰ与网卡的硬件接口的设计及编程，使ＤＳＰ实现了基于以太网的ＴＣＰ／ＩＰ通信，从而使ＤＳＰ可以通过网线进行联网，并可以实时地与计算机进行通信，交换大量的数据和控制信息。本文所介绍的技术已经在作者参加的国家"９７３"项目"复杂自然环境时空定量信息的获取与融合处理的理论与应?quot;的硬件设计中得到应用，并运行良好。

linuxarm

这儿还有三篇关于DSP上网的论文,也可以参考一下:
*********基于DSP的Intemet远程控制器的技术*********
http://bbs.chinaecnet.com/uploadImages/sys_01.rar

linuxarm

**************基于DSP的以太网技术及其实现********************
http://bbs.chinaecnet.com/uploadImages/sys_02.rar

linuxarm

**************基于DSP嵌入式系统的以太网接入技术的研究与实现***********
http://bbs.chinaecnet.com/uploadImages/sys_03.rar

angelsmell

谢谢