带您从零学51单片机之LED部分 单片机驱动LED1 LED应用2 LED限流电阻计算3 LED流水灯程序设计4 74HC573锁存应用5 KEIL精确延时计算
上传时间： 2013-10-29
上传用户：
带您从零学单片机之中断部分部分 课程简介1 51单片机中断2 中断简介3 中断相关寄存器功能讲解4 中断优先级讲解5 中断应用操作流程6 中断程序实例设计17 课后作业
上传时间： 2013-10-10
上传用户：shengyj12345
带您从零学单片机之定时器部分 课程简介1定时器/计数器简介2定时器/计数器特殊功能寄存器功能讲解3 定时器/计数器工作方式4定时器/计数器相关计算5定时器计数器应用操作流程6定时器/计数器程序实例设计17定时器/计数器程序实例设计28课后作业
上传时间： 2013-11-08
上传用户：tiantian
带您从零学单片机之串口通信 串口应用简介51的单片机除了定时器/计数器和中断外.还拥有串行通信接口.有了这个接口我们可以用它和电脑通信.我们可以利用串口向电脑发送数据,也可以用串口接收电脑的数据.有了这个接口我们可以利用它来设计很多东西,数据采集,多机通信,远程控制等等. 串行通信是将一组数据分成一位位的方式在数据线上传送.串行通信的优点:占用IO口少.远距离传输时候成本低.串行通信的缺点:相对并行通信传输速度慢,传输方式比较复杂.DS1302 ADC0832等等都是串行传输数据.
上传时间： 2013-10-27
上传用户：jing911003
我公司生产的 USBkey 产品所使用的MCU 电路，自2007 年9 月初USBkey 产品开始量产化后，我们对其部分产品做了电老化试验，发现该款电路早期失效问题达不到我们要求，上电以后一段时间内失效率为千分之一点五左右。为此，我们从去年10 月到今年2 月对所生产的产品（已发出的除外）全部进行了电老化筛选，通过这项工作发现了一些规律性的东西，对提高电子产品的安全可靠性有一定指导意义。2 试验条件的设定造成电路早期失效的原因很多，从 IC 设计到半导体生产工艺、电路封装、焊接装配等生产工序和生产设备、生产材料、生产环境及人为的因素都有可能是成因，作为电路的使用方不可能都顾及到，也不可控。通过分析，我们认为还是着眼于该款电路在完成半导体生产工艺后，在后部加工中所产生的早期失效问题更有针对性。，因此决定从电路的后部加工工序即封装、COS 软件以及产品SMT 加工工艺等方面入手，安排几种比对试验并取得试验数据，以期找出失效原因。
上传时间： 2014-12-28
上传用户：894898248
单片机开发中除必要的硬件外，同样离不开软件，我们写的汇编语言源程序要变为 CPU可以执行的机器码有两种方法，一种是手工汇编，另一种是机器汇编，目前已极少使用手工汇编的方法了。机器汇编是通过汇编软件将源程序变为机器码，用于MCS-51 单片机的汇编软件有早期的A51，随着单片机开发技术的不断发展，从普遍使用汇编语言到逐渐使用高级语言开发，单片机的开发软件也在不断发展，Keil 软件是目前最流行开发MCS-51 系列单片机的软件，这从近年来各仿真机厂商纷纷宣布全面支持Keil 即可看出。Keil 提供了包括C编译器、宏汇编、连接器、库管理和一个功能强大的仿真调试器等在内的完整开发方案，通过一个集成开发环境（uVision）将这些部份组合在一起。运行Keil 软件需要Pentium 或以上的CPU，16MB或更多RAM、20M 以上空闲的硬盘空间、WIN98、NT、WIN2000、WINXP等操作系统。掌握这一软件的使用对于使用51 系列单片机的爱好者来说是十分必要的，如果你使用C 语言编程，那么Keil 几乎就是你的不二之选（目前在国内你只能买到该软件、而你买的仿真机也很可能只支持该软件），即使不使用C 语言而仅用汇编语言编程，其方便易用的集成环境、强大的软件仿真调试工具也会令你事半功倍。我们将通过一些实例来学习 Keil 软件的使用，在这一部份我们将学习如何输入源程序，建立工程、对工程进行详细的设置，以及如何将源程序变为目标代码。图1 所示电路图使用89C51 单片机作为主芯片，这种单片机性属于MCS-51 系列，其内部有4K 的FLASH ROM,可以反复擦写，非常适于做实验。89C51 的P1 引脚上接8 个发光二极管，P3.2~P3.4 引脚上接4 个按钮开关，我们的第一个任务是让接在P1 引脚上的发光二极管依次循环点亮。
上传时间： 2013-11-06
上传用户：aesuser
涡卷式空气压缩机是一种新型空气压缩机，具有噪声低、体积小、可靠性好等特点。本文提出了一种基于ATMEL 89C52 单片机的涡卷式空气压缩机电气控制系统的实现方案，详细说明了总体方案设计、硬件设计与软件设计，并给出了关键元器件的选型。实际结果表明：该系统具有可靠性好、控制精度高、操作简便、配置灵活、直观的故障指示及完善的自保护等特点，完全满足了涡卷式空气压缩机现场控制的要求，是涡卷式空气压缩机的理想配套产品。常规的涡卷式空压机电控系统主要采用继电器加压力开关的方式进行控制，故障率高，可靠性低，控制参数的修改非常不便。本文提出了一种采用智能化微电脑集成设计技术的电控系统实现方案，它通过对关键点各种传感器进行实时检测来控制整个系统的工作状态，减少了常规控制方式下的电器元件及执行机构数量，提高了可靠性，降低了运行成本；清晰的实时状态指示，灵活的控制参数设置，完善的故障诊断，直观的故障显示，是空压机的理想配套产品。
上传时间： 2013-10-21
上传用户：ysystc670
电子密码锁的设计与实现一、实验目的 １．进一步掌握键盘扫描和LED显示的程序设计。 ２．了解按键消抖的方法。 ３．综合运用微机原理的软硬件知识。 二、实验内容与要求 １．基本要求 （1）具有密码输入功能，密码最多为６位；（2）设置退格键，以便删除输入错误的密码；（3）在输入的密码时数码管上只显示8，并根据输入位数依次横移；（4）设置确认键，当确认键按下后，判断输入密码是否正确；（5）当输入密码正确时，点亮发光二极管；当输入密码不正确时，发光二极管不亮并且蜂鸣器报警，重新输入，当三次密码输入不正确时，系统应锁定键盘10s。2．提高要求 将用户分为管理者和使用者，管理者拥有超级密码，可以修改其他人的密码。使用者不能修改密码。 三、实验报告要求 １．设计目的和内容 ２．总体设计 ３．硬件设计：原理图（接线图）及简要说明 ４．软件设计框图及程序清单５．设计结果和体会（包括遇到的问题及解决的方法） 四、总体设计 电子密码锁的原理是：从键盘输入一组密码，CPU把该密码和设置密码比较，对则将锁打开（不同锁的控制方式不一样，比如加电控制电磁铁抽回，从而打开），错则要求重新输入，并记录错误次数，如果三次错误，则被强制锁定并报警，除非超级密码或者其他的手段打开，比如延时一段时间。 初步设计思路如下： 1．输入密码用矩形键盘，包括数字键和功能键，功能键包括退格键和确认键。 2．LED数码管显示输入密码，但是只是输出显示符号8 。采用动态扫描输出。 3．用发光二极管模拟锁的情况，锁关时发光二极管灭，打开时发光二极管亮。 4．输入密码错误时报警，3次输入错误时键盘锁定10s，键盘无法接收数据。 软件的设计主要包括矩形键盘键值的读取、LED动态扫描输出程序、密码判断程序和报警程序。 五、硬件设计 根据设计思路，硬件电路可通过实验平台上的一些功能模块电路组成，由于实验平台上的各个功能模块已经设计好，用户在使用时只要设计模块间电路的连接，因此，硬件电路的设计及实现相对简单。完整系统的硬件连接如图1所示。硬件电路由LED数码管显示模块、按键模块、发光二极管电路和蜂鸣器模块组成。各个模块的详细说明：1．LED数码管模块实验平台上提供一组六个LED数码管。插孔CS1用于数码管段选的输出选通，插孔CS2用于数码管位选信号的输出选通。本设计用6个数码管来动态显示时分秒，动态显示的定时时间由8253定时/计数器来实现。8253主要是实现每位显示时间1ms，由8253的计数器0来实现。Clk0接实验平台分频电路输出Q6，f＝46875hz。GATE0接8255的PA0，由8255的PA0输出来控制计数器的起停。OUT0接8259的IRQ2，定时完成请求中断，进入中断服务程序。软件在中断服务程序中LED数码管显示。
标签： 电子密码锁
上传时间： 2013-10-16
上传用户：15070202241
有两种方式可以让设备和应用程序之间联系：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
单片机开发中除必要的硬件外，同样离不开软件，我们写的汇编语言源程序要变为CPU可以执行的机器码有两种方法，一种是手工汇编，另一种是机器汇编，目前已极少使用手工汇编的方法了。机器汇编是通过汇编软件将源程序变为机器码，用于MCS-51 单片机的汇编软件有早期的A51，随着单片机开发技术的不断发展，从普遍使用汇编语言到逐渐使用高级语言开发，单片机的开发软件也在不断发展，Keil 软件是目前最流行开发MCS-51 系列单片机的软件，这从近年来各仿真机厂商纷纷宣布全面支持Keil 即可看出。Keil 提供了包括C编译器、宏汇编、连接器、库管理和一个功能强大的仿真调试器等在内的完整开发方案，通过一个集成开发环境（uVision）将这些部份组合在一起。运行Keil 软件需要Pentium 或以上的CPU，16MB或更多RAM、20M 以上空闲的硬盘空间、WIN98、NT、WIN2000、WINXP等操作系统。掌握这一软件的使用对于使用51 系列单片机的爱好者来说是十分必要的，如果你使用C 语言编程，那么Keil 几乎就是你的不二之选（目前在国内你只能买到该软件、而你买的仿真机也很可能只支持该软件），即使不使用C 语言而仅用汇编语言编程，其方便易用的集成环境、强大的软件仿真调试工具也会令你事半功倍。我们将通过一些实例来学习Keil 软件的使用，在这一部份我们将学习如何输入源程序，建立工程、对工程进行详细的设置，以及如何将源程序变为目标代码。图1 所示电路图使用89C51 单片机作为主芯片，这种单片机性属于MCS-51 系列，其内部有4K 的FLASH ROM,可以反复擦写，非常适于做实验。89C51 的P1 引脚上接8 个发光二极管，P3.2~P3.4 引脚上接4 个按钮开关，我们的第一个任务是让接在P1 引脚上的发光二极管依次循环点亮。 一、Keil 工程的建立首先启动Keil 软件的集成开发环境，这里假设读者已正确安装了该软件，可以从桌面上直接双击uVision 的图标以启动该软件。UVison启动后，程序窗口的左边有一个工程管理窗口，该窗口有3 个标签，分别是Files、Regs、和Books，这三个标签页分别显示当前项目的文件结构、CPU 的寄存器及部份特殊功能寄存器的值（调试时才出现）和所选CPU 的附加说明文件，如果是第一次启动Keil，那么这三个标签页全是空的。
上传时间： 2013-12-26
上传用户：liulinshan2010
