软硬件配置方案设计.docx

软硬件配置方案设计.docx

《软硬件配置方案设计.docx》由会员分享，可在线阅读，更多相关《软硬件配置方案设计.docx（7页珍藏版）》请在冰豆网上搜索。

软硬件配置方案设计

软硬件配置方案设计

很多时候我们需要将软硬件完美结合在一起才能达到目标要求，下面就是为您收集的软硬件配置方案设计的相关文章，希望可以帮到您，如果你觉得不错的话可以分享给更多小伙伴哦！

随着现代网络技术的发展，嵌放式系统如单片机、DSP等系统对接入网络的需求日益增加，例如具有远程抄表功能的电表系统、楞以进行远程控制的信息电系统等。

本文采用TI公司的TMS320VC33DSP芯片设计与Realtek公司的RTL8019网卡的硬件接口电路，并在DSP中用软件实现TCP/IP协议，使DSP芯片具备上网功能，从而可以用计算机通过网卡与DSP电路板进行大量数据交换并对其进行控制。

1、硬件设计

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

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和中断由跳线决定；

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

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

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

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

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、PAR0～PAR5、MAR0～MAR7、CURR、TCP、RCR等。

（2）中断服务程序

中断服务程序一般完成两项任务：

一是设置中断标志，以使相关程序能以此发现发生了中断；二取得中断状态寄存器的值，并将引起中断的具体原因提交给相应的程序，这一过程也是通过设置中断原因标志完成的。

需要注意的，中断服务程序开始的时候要保护中断现场，待程序处理完成后要恢复中断现场；中断服务程序应尽可能短小，以便在尽可能短的时间内执行完成，因此需要将一些不民要的工作交给其它程序来完成。

（3）帧发送程序

在网络中，帧传输的过程是：

发送方将待发送的数据按帧格式要求封装成帧，然后通过网卡将帧发送到网络的传输线上；接收方根据接收到的帧的目的地址研究是否将该帧提交给上层应用程序。

帧的发送是指将待发送的数据以帧的形式发送到网络传输线上，因此，帧的发送过程应该包括以下几个步骤：

①装帧；

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

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

④启动NI

C将该帧发送到网络传输线上。

（4）帧接收程序

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

从中可以看出，帧的接收过程分成两卡；

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

②第二卡是通过远程DMA并在主机的配合下将接收缓冲环中的帧读入内存。

2.2TCP/IP协议的实现

2.2.1DSP中与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.2TCP/IP协议的具体实现

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

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

2.2.2TCP/IP协议的具体实现

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

根据DSP的结构特点和所需要实现的功能，在DSP中实现了ARP（地址解析协议）、IP（网络协议）、ICMP（Inter控制报文协议）、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包后，首先判断其版本号、数据长度、目的地址、检验和是否正确，再根据ＩＰ首部的协议类型字段的值交给相应的上层协议处理；ｉｐｏｕｔ．ｃ负责发送ＩＰ数据包，接收上层协议传递下来的数据，加上２０字节的ＩＰ首部，正确设置源ＩＰ地址和目的ＩＰ地址、协议类型，计算检验和，交给下面的链路层发送。

ＰＣ机上的ＩＰ数据包，当它的长度超过网络的ＭＴＵ时，允许对它分段；在ＤＳＰ中，则不支持ＩＰ数据包分段，也不支持ＩＰ选项字段。

ＩＣＭＰ协议负责传递差错报文以及其它需要注意的信息，且由ＩＣＭＰ首部８位的类型字段和８位的代码字段决定信息的种类。

在ＤＳＰ中只实现了对回显请求（类型代码为８０）报文的处理，从ＩＰ层收到ＩＣＭＰ包后，判断其类型代码段是否为８０。

如果是，将这两个字段设置为００（回显应答），计算检验和，再交给ＩＰ层发送；如果不是，则予以丢弃。

从而实现了对ｐｉｎｇ功能的支持。

本文通过ＤＳＰ与网卡的硬件接口的设计及编程，使ＤＳＰ实现了基于以太网的ＴＣＰ／ＩＰ通信，从而使ＤＳＰ可以通过网线进行联网，并可以实时地与计算机进行通信，交换大量的数据和控制信息。

本文所介绍的技术已经在作者参加的国家"９７３"项目"复杂自然环境时空定量信息的获取与融合处理的理论与应?

quot;的硬件设计中得到应用，并运行良好。

传统的嵌入式系统中，设计周期、硬件和软件的开发是分开进行的，并在硬件完成后才将系统集成在一起，很多情况下，硬件完成后才开始进行实时软件和整体调试。

软硬件联合仿真是一种在物理原型可用前，能尽早开始调试程序的技术。

软硬件联合仿真有可能使软件设计工程师在设计早期着手调试，而采用传统的方法，设计工程师直到硬件设计完成才能进行除错处理。

有些软件可在没有硬件支持的情况下完成任务的编码，如不涉及到硬件的算法。

与硬件相互作用的编码在获得硬件之前编写，但只有在硬件上运行后，才能真正对编码进行调试。

通过采用软硬件联合仿真技术，可在设计早期开始这一设计调试过程。

由于软件的开发通常在系统开发的后段完成，在设计周期中较早的开始调试有可能将使这一项目提早完成，该技术会降低首次将硬件和软件连接在一起时出现意外而致使项目延期完成所造成的风险。

在取得物理原型前，采用软硬件联合仿真技术对硬件和软件之间的接口进行验证，将使你不会花太多的时间在后期系统调试上。

当你确实拿到物理原型开始在上面跑软件的时候，你会发现经过测试的软件部分将会正常工作，这会节省项目后期的大量时间及努力。

软硬件联合仿真系统由一个硬件执行环境和一个软件执行环境组成，通常软件环境和硬件环境都有自己的除错和控制界面，软件通过一系列由处理器启动的总线周期与硬件的交互作用。

本文以一个MiniWeb卡的开发介绍一种软硬件联合仿真系统。

该方案的核心是采用一个51单片机仿真引擎GoldBullISS51（以下简称ISS51），ISS51是51单片机开发环境KeiluVision2的一个插件，ISS51具有连接Keil和硬件仿真环境Modelsim的接口，可以实现软硬件同步仿真。

在该系统中，Keil作为软件调试界面，Modelsim作为硬件仿真和调试界面，ISS51负责软件执行、监控软件断点、单步执行、内存和寄存器数据返回给Keil、CPU总线时序产生和捕获、内部功能模块（如定时器，串口）的运行等功能。

MiniWeb卡介绍

MiniWeb卡是一个运行在单片机上的Web服务器，提供网口连接，有大容量文件系统