DAC0832是一个8位D/A转换器芯片，单电源供电，从+5V～+15V均可正常工作，基准电压的范围为±10V，电流建立时间为1μs，CMOS工艺，低功耗20mW。其内部结构如图9.1所示，它由1个8位输入寄存器、1个8位DAC寄存器和1个8位D/A转换器组成和引脚排列如图1所示。 • DAC0832工作方式• ADC0809工作方式要求掌握：• MCS-51单片机与D/A转换器的接口连接• MCS-51单片机与A/D转换器的接口连接• 初始化编程及应用了解：• 典型D/A转换器芯片DAC0832的管脚功能• 典型A/D转换器芯片ADC0809的管脚功能
上传时间： 2014-01-14
上传用户：zl520l
• 8255的控制字• 8255的工作方式1和工作方式2• DAC0832工作方式• ADC0809工作方式@ 要求 掌握 ：• 8255接口芯片 • MCS-51单片机与D/A转换器的接口连接 • MCS-51单片机与A/D转换器的接口连接 • 初始化编程及应用了解：• I/O口扩展的原因 • 简单I/O口的扩展 • 单片机的键盘技术 8.1 I/O口扩展概述 8.2 简单I/O口扩展8.3 8255可编程通用并行接口芯片8.4 8155可编程通用并行接口芯片8.1 I/O口扩展概述 8.1.1 I/O口扩展的原因MCS-51系列单片机共有四个并行I/O口，分别是P0、P1、P2和P3。其中P0口一般作地址线的低八位和数据线使用；P2口作地址线的高八位使用；P3是一个双功能口，其第二功能是一些很重要的控制信号，所以P3一般使用其第二功能。这样供用户使用的I/O口就只剩下P1口了。另外，这些I/O口没有状态寄存和命令寄存的功能，因此难以满足复杂的I/O操作要求。由于MCS-51系列单片机I/O口数量和功能有限，所以在实际应用中不得不使用扩展的方法，来增加I/O口的数量，增强I/O口的功能。 8.1.2 I/O口的编址技术用户可以通过对I/O口进行读和写操作来完成数据的输入和输出。例如：P0口的地址为80H。用户可以使用MOV指令对P0口进行写操作。 MOV P0， A 8.1.3 单片机I/O传送的方式单片机为了实现数据的输入/输出传送，通常使用3种控制方式。1. 无条件传送方式 当外设和单片机能够同步工作时，可以采用无条件方式进行传送，即数据可以随时进行传送。2. 查询方式 查询方式又称为有条件传送方式，即数据的传送是有条件的。在进行I/O操作之前，用户要通过软件查询外设是否为数据传送做好准备，只有确认外设为数据传送做好准备。单片机才能执行数据的输入/输出（I/O）操作。3. 中断方式 当外设和计算机进行数据交换时，外设向单片机发出中断请求（即通知单片机）。单片机接到中断请求后，就作出响应，暂停正在执行的程序，而转去为设备的数据输入/输出服务。当服务完成后，程序返回，单片机再继续执行被中断的程序。 中断方式大大提高了单片机系统的工作效率，所以在单片机中被广泛应用。
上传时间： 2013-11-10
上传用户：yqs138168
8051单片机系统扩展与接口技术:第一节 8051 单片机系统扩展概述第二节 单片机外部存储器扩展第三节 单片机输入输出（I/O）口扩展及应用第四节 LED显示器接口电路及显示程序第五节 单片机键盘接口技术第六节 单片机与数模（D／A）及模数（A／D）转换1、地址总线（Address Bus，简写为AB）地址总线可传送单片机送出的地址信号，用于访问外部存储器单元或I/O端口。A 地址总线是单向的，地址信号只是由单片机向外发出。B 地址总线的数目决定了可直接访问的存储器单元的数目。例如N位地址，可以产生2N个连续地址编码，因此可访问2N个存储单元，即通常所说的寻址范围为 2N个地址单元。MCS—51单片机有十六位地址线，因此存储器展范围可达216 = 64KB地址单元。C 挂在总线上的器件，只有地址被选中的单元才能与CPU交换数据，其余的都暂时不能操作，否则会引起数据冲突。2、数据总线（Data Bus，简写为DB）数据总线用于在单片机与存储器之间或单片机与I/O端口之间传送数据。A 单片机系统数据总线的位数与单片机处理数据的字长一致。例如MCS—51单片机是8位字长，所以数据总线的位数也是8位。B 数据总线是双向的，即可以进行两个方向的数据传送。3、控制总线（Control Bus，简写为CB）控制总线实际上就是一组控制信号线，包括单片机发出的，以及从其它部件送给单片机的各种控制或联络信号。对于一条控制信号线来说，其传送方向是单向的，但是由不同方向的控制信号线组合的控制总线则表示为双向的。总线结构形式大大减少了单片机系统中连接线的数目，提高了系统的可靠性，增加了系统的灵活性。此外，总线结构也使扩展易于实现，各功能部件只要符合总线规范，就可以很方便地接入系统，实现单片机扩展。
上传时间： 2013-10-18
上传用户：assef
高性能可编程DMA控制接口82C37A-54.1 概述对象实体：直接存储器访问（DMA）控制接口芯片82C37A-5芯片的特点：1、管脚引线与NMOS 8237A-5兼容。2、允许/禁止单独DMA请求控制。3、频率从0~5MHz区间全静态设计。4、低电平操作。 5、4个各自独立的DMA通道并独立的进行初始化。6、存储器到存储器之间传送。7、存储器模块初始化处理。8、地址的增量和减量。9、传送速率可达1.6MB/s.10、可直接扩展成任意数量的通道。11 、终止传送的过程即输入结束。12、软件请求。13、独立信号DREQ和信号DACK的极性控制。4.2 82C37A-5的体系结构4.2.1 基本结构描述1. 82C37A-5内部配备了规模为344位的内部存储器，它是以寄存器的形式出现的。2. 配有3个基本的控制模块： （1）定时及控制模块； （2）优先级编码及循环优先级控制模块；（3）命令控制模块； 3. 12个不同类型的寄存器 。图 4-1 82C37A-5结构图EOP# A0~A3RESETCS#. IOW# DREQ0~DREQ3HLDAHRQ DB0~DB7DACK0~DACK3
上传时间： 2013-10-21
上传用户：ming52900
7.1 并行接口概述并行接口和串行接口的结构示意图并行接口传输速率高，一般不要求固定格式，但不适合长距离数据传输7.2 可编程并行接口芯片82C55 7.2.1 8255的基本功能 8255具有2个独立的8位I/O口（A口和B口）和2个独立的4位I/O（C口上半部和C口下半部），提供TTL兼容的并行接口。作为输入时提供三态缓冲器功能，作为输出时提供数据锁存功能。其中，A口具有双向传输功能。8255有3种工作方式，方式0、方式1和方式2，能使用无条件、查询和中断等多种数据传送方式完成CPU与I/O设备之间的数据交换。B口和C口的引脚具有达林顿复合晶体管驱动能力，在1.5V时输出1mA电流，适于作输出端口。C口除用做数据口外，当8255工作在方式1和方式2时，C口的部分引脚作为固定的联络信号线。
标签： 并行接口
上传时间： 2013-10-25
上传用户：oooool
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
摘要：TUSB3200 是由德州仪器日本公司推出的一款用于USB 接口连接的音频数据控制芯片，该芯片内置8052MCU 微处理器，能实现多声道的录音和播放功能。文中介绍了TUSB3200 的内部工作原理、框图及功能，并给出了用TUSB3200 设计的双声道输入/输出播录的应用电路。关键词：USB 音频接口 单片机 TUBS3200 USB 音频接口电路是带USB 接口的音响设备和电脑多媒体外围设备的必需器件。德州仪器公司推出的TUSB3200 是一款最适合于音响和电脑周边设备的USB 接口用的音频数据控制芯片。它采用52 脚扁平封装，带有内置微处理器，价格低，可实现多声道播放和录音等功能，因而具有广泛的用途。
上传时间： 2013-11-23
上传用户：dumplin9
过程通道与人机接口 过程通道是在计算机和生产过程之间设置的信息传送和转换的连接通道，它包括模拟量输入通道、模拟量输出通道、数字量（开关量）输入通道、数字量（开关量）输出通道。计算机和操作人员之间常常需要互通信息 ，为此计算机和操作人员之间应设置显示器和操作器，其中一种是CRT显示器和键盘，另外一种是针对某个生产过程控制的特点而设计的操作控制台等。通常把上述两类设备简称为人机接口。 作用：显示生产过程的状况；供操作人员操作；三是显示操作结果。数字量输入输出通道模拟量输出通道模拟量输入通道人机接口
上传时间： 2013-10-16
上传用户：l银幕海
微机原理及接口技术课件:微机：IBM PC系列机原理：8088汇编语言程序设计接口：半导体存储器及其接口, I/O接口电路及其与外设连接技术：硬件－－接口电路原理 软件－－接口编程方法第1章 基础知识 4第2章 微型计算机系统结构 6第3章 程序加载并执行 4第4章 微处理器一般指令 6第5章 汇编语言程序设计基础 4第6章 算术运算与逻辑运算 8第7章 基本输入与输出 4第8章 程序流程控制 10第9章 字符串处理 6第10章 宏 4第11章 过程 4第12章 文件处理 4第13章 模块化程序设计 4
上传时间： 2013-10-18
上传用户：blacklee
