利用SPMC75本身的Flash做数据备份:SPMC75F2413A 32k字的内嵌Flash(embedded Flash)分为两区：信息区和通用区，在同一时间只能访问其中的一区。信息区包含64个字，寻址空间为0x8000 ～ 0x803F。地址0x8000为系统选项寄存器P_System_Option。其它地址空间可由用户自定义重要信息比如：版本控制，日期，版权名称，项目名称等等。信息区的内容只有在仿真或烧录的状态下才能改变。32k字Flash被划分为16个页，每页2K字，每页可分为8帧，这样32K的Flash就可以分成128个帧。只有位于00F000 ～00F7FF区域的页面在自由运行模式下可以设置为只读或可读可写，其它页面均为只读.也就说片内FLASH数据备份区为是0xF000～0xF7FF，备份区为Bank14，最多存储的数据为2K字。SPMC75F2413A的32K字的内嵌式闪存结构入下图2-1，图2-2。
上传时间： 2013-11-08
上传用户：6546544
利用TPM2定时器产生一通道语音信号输出，语音数据为PCM格式:PCM的概念脉冲编码调制(Pulse Code Modulation，PCM)是概念上最简单、理论上最完善的编码系统，是最早研制成功、使用最为广泛的编码系统，但也是数据量最大的编码系统。PCM的编码原理比较直观和简单，它的原理框图如图1-1所示。在这个编码框图中，它的输入是模拟声音信号，它的输出是PCM样本。图中的“防失真滤波器”是一个低通滤波器，用来滤除声音频带以外的信号；“波形编码器”可暂时理解为“采样器”，“量化器”可理解为“量化阶大小(step-size)”生成器或者称为“量化间隔”生成器。
上传时间： 2013-11-21
上传用户：DXM35
本文介绍了由单片机控制的基于以太网的数据采集电路。该电路采用了美国Microchip公司的8位单片机PIC16F877和台湾Realtek公司的10M以太网控制芯片RTL8019AS，实现了数据采集以及以太网数据传输的功能。整个电路主要包括网络接口电路，单片机电路，A/D转换电路，D/A转换电路，RAM存储电路，EEPROM存储电路，DIO电路等。文中简单阐述了以太网数据采集电路的设计原理,并给出了其实现的方法。随着互联网络软硬件的迅猛发展，网络用户快速增长。在计算机网络互联的同时，各种仪器仪表、家电设备以及工业生产中的数据采集与控制设备慢慢的走向网络化，便于共享网络中丰富的信息资源。另一方面，由于以太网技术越来越成熟，并且拥有高速、大容量、降低成本、简化结构等特性，使得其在各种领域内迅速发展。在电子设备日趋网络化的背景下，通过单片机控制以太网芯片进行数据传输，是当前令人感兴趣的一个研究方向。通过单片机控制芯片编程就可以完全抛开网络操作系统而实现局域网内任意终端之间或单片机与终端之间的通信，即在脱离PC环境下实现以太网芯片与其它微处理器之间的接口，从而建立基于非PC平台的局域网络。本系统设计了PIC单片机驱动台湾Realtek公司生产的NE2000兼容以太网控制芯片RTL8019AS，从而构建了一个微型网络数据采集系统，性能优良，成本低廉。
上传时间： 2013-10-16
上传用户：CSUSheep
为了对蓄电池的温度进行检测，数据采集是必不可少的手段。程序控制数据采集系统是比较先进的采集方式，本文采用热电偶为温度检测元件对蓄电池温度信号进行采集来构建单片机温度采集系统，较好的实现了所需目的。为了确知某一测试对象的各项特性，我们常常要借助各种仪表和各种手段（直接测量或遥测）来获得各种各样的测量结果（数据）。但这些数据中包含有变换误差、设备误差以及在传输过程中（当采用遥测方式时）引入的各种干扰所造成的误差等。而且这些数据量通常都很大，有意义的部分和无意义的部分混杂在一起，如果不加取舍的直接应用，必然会造成极大不便。另外，很多情况下还需通过再加工（即将数据作某种变换）以便提供物理意义更明确更直接的数据形式（输入振动波形的频谱分析等）。上述这些问题都要靠数据采集与处理加以解决。为了对蓄电池的温度进行检测，本文采用热电偶为温度检测元件对蓄电池温度信号进行采集来构建单片机温度采集系统，较好的实现了所需目的。
上传时间： 2014-12-28
上传用户：CHINA526
汇编语言在数据处理中应用(自学)1、数值转换中应用 数据输入/输出时的转换2、串操作中应用 串移动、串搜索、串比较、 串插入、串删除3、代码转换中应用 ASCII码 BCD码 二进数 BCD码 4、算术运算 在这一部分，我们将汇编语言在数据处理中的应用集中起来给大家，其中有些程序在11章中已经介绍过。
上传时间： 2013-10-23
上传用户：qwer0574
有两种方式可以让设备和应用程序之间联系：1. 通过为设备创建的一个符号链；2. 通过输出到一个接口WDM驱动程序建议使用输出到一个接口而不推荐使用创建符号链的方法。这个接口保证PDO的安全，也保证安全地创建一个惟一的、独立于语言的访问设备的方法。一个应用程序使用Win32APIs来调用设备。在某个Win32 APIs和设备对象的分发函数之间存在一个映射关系。获得对设备对象访问的第一步就是打开一个设备对象的句柄。 用符号链打开一个设备的句柄为了打开一个设备，应用程序需要使用CreateFile。如果该设备有一个符号链出口，应用程序可以用下面这个例子的形式打开句柄：hDevice = CreateFile("\\\\.\\OMNIPORT3", GENERIC_READ | GENERIC_WRITE,FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL ,NULL);文件路径名的前缀“\\.\”告诉系统本调用希望打开一个设备。这个设备必须有一个符号链，以便应用程序能够打开它。有关细节查看有关Kdevice和CreateLink的内容。在上述调用中第一个参数中前缀后的部分就是这个符号链的名字。注意：CreatFile中的第一个参数不是Windows 98/2000中驱动程序(.sys文件)的路径。是到设备对象的符号链。如果使用DriverWizard产生驱动程序，它通常使用类KunitizedName来构成设备的符号链。这意味着符号链名有一个附加的数字，通常是0。例如：如果链接名称的主干是L“TestDevice”那么在CreateFile中的串就该是“\\\\.\\TestDevice0”。如果应用程序需要被覆盖的I/O，第六个参数(Flags)必须或上FILE_FLAG_OVERLAPPED。 使用一个输出接口打开句柄用这种方式打开一个句柄会稍微麻烦一些。DriverWorks库提供两个助手类来使获得对该接口的访问容易一些，这两个类是CDeviceInterface, 和 CdeviceInterfaceClass。CdeviceInterfaceClass类封装了一个设备信息集，该信息集包含了特殊类中的所有设备接口信息。应用程序能有用CdeviceInterfaceClass类的一个实例来获得一个或更多的CdeviceInterface类的实例。CdeviceInterface类是一个单一设备接口的抽象。它的成员函数DevicePath()返回一个路径名的指针，该指针可以在CreateFile中使用来打开设备。下面用一个小例子来显示这些类最基本的使用方法：extern GUID TestGuid;HANDLE OpenByInterface( GUID* pClassGuid, DWORD instance, PDWORD pError){ CDeviceInterfaceClass DevClass(pClassGuid, pError); if (*pError != ERROR_SUCCESS) return INVALID_HANDLE_VALUE; CDeviceInterface DevInterface(&DevClass, instance, pError); if (*pError != ERROR_SUCCESS) return INVALID_HANDLE_VALUE; cout << "The device path is " << DevInterface.DevicePath() << endl; HANDLE hDev; hDev = CreateFile( DevInterface.DevicePath(), GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL ); if (hDev == INVALID_HANDLE_VALUE) *pError = GetLastError(); return hDev;} 在设备中执行I/O操作一旦应用程序获得一个有效的设备句柄，它就能使用Win32 APIs来产生到设备对象的IRPs。下面的表显示了这种对应关系。Win32 API DRIVER_FUNCTION_xxxIRP_MJ_xxx KDevice subclass member function CreateFile CREATE Create ReadFile READ Read WriteFile WRITE Write DeviceIoControl DEVICE_CONTROL DeviceControl CloseHandle CLOSECLEANUP CloseCleanUp 需要解释一下设备类成员的Close和CleanUp：CreateFile使内核为设备创建一个新的文件对象。这使得多个句柄可以映射同一个文件对象。当这个文件对象的最后一个用户级句柄被撤销后，I/O管理器调用CleanUp。当没有任何用户级和核心级的对文件对象的访问的时候，I/O管理器调用Close。如果被打开的设备不支持指定的功能，则调用相应的Win32将引起错误（无效功能）。以前为Windows95编写的VxD的应用程序代码中可能会在打开设备的时候使用FILE_FLAG_DELETE_ON_CLOSE属性。在Windows NT/2000中，建议不要使用这个属性，因为它将导致没有特权的用户企图打开这个设备，这是不可能成功的。I/O管理器将ReadFile和WriteFile的buff参数转换成IRP域的方法依赖于设备对象的属性。当设备设置DO_DIRECT_IO标志，I/O管理器将buff锁住在存储器中，并且创建了一个存储在IRP中的MDL域。一个设备可以通过调用Kirp::Mdl来存取MDL。当设备设置DO_BUFFERED_IO标志，设备对象分别通过KIrp::BufferedReadDest或 KIrp::BufferedWriteSource为读或写操作获得buff地址。当设备不设置DO_BUFFERED_IO标志也不设置DO_DIRECT_IO，内核设置IRP 的UserBuffer域来对应ReadFile或WriteFile中的buff参数。然而，存储区并没有被锁住而且地址只对调用进程有效。驱动程序可以使用KIrp::UserBuffer来存取IRP域。对于DeviceIoControl调用，buffer参数的转换依赖于特殊的I/O控制代码，它不在设备对象的特性中。宏CTL_CODE（在winioctl.h中定义）用来构造控制代码。这个宏的其中一个参数指明缓冲方法是METHOD_BUFFERED, METHOD_IN_DIRECT, METHOD_OUT_DIRECT, 或METHOD_NEITHER。下面的表显示了这些方法和与之对应的能获得输入缓冲与输出缓冲的KIrp中的成员函数：Method Input Buffer Parameter Output Buffer Parameter METHOD_BUFFERED KIrp::IoctlBuffer KIrp::IoctlBuffer METHOD_IN_DIRECT KIrp::IoctlBuffer KIrp::Mdl METHOD_OUT_DIRECT KIrp::IoctlBuffer KIrp::Mdl METHOD_NEITHER KIrp::IoctlType3InputBuffer KIrp::UserBuffer 如果控制代码指明METHOD_BUFFERED，系统分配一个单一的缓冲来作为输入与输出。驱动程序必须在向输出缓冲放数据之前拷贝输入数据。驱动程序通过调用KIrp::IoctlBuffer获得缓冲地址。在完成时，I/O管理器从系统缓冲拷贝数据到提供给Ring 3级调用者使用的缓冲中。驱动程序必须在结束前存储拷贝到IRP的Information成员中的数据个数。如果控制代码不指明METHOD_IN_DIRECT或METHOD_OUT_DIRECT，则DeviceIoControl的参数呈现不同的含义。参数InputBuffer被拷贝到一个系统缓冲，这个缓冲驱动程序可以通过调用KIrp::IoctlBuffer。参数OutputBuffer被映射到KMemory对象，驱动程序对这个对象的访问通过调用KIrp::Mdl来实现。对于METHOD_OUT_DIRECT，调用者必须有对缓冲的写访问权限。注意，对METHOD_NEITHER，内核只提供虚拟地址；它不会做映射来配置缓冲。虚拟地址只对调用进程有效。这里是一个用METHOD_BUFFERED的例子：首先，使用宏CTL_CODE来定义一个IOCTL代码：#define IOCTL_MYDEV_GET_FIRMWARE_REV \CTL_CODE (FILE_DEVICE_UNKNOWN,0,METHOD_BUFFERED,FILE_ANY_ACCESS)现在使用一个DeviceIoControl调用：BOOLEAN b;CHAR FirmwareRev[60];ULONG FirmwareRevSize;b = DeviceIoControl(hDevice, IOCTL_MYDEV_GET_VERSION_STRING, NULL, // no input 注意，这里放的是包含有执行操作命令的字符串指针 0, FirmwareRev, //这里是output串指针，存放从驱动程序中返回的字符串。sizeof(FirmwareRev),& FirmwareRevSize, NULL // not overlapped I/O );如果输出缓冲足够大，设备拷贝串到里面并将拷贝的资结束设置到FirmwareRevSize中。在驱动程序中，代码看起来如下所示：const char* FIRMWARE_REV = "FW 16.33 v5";NTSTATUS MyDevice::DeviceControl( KIrp I ){ ULONG fwLength=0; switch ( I.IoctlCode() ) { case IOCTL_MYDEV_GET_FIRMWARE_REV: fwLength = strlen(FIRMWARE_REV)+1; if (I.IoctlOutputBufferSize() >= fwLength) { strcpy((PCHAR)I.IoctlBuffer(),FIRMWARE_REV); I.Information() = fwLength; return I.Complete(STATUS_SUCCESS); } else { } case . . . } }
上传时间： 2013-10-17
上传用户：gai928943
提出了一种基于LPC2142且具有USB (通用串行总线) 接口的高速数据采集卡的设计方案，给出了基于ARM7处理器LPC2142和FPGA芯片的软硬件设计方法，该设计方案解决了高速实时信号与接口总线之间的速度兼容问题。关键词 USB 高速数据采集卡 LabVIEW uC/OS-II 速度兼容
上传时间： 2013-11-09
上传用户：atdawn
数据处理与控制策略Data Processing & Control Strategy数字控制器的设计技术,数字滤波和数据处理,数控技术基础,数字PID控制算法常规控制方案,先进控制方案,计算机控制系统的设计是指在给定系统性能指标的条件下，设计出控制器的控制规律和相应的数字控制算法 大多数计算机控制系统是由处理数字信号的过程控制计算机和连续的被控过程组成的数字信号与连续信号并存的“混合系统” 数字控制器的分析和设计方法数字控制器的连续化设计技术数字控制器的离散化设计技术
上传时间： 2013-10-30
上传用户：yanming8525826
计算机部件要具有通用性，适应不同系统与不同用户的需求，设计必须模块化。计算机部件产品(模块)供应出现多元化。模块之间的联接关系要标准化，使模块具有通用性。模块设计必须基于一种大多数厂商认可的模块联接关系，即一种总线标准。总线的标准总线是一类信号线的集合是模块间传输信息的公共通道，通过它，计算机各部件间可进行各种数据和命令的传送。为使不同供应商的产品间能够互换，给用户更多的选择，总线的技术规范要标准化。总线的标准制定要经周密考虑，要有严格的规定。总线标准（技术规范）包括以下几部分：机械结构规范：模块尺寸、总线插头、总线接插件以及按装尺寸均有统一规定。功能规范：总线每条信号线（引脚的名称）、功能以及工作过程要有统一规定。电气规范：总线每条信号线的有效电平、动态转换时间、负载能力等。总线的发展情况S-100总线：产生于1975年，第一个标准化总线，为微计算机技术发展起到了推动作用。IBM-PC个人计算机采用总线结构（Industry Standard Architecture, ISA)并成为工业化的标准。先后出现8位ISA总线、16位ISA总线以及后来兼容厂商推出的EISA（Extended ISA)32位ISA总线。为了适应微处理器性能的提高及I/O模块更高吞吐率的要求，出现了VL-Bus(VESA Local Bus)和PCI(Peripheral Component Interconnect,PCI）总线。适合小型化要求的PCMCIA(Personal Computer Memory Card International Association)总线，用于笔记本计算机的功能扩展。总线的指标计算机主机性能迅速提高,各功能模块性能也要相应提高,这对总线性能提出更高的要求。总线主要技术指标有几方面：总线宽度：一次操作可以传输的数据位数，如S100为8位，ISA为16位，EISA为32位，PCI-2可达64位。总线宽度不会超过微处理器外部数据总线的宽度。总数工作频率：总线信号中有一个CLK时钟，CLK越高每秒钟传输的数据量越大。ISA、EISA为8MHz，PCI为33.3MHz, PCI-2可达达66.6MHz。单个数据传输周期：不同的传输方式，每个数据传输所用CLK周期数不同。ISA要2个，PCI用1个CLK周期。这决定总线最高数据传输率。5. 总线的分类与层次系统总线：是微处理器芯片对外引线信号的延伸或映射，是微处理器与片外存储器及I/0接口传输信息的通路。系统总线信号按功能可分为三类：地址总线（Where）：指出数据的来源与去向。地址总线的位数决定了存储空间的大小。系统总线：数据总线（What）提供模块间传输数据的路径，数据总线的位数决定微处理器结构的复杂度及总体性能。控制总线（When）：提供系统操作所必需的控制信号，对操作过程进行控制与定时。扩充总线：亦称设备总线，用于系统I/O扩充。与系统总线工作频率不同，经接口电路对系统总统信号缓冲、变换、隔离，进行不同层次的操作（ISA、EISA、MCA)局部总线：扩充总线不能满足高性能设备（图形、视频、网络）接口的要求，在系统总线与扩充总线之间插入一层总线。由于它经桥接器与系统总线直接相连，因此称之为局部总线（PCI）。
上传时间： 2013-11-09
上传用户：nshark
随着 微 电 子技术的飞速发展，电子产品越来越微型化，集成化，自动化，低廉化，进而推动着其它许多产业的发展。特别进人21世纪以来，生物技术与电子技术的结合，成为高科技领域的研究热点。199()年由瑞士的Manz和Widmer首先提出的“微全分析系统”〔’〕(microto talan alysissy stems，即ptTAS)，通俗地称为“建在芯片上的实验室”(Lab on a chip)或简称芯片实验室(Lab chip)，主要组成部分为电泳芯片，同时是进样，分离和检测为一体的微型装置，其在电泳实验中的高效检测性能为生物化学分析仪器发展提供了一种借鉴。p.TAS广泛应用于生物医学、环境检测、食品卫生、科学以及国防等众多领域。目前 应 用 的大多为多通道的毛细管电泳芯片，这也是芯片发展的一个必然趋势。这不仅对电泳芯片本身的设计和制作提出了更高的要求，也对传感器和数据处理技术提出了新的挑战。考虑成本，集成度，控制能力以及可靠性方面的因素，本系统采用单片机作为实时数据处理、控制以及通讯的硬件平台。如果系统中既有实时的通信任务，同时又有其他实时任务，采用一个廉价的单片机，资源会比较紧张，不仅实现困难，结构复杂，而且效果可能不满意。而采用高性能的处理器，又浪费了其有效资源，所以本系统采用两个MCU协同工作，以并行/分布式多机的思想，构成了电泳芯 片核心的双单片机系统结构。微全 分 析 系 统 进行的多项实时任务，可以划分为以下 几个模块:①采集模块。负责对外围检验设备进行控 制以及对传送过来的信号进行采集和分析;②交互模 块。通过液晶显示，键盘扫描，以及打印等实现实验人 员对前端采集电路的交互操作;③双单片机控制和通 信模块。协调双单片机之间的数据传输和指令传输 ;④网络传输模块。其中一个单片机通过以太网发送接 收数据到上位机。本文提出一种实时多任务的双单片 机控制和通信系统[31的设计，一个MCU基于TCP /IP网络模块的实现。
上传时间： 2013-11-15
上传用户：wangdean1101
