ImageVerifierCode 换一换
格式:DOCX , 页数:7 ,大小:22.44KB ,
资源ID:16013982      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/16013982.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软硬件配置方案设计Word下载.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软硬件配置方案设计Word下载.docx

1、 DSP的Reset信号用于复位网卡,由于DSP的Reset信号低有效,而网卡的Reset信号高有效,故中间应接非门。 DSP的Page3和R/W信号用于选能网卡的读写信号IOR、IOW,实现的逻辑关系如图2所示。 IORQ是网卡的中断9,通过非门后接DSP的INT1引脚。 RTL8019网卡有三种工作方式: 第一种为跳线方式,网卡的I/O和中断由跳线决定; 第二种为即插即用方式,由软件进行自动配置plugandplay; 第三种为免跳线方式,网卡的I/O和中断由外接的93C46里的内容决定。 计算机上一是即插即用方式,为了降低软件编程的复杂度,将网卡设置为跳线方式。 上述所有的译码逻辑都在E

2、PM7129中实现。 74ALVC16425是总线驱动芯片,可实现3.3V到5V的电平转换。由于TMS320VC33和EPM7128是3.3V的器件,而ISA总线是5V的,所以信号线不能直接连接,需要通过74ALVC164245进行电平转换和隔离。 2、软件设计 2.1网卡硬件驱动程序的设计 网卡驱动程序主要包括以下几部分: (1)NIC的初始化 NIC是网络接口控制芯片,它负责网络上数据的接收和发送。为了能够使NIC启动并处于准备接收或准备发送数据的状态,必须对相关的寄存器进行初始化。这些寄存器包括CR、DCR、RBCR、PSTART、PSTOP、ISR、IMR、PAR0PAR5、MAR0M

3、AR7、CURR、TCP、RCR等。 (2)中断服务程序 中断服务程序一般完成两项任务:一是设置中断标志,以使相关程序能以此发现发生了中断;二取得中断状态寄存器的值,并将引起中断的具体原因提交给相应的程序,这一过程也是通过设置中断原因标志完成的。需要注意的,中断服务程序开始的时候要保护中断现场,待程序处理完成后要恢复中断现场;中断服务程序应尽可能短小,以便在尽可能短的时间内执行完成,因此需要将一些不民要的工作交给其它程序来完成。 (3)帧发送程序 在网络中,帧传输的过程是:发送方将待发送的数据按帧格式要求封装成帧,然后通过网卡将帧发送到网络的传输线上;接收方根据接收到的帧的目的地址研究是否将该

4、帧提交给上层应用程序。帧的发送是指将待发送的数据以帧的形式发送到网络传输线上,因此,帧的发送过程应该包括以下几个步骤: 装帧; 将帧送入NIC的发送缓冲区; 初始化发送控制寄存器; 启动NI C将该帧发送到网络传输线上。 (4)帧接收程序 帧接收是指将网络上的数据帧接收并缓存于网卡的接收缓冲环中,然后由主机程序将缓存于接收缓冲环的帧读走并存入内存中以备程序使用。从中可以看出,帧的接收过程分成两卡; 第一步由NIC通过本地DMA将帧存入接收缓冲环; 第二卡是通过远程DMA并在主机的配合下将接收缓冲环中的帧读入内存。 2.2TCP/IP协议的实现 2.2.1DSP中与PC机中实现TCP/IP协议不

5、同 TCP/IP协议最先是在UNIX系统中实现的,后来在LINUX、DOS和WINDOWS系统中也实现了TCP/IP。但是,在UNIX上实现的TCP/IP协议的源代码并不能直接移植到DSP上来,这是因为PC机和DSP存在着巨大的差异。 PC机的运算速度非常快,一般都有一个多任务的操作系统,可以多任务并行执行,通过硬中断与中断、消息队列和各种插口实现ATCP/IP各协议层之间的通信和整个网络的通信。而DSP运行速度相对较慢,缺乏多任务操作系统的平台,只能通过顺序执行加硬件中断的方式来实现,并且因其还要同时执行数据采集、串口中断等任务,所以中断程序应尽量短,只完成设置各种状态的标志位,而将相对较慢

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

7、P/IP协议都是分层次实现的,相互之间都是通过参数传递进行联系,这样有利于提高程序的模块化和独立性。而在DSP中,由于参数传递会占用过多的程序空间,且降低DSP的执行速度,所以应尽量减少参数传递,转而使用全局变量和外部变量等来达到值的传递,因此各程序间的依赖程度大,往往会共享某一些变量和数据。 PC机上实现了比较完整的TCP/IP协议。而在DSP中,由于运算速度和内存的限制,不可能支持所有的协议,一般只实现需要的部分,不需要的协议一概都不支持;而且即使需要的协议也不用像在PC机上实现那么复杂,可以根据硬件的具体情况和实现的需求进行必要的简化。 2.2.2TCP/IP协议的具体实现 TCP/IP

8、协议是一个协议簇,包含了很多协议,在DSP上实现的所有协议如图3所示,通常可分为四层(不包括物理层)。 根据DSP的结构特点和所需要实现的功能,在DSP中实现了ARP(地址解析协议)、IP(网际协议)、ICMP(Inter控制报文协议)、UDP(用户数据报协议)和TCP(传输控制协议),并对它们进行了简化。 根据DSP的结构特点和所需要实现的功能,在DSP中实现了ARP(地址解析协议)、IP(网络协议)、ICMP(Inter控制报文协议)、UDP(用户数据报协议)和TCP(传输控制协议),并对它们进行了简化。 在链路层中实现了ARP。每种网络都有自己的寻址机制,以太网通过以太网地址即通常所说的

9、网卡硬件地址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调用响应收

10、到的arp请求包。 在网络层中实现了IP和ICMP。IP协议是TCP/IP协议簇中最核心的协议,它提供无连接的数据报传送服务,所有上层协议都要以IP数据包格式传输。IP协议由两个文件ipin.c和ipout.c实现。Ipin.c负责接收IP数据包,收到IP包后,首先判断其版本号、数据长度、目的地址、检验和是否正确,再根据首部的协议类型字段的值交给相应的上层协议处理;负责发送数据包,接收上层协议传递下来的数据,加上字节的首部,正确设置源地址和目的地址、协议类型,计算检验和,交给下面的链路层发送。机上的数据包,当它的长度超过网络的时,允许对它分段;在中,则不支持数据包分段,也不支持选项字段。协议负

11、责传递差错报文以及其它需要注意的信息,且由首部位的类型字段和位的代码字段决定信息的种类。在中只实现了对回显请求(类型代码为)报文的处理,从层收到包后,判断其类型代码段是否为。如果是,将这两个字段设置为(回显应答),计算检验和,再交给层发送;如果不是,则予以丢弃。从而实现了对功能的支持。 本文通过与网卡的硬件接口的设计及编程,使实现了基于以太网的通信,从而使可以通过网线进行联网,并可以实时地与计算机进行通信,交换大量的数据和控制信息。本文所介绍的技术已经在作者参加的国家项目复杂自然环境时空定量信息的获取与融合处理的理论与应?quot;的硬件设计中得到应用,并运行良好。 传统的嵌入式系统中,设计周

12、期、硬件和软件的开发是分开进行的,并在硬件完成后才将系统集成在一起,很多情况下,硬件完成后才开始进行实时软件和整体调试。软硬件联合仿真是一种在物理原型可用前,能尽早开始调试程序的技术。 软硬件联合仿真有可能使软件设计工程师在设计早期着手调试,而采用传统的方法,设计工程师直到硬件设计完成才能进行除错处理。有些软件可在没有硬件支持的情况下完成任务的编码,如不涉及到硬件的算法。与硬件相互作用的编码在获得硬件之前编写,但只有在硬件上运行后,才能真正对编码进行调试。通过采用软硬件联合仿真技术,可在设计早期开始这一设计调试过程。由于软件的开发通常在系统开发的后段完成,在设计周期中较早的开始调试有可能将使这

13、一项目提早完成,该技术会降低首次将硬件和软件连接在一起时出现意外而致使项目延期完成所造成的风险。 在取得物理原型前,采用软硬件联合仿真技术对硬件和软件之间的接口进行验证,将使你不会花太多的时间在后期系统调试上。当你确实拿到物理原型开始在上面跑软件的时候,你会发现经过测试的软件部分将会正常工作,这会节省项目后期的大量时间及努力。 软硬件联合仿真系统由一个硬件执行环境和一个软件执行环境组成,通常软件环境和硬件环境都有自己的除错和控制界面,软件通过一系列由处理器启动的总线周期与硬件的交互作用。本文以一个MiniWeb卡的开发介绍一种软硬件联合仿真系统。 该方案的核心是采用一个51单片机仿真引擎GoldBullISS51(以下简称ISS51),ISS51是51单片机开发环境KeiluVision2的一个插件,ISS51具有连接Keil和硬件仿真环境Modelsim的接口,可以实现软硬件同步仿真。在该系统中,Keil作为软件调试界面,Modelsim作为硬件仿真和调试界面,ISS51负责软件执行、监控软件断点、单步执行、内存和寄存器数据返回给Keil、CPU总线时序产生和捕获、内部功能模块(如定时器,串口)的运行等功能。 MiniWeb卡介绍 MiniWeb卡是一个运行在单片机上的Web服务器,提供网口连接,有大容量文件系统

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1