这份SCN2681 / SCN68681和SCC2691数据通信应用规格书包含了一些用户最常提出的问题的解答，本文共分三个主要部分：三个器件共有的功能；SCN2681 / SCN68681特有的功能；以及使用乐器数字接口（MIDI）的SCC2691的典型应用。
上传时间： 2013-10-13
上传用户：朗朗乾坤
本实验是基于EasyFPGA030的I2C总线接口模块设计，用EasyFPGA030开发套件通过I2C协议实现对二线制I2C串行EEPROM的读写操作，先把数据写入EEPROM，然后再读取出来显示在数码管上
上传时间： 2013-10-21
上传用户：edisonfather
《微机原理及应用》课程教案目 录 下载WORD文档前 言 下载WORD文档第一章 51系列单片机概述 下载WORD文档 第一节 概述 第二节 51系列单片机分类 思考题与习题 第二章 MCS-51系列单片机组成及工作原理 下载WORD文档 第一节 MCS-51系列单片机组成 第二节 8051的内部数据存储器(内部RAM) 第三节 8051的内部程序存储器(内部ROM) 第四节 MCS-51系列单片机典型芯片的外部引脚功能 第五节 并行输入／输出口 第六节 CPU的时钟电路和时序定时单位 第七节 单片机指令执行的过程 思考题与习题 第三章 指令系统 下载WORD文档 第一节 指令格式和寻址方式 第二节 指令系统 思考题与习题 第四章 算法与结构程序设计 下载WORD文档 第一节 算法 第二节 程序基本结构 第三节 结构化程序设计 第四节 汇编语言程序设计举例 思考题与习题 第五章 中断 下载WORD文档 第一节 中断技术概述 第二节 8051中断系统 第三节 中断控制 第四节 中断响应 第五节 中断系统应用举例 思考题与习题 第六章 定时器／计数器 下载WORD文档 第一节 概述 第二节 定时器／计数器基本结构 工作方式及应用 思考题与习题 第七章 8051单片机系统扩展与接口技术 下载WORD文档 第一节 8051单片机系统扩展概述 第二节 单片机外部存储器扩展 第三节 单片机输入/输出(I/O)口扩展 第四节 LED显示器接口电路及显示程序 第五节 单片机键盘接口技术 第六节 单片机与数模(D/A)及模数(A/D)转换器的接口及应用 思考题与习题 第八章 8051单片机的异步串行通信技术 下载WORD文档 第一节 概述 第二节 8051串行口基本结构 第三节 8051串行通信工作方式及应用 第四节 多机通信原理 下载WORD文档 思考题与习题 第九章 单片机应用举例 下载WORD文档 第一节 单片机数据采集系统 第二节 电机转速测量 第三节 步进电机控制系统 第四节 机器人三觉机械手信号处理及控制算法 思考题与习题 第十章 单片机与字符式液晶显示模块连接技术 下载WORD文档 第一节 字符式液晶显示模块简介 第二节 模块指令系统 第三节 模块与8051单片机的接口 第四节 模块字符显示举例 第五节 自定义字符显示 思考题与习题 附录一 计算机数的运算基础 下载WORD文档 第一节 进位计数制及相互转换 第二节 计算机中数和字符的表示附录二 美国标准信息交换码（ASCII）字符表附录三 MCS-51指令表 下载WORD文档
上传时间： 2014-04-16
上传用户：hhkpj
输入/输出（I/O）接口是CPU与外设间信息交换的桥梁，是一个过渡性的电路，在单片机中和CPU集成在一块芯片上。介绍输入输出口的内容中，着重讲述SPCE061A单片机的较特殊的并行I/O结构，以及SPCE061A I/O口的特殊能力。单片机内部CPU与外设间所传递信息的性质、传送方式、传送速度和电平各不相同，所以CPU与外设之间不是简单的直接相连，必须借助于I/O接口这个过渡电路才能协调起来。 并行I/O接口：CPU数据转换为电平的最基本途径；外设电平转换为CPU识别的数据的最基本途径；SPCE061A 并行I/O特性独立的I/O口逻辑电平（VDDIO） 可接VDDIO范围：3.3~5.5V。多种输入方式 悬浮、上拉、下拉输入方式，适应不同的外围器件对接口要求。按位设置每一位I/O口 可按位设置每一位的输入输出方式、状态。
上传时间： 2013-11-19
上传用户：sssnaxie
本文介绍了由单片机控制的基于以太网的数据采集电路。该电路采用了美国Microchip公司的8位单片机PIC16F877和台湾Realtek公司的10M以太网控制芯片RTL8019AS，实现了数据采集以及以太网数据传输的功能。整个电路主要包括网络接口电路，单片机电路，A/D转换电路，D/A转换电路，RAM存储电路，EEPROM存储电路，DIO电路等。文中简单阐述了以太网数据采集电路的设计原理,并给出了其实现的方法。随着互联网络软硬件的迅猛发展，网络用户快速增长。在计算机网络互联的同时，各种仪器仪表、家电设备以及工业生产中的数据采集与控制设备慢慢的走向网络化，便于共享网络中丰富的信息资源。另一方面，由于以太网技术越来越成熟，并且拥有高速、大容量、降低成本、简化结构等特性，使得其在各种领域内迅速发展。在电子设备日趋网络化的背景下，通过单片机控制以太网芯片进行数据传输，是当前令人感兴趣的一个研究方向。通过单片机控制芯片编程就可以完全抛开网络操作系统而实现局域网内任意终端之间或单片机与终端之间的通信，即在脱离PC环境下实现以太网芯片与其它微处理器之间的接口，从而建立基于非PC平台的局域网络。本系统设计了PIC单片机驱动台湾Realtek公司生产的NE2000兼容以太网控制芯片RTL8019AS，从而构建了一个微型网络数据采集系统，性能优良，成本低廉。
上传时间： 2013-10-16
上传用户：CSUSheep
介绍了一种基于高性能51 内核网络微控制器的串口至以太网接口转换器的设计方案，采用网络单片机DS80C410，利用集成的MAC 通过以太网收发器与以太网相连，借助TINI SDK 软件开发包通过Java编程实现串口和以太网之间的数据通讯。串口至以太网接口转换器使得带有RS232/422/485 通讯接口的设备和以太网服务器进行数据流传输，通过以太网服务器对串口设备进行实时监控。互联网硬件和软件的迅猛发展，使得各种电气设备、仪器仪表以及生产过程中的数据采集与控制设备逐渐走向网络化。计算机技术、测控技术、网络与通讯技术不断发展与融合是一个必然的趋势。目前以太网已经广泛应用于计算机网络，成为互联网链接不可缺少的部分，另外以太网一般都基于TCP/IP协议，使得整个网络只有一种互联通讯协议，满足控制系统各个层次的要求，而且易于和Internet实现无缝连接。现今大多数现场设备通过串口与外界通讯，甚至串口是它们与外界通讯的唯一通道，串口设备的广泛使用以及对设备上网能力的不断需求，使得如何实现串口到以太网的转换显得尤为重要。DS80C410利用集成的MAC通过物理层器件与以太网相连，借助TINI SDK软件开发包可以轻松实现串口至以太网的接口转换。
上传时间： 2013-10-20
上传用户：a296386173
单片机接口技术(C51版)课件:单片机接口技术(C51版)课件精品课程，该书由张道德根据多年单片机教学、科研经验编著，中国水利水电出版社2007年3月出版。 1．掌握数据类型的概念，了解C51语言能够处理的数据类型。2．掌握常量的概念，掌握各种类型常量的特点及表示形式。3．掌握变量的概念，了解int、float、char型变量的特点，掌握这三种类型变量的定义、赋值和使用方法。理解C51中变量的存储和编译模式的关系，掌握单片机片内资源的访问方法。4．了解C51语言的基本运算符及其特点，掌握运算符的优先级和结合性的概念。5．了解算术运算表达式、关系表达式及逻辑表达式的特点，熟练进行表达式计算，能熟练进行实际问题的表达式描述。6．熟悉自增、自减运算的特点，掌握赋值运算，了解逗号运算符和逗号表达式。7．掌握数据类型转换的概念，能进行基本的数据类型转换。
上传时间： 2013-10-10
上传用户：jcljkh
3.1 总线与接口概述 3.1.1 总线和接口及其标准的概念 总线：是在模块和模块之间或设备与设备之间的一组进行互连和传输信息的信号线，信息包括指令、数据和地址。 总线标准 指芯片之间、扩展卡之间以及系统之间，通过总线进行连接和传输信息时，应该遵守的一些协议与规范。 接口标准 外设接口的规范，涉及接口信号线定义、信号传输速率、传输方向和拓扑结构，以及电气特性和机械特性等多个方面。 3.1.2 总线的分类 1) 按总线功能或信号类型划分为： 数据总线：双向三态逻辑，线宽表示了总线数据传输的能力。地址总线：单向三态逻辑，线宽决定了系统的寻址能力。控制总线：就某根来说是单向或双向。控制总线最能体现总线特点，决定总线功能的强弱和适应性。2) 按总线的层次结构分为： CPU总线：微机系统中速度最快的总线，主要在CPU内部，连接CPU内部部件，在CPU周围的小范围内也分布该总线，提供系统原始的控制和命令。局部总线：在系统总线和CPU总线之间的一级总线，提供CPU和主板器件之间以及CPU到高速外设之间的快速信息通道。系统总线：也称为I/O总线，是传统的通过总线扩展卡连接外部设备的总线。由于速度慢，其功能已经被局部总线替代。通信总线：也称为外部总线，是微机与微机，微机与外设之间进行通信的总线。3.1.3 总线的主要性能参数1．总线频率：MHz表示的工作频率，是总线速率的一个重要参数。2．总线宽度：指数据总线的位数。3．总线的数据传输率 总线的数据传输率=(总线宽度/8位)×总线频率 例：PCI总线的总线频率为33.3MHz，总线宽度为64位的情况下，总线数据传输率为266MB/s 。
上传时间： 2013-11-17
上传用户：shen954166632
2.1.1 I/O接口基本概念1.为什么要引入接口微机和I/O设备的信息类型和格式可能不一样。微机和I/O设备信号传输处理的速度可能不匹配。不用接口， I/O直接接CPU，随着外设增加，会大大降低CPU的效率。I/O直接接CPU，会使外设硬件结构过于依赖CPU，对外设本身发展不利。2.接口的概念 定义：接口是CPU与“外部世界”的连接电路，负责“中转”各种信息。 分类：存储器接口和I/O接口。 位置：介于系统总线与外部设备之间。3.I/O接口与I/O设备不同I/O设备对应I/O接口不同。I/O接口受CPU控制，I/O设备受I/O接口控制。为增加通用性，I/O接口电路一般均具有可编程功能。微机的应用离不开外部设备接口的设计、选用和连接。2.1.2、I/O接口功能 数据缓冲功能：通过寄存器或锁存器实现。 存放数据的寄存器或锁存器称之为数据口。 接受和执行CPU命令功能： 存放CPU命令代码的寄存器称之为命令口， 存放执行状态信息的寄存器称之为状态口。 设备选择功能：CPU通过地址译码选择不同外设。 即CPU通过地址译码选择不同I/O接口和I/O接口中连接的不同的设备。 信号转换功能：协调总线信号与I/O设备信号。 转换包括信号的逻辑关系、时序配合和电平转换。 可编程功能：增加接口的灵活性和智能性。
上传时间： 2013-11-05
上传用户：jixingjie
有两种方式可以让设备和应用程序之间联系：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
