单片机设计资料集
上传时间： 2013-10-09
上传用户：gaojiao1999
Holtek指令集说明 注：由于资源大小问题，其中以下几款MCU 只有62 条指令，其余均为63 条指令。HT48CA0/HT48RA0A 无RETI 指令HT48R05A-1 无TABRDL 指令
上传时间： 2013-10-16
上传用户：txfyddz
ARM指令集(2) 1．跳转指令 在ARM中有两种方式可以实现程序的跳转：一种是刀‘转指令；另一种是直接向PC寄存器（R15）中写入目标地址值。 通过直接向PC寄存器中写入目标地址值可以实现在46B地址空间中任意跳转，这种跳转指令又称为长跳转。如果在长跳转指令之前使用MOV LR，PC等指令，则可以保存将来返回的地址值，这样就实现了在46B地址空间中的子程序调用。 在ARM版本5及以上的体系中，实现了ARM指令集和Thumb指令集的混合使用。指令使用目标地址值的bit［0］来确定目标程序的类型。bit［0］的值为1时，目标程序为Thumb指令；bit［0］值为0时，目标程序为ARM指令。 在ARM版本5以前的体系中，传送到PC寄存器中的目标地址值的低两位bits［1∶0］被忽略，跳转指令只能在ARM指令集中执行，即程序不能从ARM状态切换到Thumb状态。非T系列ARM版本5体系不含Thumb指令，当程序试图切换到Thumb状态时，将产生未定义指令异常中断。 ARM跳转指令可以从当前指令向前或向后的32MB地址空间跳转。这类跳转指令有以下4种。
上传时间： 2013-11-20
上传用户：妄想演绎师
arm指令集(1) ARM跳转指令可以从当前指令向前或向后的32MB地址空间跳转。这类跳转指令有以下4种。 （1）B 跳4专指令 B〔条件） （地址） B指令属于ARM指令集，是最简单的分支指令。一旦遇到一个B指令，ARM处理器将立即跳转到给定的地址，从那里继续执行。注意：存储在分支指令中的实际值是相对当前R15的值的一个偏移量，而不是一个绝对地址。它的值由汇编器来计算，是24位有符号数，左移两位后有符号扩展为32位，表示的有效偏移位为26位（＋／－ 32 MB）。 （2）BL 带返回的跳转指令 BI，〔条件） （地址） BL指令也属于ARM指令集，是另一个分支指令。就在分支之前，在寄存器R14中装载上R15的内容，因此可以重新装载R14到R15中来返回到这个分支之后的那个指令处执行，它是子例程的一个基本但强力的实现。 （3）BLX 带返回和状态切换的跳转指令 BLX ＜地址＞ BLX指令有两种格式，第1种格式的BLX指令记作BLX（1）。BLX（1）从ARM指令集跳转到指令中指定的目标地址，并将程序状态切换到Thumb状态，该指令同时将PC寄存器的内容复制到LR寄存器中。 BLX（1）指令属于无条件执行的指令。 第2种格式的BLX指令记作BLX（2）。BLX（2）指令从ARM指令集跳转到指令中指定的目标地址，目标地址的指令可以是ARM指令，也可以是Thumb指令。目标地址放在指令中的寄存器＜dest＞中，该地址的bit［0］值为0，目标地址处的指令类型由CPSR中的T位决定。该指令同时将PC寄存器的内容复制到LR寄存器中。 （4）BX 带状态切换的跳转指令 BX（条件） （dest） BX指令跳转到指令中指定的目标地址，目标地址处的指令可以是ARM指令，也可以是Thumb指令。目标地址值为指令的值和0xFl·FFFFFF做“与”操作的结果，目标地址处的指令类型由寄存器决定。
上传时间： 2014-12-27
上传用户：laomv123
PIC系列单片机典型应用程序集
上传时间： 2014-01-17
上传用户：拢共湖塘
80C51 汇编指令集:TF1：计时器1溢出标志位，当计时器1溢出，时此位＝1，发出中断请求，然后硬件自动清0.TR1：计时器1的控制位，TR1＝1时，计时开始，TR1＝1时则停止。TF0：计时器0溢出标志位，当计时器0溢出，时此位＝1，发出中断请求，然后硬件自动清0。TR0：计时器0的控制位，TR0＝1时，计时开始，TR0＝1时则停止。IE1：外部中断1的请求标志位，当外部中断有请求时，此位＝1，发出中断请求，然后硬件自动清0。IT1：外部中断1的中断类型控制，当IT1＝1时，边沿触发方式，下降沿触发有效，当IT1＝0时，电平触发方式，低电平触发有效。P3.3信号触发。IE0：外部中断0的请求标志位，当外部中断有请求时，此位＝1，发出中断请求，然后硬件自动清0。IT0：外部中断0的中断类型控制，当IT0＝1时，边沿触发方式，下降沿触发有效，当IT0＝0时，电平触发方式，低电平触发有效。P3.2信号触发
上传时间： 2013-11-17
上传用户：kangqiaoyibie
上一讲中我们学习了如何建立工程、汇编、连接工程，并获得目标代码，但是做到这一步仅仅代表你的源程序没有语法错误，至于源程序中存在着的其它错误，必须通过调试才能发现并解决，事实上，除了极简单的程序以外，绝大部份的程序都要通过反复调试才能得到正确的结果，因此，调试是软件开发中重要的一个环节，这一讲将介绍常用的调试命令、利用在线汇编、各种设置断点进行程序调试的方法，并通过实例介绍这些方法的使用。
上传时间： 2014-04-14
上传用户：sdq_123
51单片机工程师实例设计程序集-（20种常见应用整编） \7290\ ;ZLG7290例程*\7290a\ ;ZLG7290汇编例程*\bell\ ;蜂鸣器音乐例程*\buzz\ ;蜂鸣器响例程*\eeprom\ ;读EEPROM并显示例程*\ex26a_lcd\ ;16×2LCD模块例程*\ex36a_lcm\ ;128×64点阵LCD模块例程*\KEY_IO\ ;直连KEY和LED例程\led_light\ ;直连LED例程*\lin_park\ ;lin模块的原码及例程。\lin\ ;LIN总线例程\rs232\ ;RS232例程(包括PC端和书上了串口例程)\USB1.1\ ;USB1.1例程(包括PC端)\RS485\ ;RS485例程\USB2.0\ ;USB2.0例程(有3个，包括PC端)\TCPIP\ ;基于ETHERNET的TCPIP例程\RTC\ ;时钟显示例程\CAN_SELF\ ;CAN自发自收例程 外中断1\CAN\ ;CAN例程\USBPACK 2.0\ ;USB2.0PC例程 注意：带*程序为MON51调试程序。在MON时程序下载后停不下来，可以按一下RSE按钮复位一下。
上传时间： 2013-10-13
上传用户：雨出惊人love
有两种方式可以让设备和应用程序之间联系：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
SAM88RCRI 指令集支持寄存器卷操作，它可完成8 位算术操作和逻辑操作，共有41条指令集。由于采用了存贮器影射方式，所以没有具体的I/O 口操作指令。指令支持位操作，循环、移位等数据操作。为访问个别寄存器，应指定寄存器卷中0--255 的8 位地址或工作寄存器中的4 位地址。工作寄存器中，寄存器对可以访问13 位程序存贮空间和数据存贮空间。SAM88CRI 支持6种地址访问方法，方便了编程操作。
上传时间： 2013-12-02
上传用户：heart_2007
