C8051F单片机 C8051F系列单片机 单片机自20世纪70年代末诞生至今，经历了单片微型计算机SCM、微控制器MCU及片上系统SoC三大阶段，前两个阶段分别以MCS-51和80C51为代表。随着在嵌入式领域中对单片机的性能和功能要求越来越高，以往的单片机无论是运行速度还是系统集成度等多方面都不能满足新的设计需要，这时Silicon Labs 公司推出了C8051F系列单片机，成为SoC的典型代表。 C8051F具有上手快(全兼容8051指令集)、研发快(开发工具易用，可缩短研发周期)和见效快(调试手段灵活)的特点，其性能优势具体体现在以下方面： 基于增强的CIP-51内核，其指令集与MCS-51完全兼容，具有标准8051的组织架构，可以使用标准的803x/805x汇编器和编译器进行软件开发。CIP-51采用流水线结构，70%的的指令执行时间为1或2个系统时钟周期，是标准8051指令执行速度的12倍；其峰值执行速度可达100MIPS(C8051F120等)，是目前世界上速度最快的8位单片机。 增加了中断源。标准的8051只有7个中断源Silicon Labs 公司 C8051F系列单片机扩展了中断处理这对于时实多任务系统的处理是很重要的扩展的中断系统向CIP-51提供22个中断源允许大量的模拟和数字外设中断一个中断处理需要较少的CPU干预却有更高的执行效率。 集成了丰富的模拟资源，绝大部分的C8051F系列单片机都集成了单个或两个ADC，在片内模拟开关的作用下可实现对多路模拟信号的采集转换；片内ADC的采样精度最高可达24bit，采样速率最高可达500ksps，部分型号还集成了单个或两个独立的高分辨率DAC，可满足绝大多数混合信号系统的应用并实现与模拟电子系统的无缝接口；片内温度传感器则可以迅速而精确的监测环境温度并通过程序作出相应处理，提高了系统运行的可靠性。 集成了丰富的外部设备接口。具有两路UART和最多可达5个定时器及6个PCA模块，此外还根据不同的需要集成了SMBus、SPI、USB、CAN、LIN等接口，以及RTC部件。外设接口在不使用时可以分别禁止以降低系统功耗。与其他类型的单片机实现相同的功能需要多个芯片的组合才能完成相比，C8051单片机不仅减少了系统成本，更大大降低了功耗。 增强了在信号处理方面的性能，部分型号具有16x16 MAC以及DMA功能，可对所采集信号进行实时有效的算法处理并提高了数据传送能力。 具有独立的片内时钟源(精度最高可达0.5%)，设计人员既可选择外接时钟，也可直接应用片内时钟，同时可以在内外时钟源之间自如切换。片内时钟源降低了系统设计的复杂度，提高了系统可靠性，而时钟切换功能则有利于系统整体功耗的降低。 提供空闲模式及停机模式等多种电源管理方式来降低系统功耗 实现了I/O从固定方式到交叉开关配置。固定方式的I/O端口，既占用引脚多，配置又不够灵活。在C8051F中，则采用开关网络以硬件方式实现I/O端口的灵活配置，外设电路单元通过相应的配置寄存器控制的交叉开关配置到所选择的端口上。 复位方式多样化，C8051F把80C51单一的外部复位发展成多源复位，提供了上电复位、掉电复位、外部引脚复位、软件复位、时钟检测复位、比较器0复位、WDT复位和引脚配置复位。众多的复位源为保障系统的安全、操作的灵活性以及零功耗系统设计带来极大的好处。 从传统的仿真调试到基于JTAG接口的在系统调试。C8051F在8位单片机中率先配置了标准的JTAG接口（IEEE1149.1）。C8051F的JTAG接口不仅支持Flash ROM的读/写操作及非侵入式在系统调试，它的JTAG逻辑还为在系统测试提供边界扫描功能。通过边界寄存器的编程控制，可对所有器件引脚、SFR总线和I/O口弱上拉功能实现观察和控制。 C8051F系列单片机型号齐全，可根据设计需求选择不同规模和带有特定外设接口的型号，提供从多达100个引脚的高性能单片机到最小3mmX3mm的封装，满足不同设计的需要。 基于上述特点，Silicon Labs 公司C8051F系列单片机作为SoC芯片的杰出代表能够满足绝大部分场合的复杂功能要求，并在嵌入式领域的各个场合都得到了广泛的应用：在工业控制领域，其丰富的模拟资源可用于工业现场多种物理量的监测、分析及控制和显示；在便携式仪器领域，其低功耗和强大的外设接口也非常适合各种信号的采集、存储和传输；此外，新型的C8051F5xx系列单片机也在汽车电子行业中崭露头角。正是这些优势，使得C8051单片机在进入中国市场的短短几年内就迅速风靡，相信随着新型号的不断推出以及推广力度的不断加大，C8051系列单片机将迎来日益广阔的发展空间，成为嵌入式领域的时代宠儿 此系列单片机完全兼容MCS-51指令集，容易上手，开发周期短，大大节约了开发成本。C8051F系统集成度高，总线时钟可达25M
上传时间： 2013-11-24
上传用户：testAPP
单片机指令系统原理 51单片机的寻址方式 学习汇编程序设计，要先了解CPU的各种寻址法，才能有效的掌握各个命令的用途，寻址法是命令运算码找操作数的方法。在我们学习的8051单片机中，有6种寻址方法，下面我们将逐一进行分析。 立即寻址 在这种寻址方式中，指令多是双字节的，一般第一个字节是操作码，第二个字节是操作数。该操作数直接参与操作，所以又称立即数，有“#”号表示。立即数就是存放在程序存储器中的常数，换句话说就是操作数（立即数）是包含在指令字节中的。 例如：MOV A，#3AH这条指令的指令代码为74H、3AH，是双字节指令，这条指令的功能是把立即数3AH送入累加器A中。MOV DPTR，#8200H在前面学单片机的专用寄存器时，我们已学过，DPTR是一个16位的寄存器，它由DPH及DPL两个8位的寄存器组成。这条指令的意思就是把立即数的高8位（即82H）送入DPH寄存器，把立即数的低8位（即00H）送入DPL寄存器。这里也特别说明一下：在80C51单片机的指令系统中，仅有一条指令的操作数是16位的立即数，其功能是向地址指针DPTR传送16位的地址，即把立即数的高8位送入DPH，低8位送入DPL。 直接寻址 直接寻址方式是指在指令中操作数直接以单元地址的形式给出，也就是在这种寻址方式中，操作数项给出的是参加运算的操作数的地址，而不是操作数。例如：MOV A，30H 这条指令中操作数就在30H单元中，也就是30H是操作数的地址，并非操作数。 在80C51单片机中，直接地址只能用来表示特殊功能寄存器、内部数据存储器以及位地址空间，具体的说就是：1、内部数据存储器RAM低128单元。在指令中是以直接单元地址形式给出。我们知道低128单元的地址是00H-7FH。在指令中直接以单元地址形式给出这句话的意思就是这0-127共128位的任何一位，例如0位是以00H这个单元地址形式给出、1位就是以01H单元地址给出、127位就是以7FH形式给出。2、位寻址区。20H-2FH地址单元。3、特殊功能寄存器。专用寄存器除以单元地址形式给出外，还可以以寄存器符号形式给出。例如下面我们分析的一条指令 MOV IE，#85H 前面的学习我们已知道，中断允许寄存器IE的地址是80H，那么也就是这条指令可以以MOV IE，#85H 的形式表述，也可以MOV 80H，#85H的形式表述。 关于数据存储器RAM的内部情况，请查看我们课程的第十二课。 直接寻址是唯一能访问特殊功能寄存器的寻址方式！ 大家来分析下面几条指令：MOV 65H，A ；将A的内容送入内部RAM的65H单元地址中MOV A，direct ；将直接地址单元的内容送入A中MOV direct,direct；将直接地址单元的内容送直接地址单元MOV IE,#85H ；将立即数85H送入中断允许寄存器IE 前面我们已学过，数据前面加了“#”的，表示后面的数是立即数（如#85H，就表示85H就是一个立即数），数据前面没有加“#”号的，就表示后面的是一个地址地址（如，MOV 65H，A这条指令的65H就是一个单元地址）。 寄存器寻址 寄存器寻址的寻址范围是：1、4个工作寄存器组共有32个通用寄存器，但在指令中只能使用当前寄存器组（工作寄存器组的选择在前面专用寄存器的学习中，我们已知道，是由程序状态字PSW中的RS1和RS0来确定的），因此在使用前常需要通过对PSW中的RS1、RS0位的状态设置，来进行对当前工作寄存器组的选择。2、部份专用寄存器。例如，累加器A、通用寄存器B、地址寄存器DPTR和进位位CY。 寄存器寻址方式是指操作数在寄存器中，因此指定了寄存器名称就能得到操作数。例如：MOV A，R0这条指令的意思是把寄存器R0的内容传送到累加器A中，操作数就在R0中。INC R3这条指令的意思是把寄存器R3中的内容加1 从前面的学习中我产应可以理解到，其实寄存器寻址方式就是对由PSW程序状态字确定的工作寄存器组的R0-R7进行读/写操作。 寄存器间接寻址 寄存间接寻址方式是指寄存器中存放的是操作数的地址，即操作数是通过寄存器间接得到的，因此称为寄存器间接寻址。 MCS-51单片机规定工作寄存器的R0、R1做为间接寻址寄存器。用于寻址内部或外部数据存储器的256个单元。为什么会是256个单元呢？我们知道，R0或者R1都是一个8位的寄存器，所以它的寻址空间就是2的八次方=256。例：MOV R0，#30H ；将值30H加载到R0中 MOV A，@R0 ；把内部RAM地址30H内的值放到累加器A中 MOVX A，@R0 ；把外部RAM地址30H内的值放到累加器A中 大家想想，如果用DPTR做为间址寄存器，那么它的寻址范围是多少呢？DPTR是一个16位的寄存器，所以它的寻址范围就是2的十六次方=65536=64K。因用DPTR做为间址寄存器的寻址空间是64K，所以访问片外数据存储器时，我们通常就用DPTR做为间址寄存器。例：MOV DPTR，#1234H ；将DPTR值设为1234H（16位） MOVX A，@DPTR ；将外部RAM或I/O地址1234H内的值放到累加器A中 在执行PUSH（压栈）和POP（出栈）指令时，采用堆栈指针SP作寄存器间接寻址。例：PUSH 30H ；把内部RAM地址30H内的值放到堆栈区中堆栈区是由SP寄存器指定的，如果执行上面这条命令前，SP为60H，命令执行后会把内部RAM地址30H内的值放到RAM的61H内。 那么做为寄存器间接寻址用的寄存器主要有哪些呢？我们前面提到的有四个，R0、R1、DPTR、SP 寄存器间接寻址范围总结：1、内部RAM低128单元。对内部RAM低128单元的间接寻址，应使用R0或R1作间址寄存器，其通用形式为@Ri（i=0或1）。 2、外部RAM 64KB。对外部RAM64KB的间接寻址，应使用@DPTR作间址寻址寄存器，其形式为：@DPTR。例如MOVX A，@DPTR；其功能是把DPTR指定的外部RAM的单元的内容送入累加器A中。外部RAM的低256单元是一个特殊的寻址区，除可以用DPTR作间址寄存器寻址外，还可以用R0或R1作间址寄存器寻址。例如MOVX A，@R0；这条指令的意思是，把R0指定的外部RAM单元的内容送入累加器A。 堆栈操作指令（PUSH和POP）也应算作是寄存器间接寻址，即以堆栈指针SP作间址寄存器的间接寻址方式。 寄存器间接寻址方式不可以访问特殊功能寄存器！！ 寄存器间接寻址也须以寄存器符号的形式表示，为了区别寄存器寻址我寄存器间接寻址的区别，在寄存器间接寻址方式式中，寄存器的名称前面加前缀标志“@”。 基址寄存器加变址寄存器的变址寻址 这种寻址方式以程序计数器PC或DPTR为基址寄存器，累加器A为变址寄存器，变址寻址时，把两者的内容相加，所得到的结果作为操作数的地址。这种方式常用于访问程序存储器ROM中的数据表格，即查表操作。变址寻址只能读出程序内存入的值，而不能写入，也就是说变址寻址这种方式只能对程序存储器进行寻址，或者说它是专门针对程序存储器的寻址方式。例：MOVC A，@A+DPTR这条指令的功能是把DPTR和A的内容相加，再把所得到的程序存储器地址单元的内容送A假若指令执行前A=54H，DPTR=3F21H，则这条指令变址寻址形成的操作数地址就是54H+3F21H=3F75H。如果3F75H单元中的内容是7FH，则执行这条指令后，累加器A中的内容就是7FH。 变址寻址的指令只有三条，分别如下：JMP @A+DPTRMOVC A，@A+DPTRMOVC A，@A+PC 第一条指令JMP @A+DPTR这是一条无条件转移指令，这条指令的意思就是DPTR加上累加器A的内容做为一个16位的地址，执行JMP这条指令是，程序就转移到A+DPTR指定的地址去执行。 第二、三条指令MOVC A，@A+DPTR和MOVC A，@A+PC指令这两条指令的通常用于查表操作，功能完全一样，但使用起来却有一定的差别，现详细说明如下。我们知道，PC是程序指针，是十六位的。DPTR是一个16位的数据指针寄存器，按理，它们的寻址范围都应是64K。我们在学习特殊功能寄存器时已知道，程序计数器PC是始终跟踪着程序的执行的。也就是说，PC的值是随程序的执行情况自动改变的，我们不可以随便的给PC赋值。而DPTR是一个数据指针，我们就可以给空上数据指针DPTR进行赋值。我们再看指令MOVC A，@A+PC这条指令的意思是将PC的值与累加器A的值相加作为一个地址，而PC是固定的，累加器A是一个8位的寄存器，它的寻址范围是256个地址单元。讲到这里，大家应可明白，MOVC A，@A+PC这条指令的寻址范围其实就是只能在当前指令下256个地址单元。所在，这在我们实际应用中，可能就会有一个问题，如果我们需要查询的数据表在256个地址单元之内，则可以用MOVC A，@A+PC这条指令进行查表操作，如果超过了256个单元，则不能用这条指令进行查表操作。刚才我们已说到，DPTR是一个数据指针，这个数据指针我们可以给它赋值操作的。通过赋值操作。我们可以使MOVC A，@A+DPTR这条指令的寻址范围达到64K。这就是这两条指令在实际应用当中要注意的问题。 变址寻址方式是MCS-51单片机所独有的一种寻址方式。 位寻址 80C51单片机有位处理功能，可以对数据位进行操作，因此就有相应的位寻址方式。所谓位寻址，就是对内部RAM或可位寻址的特殊功能寄存器SFR内的某个位，直接加以置位为1或复位为0。 位寻址的范围，也就是哪些部份可以进行位寻址： 1、我们在第十二课学习51单片机的存储器结构时，我们已知道在单片机的内部数据存储器RAM的低128单元中有一个区域叫位寻址区。它的单元地址是20H-2FH。共有16个单元，一个单元是8位，所以位寻址区共有128位。这128位都单独有一个位地址，其位地址的名字就是00H-7FH。这里就有一个比较麻烦的问题需要大家理解清楚了。我们在前面的学习中00H、01H。。。。7FH等等，所表示的都是一个字节（或者叫单元地址），而在这里，这些数据都变成了位地址。我们在指令中，或者在程序中如何来区分它是一个单元地址还是一个位地址呢？这个问题，也就是我们现在正在研究的位寻址的一个重要问题。其实，区分这些数据是位地址还是单元地址，我们都有相应的指令形式的。这个问题我们在后面的指令系统学习中再加以论述。 2、对专用寄存器位寻址。这里要说明一下，不是所有的专用寄存器都可以位寻址的。具体哪些专用寄存器可以哪些专用寄存器不可以，请大家回头去看看我们前面关于专用寄存器的相关文章。一般来说，地址单元可以被8整除的专用寄存器，通常都可以进行位寻址，当然并不是全部，大家在应用当中应引起注意。 专用寄存器的位寻址表示方法： 下面我们以程序状态字PSW来进行说明 D7 D6 D5 D4 D3 D2 D1 D0 CY AC F0 RS1 RS0 OV P 1、直接使用位地址表示：看上表，PSW的第五位地址是D5，所以可以表示为D5H MOV C，D5H 2、位名称表示：表示该位的名称，例如PSW的位5是F0，所以可以用F0表示 MOV C，F0 3、单元（字节）地址加位表示：D0H单元位5，表示为DOH.5 MOV C,D0H.5 4、专用寄存器符号加位表示：例如PSW.5 MOV C,PSW.5 这四种方法实现的功能都是相同的，只是表述的方式不同而已。 例题： 1. 说明下列指令中源操作数采用的寻址方式。 MOV R5，R7 答案：寄存器寻址方式 MOV A，55H 直接寻址方式 MOV A，＃55H 立即寻址方式 JMP @A+DPTR 变址寻址方式 MOV 30H，C 位寻址方式 MOV A，@R0 间接寻址方式 MOVX A,@R0 间接寻址方式 改错题 请判断下列的MCS-51单片机指令的书写格式是否有错，若有，请说明错误原因。 MOV R0，@R3 答案：间址寄存器不能使用R2～R7。 MOVC A，@R0+DPTR 变址寻址方式中的间址寄存器不可使用R0，只可使用A。 ADD R0，R1 运算指令中目的操作数必须为累加器A，不可为R0。 MUL AR0 乘法指令中的乘数应在B寄存器中，即乘法指令只可使用AB寄存器组合。
上传时间： 2013-11-11
上传用户：caozhizhi
at91rm9200启动过程教程 系统上电，检测BMS，选择系统的启动方式，如果BMS为高电平，则系统从片内ROM启动。AT91RM9200的ROM上电后被映射到了0x0和0x100000处，在这两个地址处都可以访问到ROM。由于9200的ROM中固化了一个BOOTLOAER程序。所以PC从0X0处开始执行这个BOOTLOAER(准确的说应该是一级BOOTLOADER)。这个BOOTLOER依次完成以下步骤： 1、PLL SETUP，设置PLLB产生48M时钟频率提供给USB DEVICE。同时DEBUG USART也被初始化为48M的时钟频率； 2、相应模式下的堆栈设置； 3、检测主时钟源（Main oscillator）； 4、中断控制器（AIC）的设置； 5、C 变量的初始化； 6、跳到主函数。 完成以上步骤后，我们可以认为BOOT过程结束，接下来的就是LOADER的过程，或者也可以认为是装载二级BOOTLOER。AT91RM9200按照DATAFLASH、EEPROM、连接在外部总线上的8位并行FLASH的顺序依次来找合法的BOOT程序。所谓合法的指的是在这些存储设备的开始地址处连续的存放的32个字节，也就是8条指令必须是跳转指令或者装载PC的指令，其实这样规定就是把这8条指令当作是异常向量表来处理。必须注意的是第6条指令要包含将要装载的映像的大小。关于如何计算和写这条指令可以参考用户手册。一旦合法的映像找到之后，则BOOT程序会把找到的映像搬到SRAM中去，所以映像的大小是非常有限的，不能超过16K-3K的大小。当BOOT程序完成了把合法的映像搬到SRAM的任务以后，接下来就进行存储器的REMAP，经过REMAP之后，SRAM从映设前的0X200000地址处被映设到了0X0地址并且程序从0X0处开始执行。而ROM这时只能在0X100000这个地址处看到了。至此9200就算完成了一种形式的启动过程。如果BOOT程序在以上所列的几种存储设备中找到合法的映像，则自动初始化DEBUG USART口和USB DEVICE口以准备从外部载入映像。对DEBUG口的初始化包括设置参数115200 8 N 1以及运行XMODEM协议。对USB DEVICE进行初始化以及运行DFU协议。现在用户可以从外部（假定为PC平台）载入你的映像了。在PC平台下，以WIN2000为例，你可以用超级终端来完成这个功能，但是还是要注意你的映像的大小不能超过13K。一旦正确从外部装载了映像，接下来的过程就是和前面一样重映设然后执行映像了。我们上面讲了BMS为高电平，AT91RM9200选择从片内的ROM启动的一个过程。如果BMS为低电平，则AT91RM9200会从片外的FLASH启动，这时片外的FLASH的起始地址就是0X0了，接下来的过程和片内启动的过程是一样的，只不过这时就需要自己写启动代码了，至于怎么写，大致的内容和ROM的BOOT差不多，不同的硬件设计可能有不一样的地方，但基本的都是一样的。由于片外FLASH可以设计的大，所以这里编写的BOOTLOADER可以一步到位，也就是说不用像片内启动可能需要BOOT好几级了，目前AT91RM9200上使用较多的bootloer是u-boot，这是一个开放源代码的软件，用户可以自由下载并根据自己的应用配置。总的说来，笔者以为AT91RM9200的启动过程比较简单，ATMEL的服务也不错，不但提供了片内启动的功能，还提供了UBOOT可供下载。笔者写了一个BOOTLODER从片外的FLASHA启动，效果还可以。 uboot结构与使用uboot是一个庞大的公开源码的软件。他支持一些系列的arm体系，包含常见的外设的驱动，是一个功能强大的板极支持包。其代码可以 http://sourceforge.net/projects/u-boot下载 在9200上，为了启动uboot，还有两个boot软件包，分别是loader和boot。分别完成从sram和flash中的一级boot。其源码可以从atmel的官方网站下载。 我们知道，当9200系统上电后，如果bms为高电平，则系统从片内rom启动，这时rom中固化的boot程序初始化了debug口并向其发送'c'，这时我们打开超级终端会看到ccccc...。这说明系统已经启动，同时xmodem协议已经启动，用户可以通过超级终端下载用户的bootloader。作为第一步，我们下载loader.bin.loader.bin将被下载到片内的sram中。这个loder完成的功能主要是初始化时钟，sdram和xmodem协议，为下载和启动uboot做准备。当下载了loader.bin后，超级终端会继续打印：ccccc....。这时我们就可以下在uboot了。uboot将被下载到sdram中的一个地址后并把pc指针调到此处开始执行uboot。接着我们就可以在终端上看到uboot的shell启动了，提示符uboot>，用户可以uboot>help 看到命令列表和大概的功能。uboot的命令包含了对内存、flash、网络、系统启动等一些命令。 如果系统上电时bms为低电平，则系统从片外的flash启动。为了从片外的flash启动uboot,我们必须把boot.bin放到0x0地址出，使得从flash启动后首先执行boot.bin，而要少些boot.bin，就要先完成上面我们讲的那些步骤，首先开始从片内rom启动uboot。然后再利用uboot的功能完成把boot.bin和uboot.gz烧写到flash中的目的，假如我们已经启动了uboot,可以这样操作： uboot>protect off all uboot>erase all uboot>loadb 20000000 uboot>cp.b 20000000 10000000 5fff uboot>loadb 21000000 uboot>cp.b 210000000 10010000 ffff 然后系统复位，就可以看到系统先启动boot，然后解压缩uboot.gz，然后启动uboot。注意，这里uboot必须压缩成.gz文件，否则会出错。 怎么编译这三个源码包呢，首先要建立一个arm的交叉编译环境，关于如何建立，此处不予说明。建立好了以后，分别解压源码包，然后修改Makefile中的编译器项目，正确填写你的编译器的所在路径。 对loader和boot，直接make。对uboot,第一步：make_at91rm9200dk,第二步：make。这样就会在当前目录下分别生成*.bin文件,对于uboot.bin，我们还要压缩成.gz文件。 也许有的人对loader和boot搞不清楚为什么要两个，有什么区别吗？首先有区别，boot主要完成从flash中启动uboot的功能，他要对uboot的压缩文件进行解压，除此之外，他和loader并无大的区别，你可以把boot理解为在loader的基础上加入了解压缩.gz的功能而已。所以这两个并无多大的本质不同，只是他们的使命不同而已。 特别说名的是这三个软件包都是开放源码的，所以用户可以根据自己的系统的情况修改和配置以及裁减，打造属于自己系统的bootloder。
上传时间： 2013-10-27
上传用户：wsf950131
该例用于令与 PORTD 口相连的8 个发光二极管前4 个点亮，后4 个熄灭。在调试程序前，应使与PORTD 口相连的8 位拔码开关拔向相应的位置。
上传时间： 2014-01-23
上传用户：cooran
有两种方式可以让设备和应用程序之间联系：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
pic单片机实用教程(提高篇)以介绍PIC16F87X型号单片机为主，并适当兼顾PIC全系列，共分9章，内容包括：存储器；I/O端口的复位功能；定时器/计数器TMR1；定时器TMR2；输入捕捉/输出比较/脉宽调制CCP；模/数转换器ADC；通用同步/异步收发器USART；主控同步串行端口MSSP：SPI模式和I2C模式。突出特点：通俗易懂、可读性强、系统全面、学练结合、学用并重、实例丰富、习题齐全。＜br＞本书作为Microchip公司大学计划选择用书，可广泛适用于初步具备电子技术基础和计算机知识基础的学生、教师、单片机爱好者、电子制作爱好者、电器维修人员、电子产品开发设计者、工程技术人员阅读。本教程全书共分2篇，即基础篇和提高篇，分2册出版，以适应不同课时和不同专业的需要，也为教师和读者增加了一种可选方案。 第1章 EEPROM数据存储器和FIASH程序存储器1.1 背景知识1.1.1 通用型半导体存储器的种类和特点1.1.2 PIC单片机内部的程序存储器1.1.3 PIC单片机内部的EEPROM数据存储器1.1.4 PIC16F87X内部EEPROM和FIASH操作方法1.2 与EEPROM相关的寄存器1.3 片内EEPROM数据存储器结构和操作原理1.3.1 从EEPROM中读取数据1.3.2 向EEPROM中烧写数据1.4 与FLASH相关的寄存器1.5 片内FLASH程序存储器结构和操作原理1.5.1 读取FLASH程序存储器1.5.2 烧写FLASH程序存储器1.6 写操作的安全保障措施1.6.1 写入校验方法1.6.2 预防意外写操作的保障措施1.7 EEPROM和FLASH应用举例1.7.1 EEPROM的应用1.7.2 FIASH的应用思考题与练习题第2章 输入/输出端口的复合功能2.1 RA端口2.1.1 与RA端口相关的寄存器2.1.2 电路结构和工作原理2.1.3 编程方法2.2 RB端口2.2.1 与RB端口相关的寄存器2.2.2 电路结构和工作原理2.2.3 编程方法2.3 RC端口2.3.1 与RC端口相关的寄存器2.3.2 电路结构和工作原理2.3.3 编程方法2.4 RD端口2.4.1 与RD端口相关的寄存器2.4.2 电路结构和工作原理2.4.3 编程方法2.5 RE端口2.5.1 与RE端口相关的寄存器2.5.2 电路结构和工作原理2.5.3 编程方法2.6 PSP并行从动端口2.6.1 与PSP端口相关的寄存器2.6.2 电路结构和工作原理2.7 应用举例思考题与练习题第3章 定时器/计数器TMR13.1 定时器/计数器TMR1模块的特性3.2 定时器/计数器TMR1模块相关的寄存器3.3 定时器/计数器TMR1模块的电路结构3.4 定时器/计数器TMR1模块的工作原理3.4.1 禁止TMR1工作3.4.2 定时器工作方式3.4.3 计数器工作方式3.4.4 TMR1寄存器的赋值与复位3.5 定时器/计数器TMR1模块的应用举例思考题与练习题第4章 定时器TMR24.1 定时器TMR2模块的特性4.2 定时器TMR2模块相关的寄存器4.3 定时器TMR2模块的电路结构4.4 定时器TMR2模块的工作原理4.4.1 禁止TMR2工作4.4.2 定时器工作方式4.4.3 寄存器TMR2和PR2以及分频器的复位4.4.4 TMR2模块的初始化编程4.5 定时器TMR2模块的应用举例思考题与练习题第5章 输入捕捉/输出比较/脉宽调制CCP5.1 输入捕捉工作模式5.1.1 输入捕捉摸式相关的寄存器5.1.2 输入捕捉模式的电路结构5.1.3 输入捕捉摸式的工作原理5.1.4 输入捕捉摸式的应用举例5.2 输出比较工作模式5.2.1 输出比较模式相关的寄存器5.2.2 输出比较模式的电路结构5.2.3 输出比较模式的工作原理5.2.4 输出比较模式的应用举例5.3 脉宽调制输出工作模式5.3.1 脉宽调制模式相关的寄存器5.3.2 脉宽调制模式的电路结构5.3.3 脉宽调制模式的工作原理5.3.4 脉定调制模式的应用举例5.4 两个CCP模块之间相互关系思考题与练习题第6章 模/数转换器ADC6.1 背景知识6.1.1 ADC种类与特点6.1.2 ADC器件的工作原理6.2 PIC16F87X片内ADC模块6.2.1 ADC模块相关的寄存器6.2.2 ADC模块结构和操作原理6.2.3 ADC模块操作时间要求6.2.4 特殊情况下的A/D转换6.2.5 ADC模块的转换精度和分辨率6.2.6 ADC模块的内部动作流程和传递函数6.2.7 ADC模块的操作编程6.3 PIC16F87X片内ADC模块的应用举例思考题与练习题第7章 通用同步/异步收发器USART7.1 串行通信的基本概念7.1.1 串行通信的两种基本方式7.1.2 串行通信中数据传送方向7.1.3 串行通信中的控制方式7.1.4 串行通信中的码型、编码方式和帧结构7.1.5 串行通信中的检错和纠错方式7.1.6 串行通信组网方式7.1.7 串行通信接口电路和参数7.1.8 串行通信的传输速率7.2 PIC16F87X片内通用同步/异步收发器USART模块7.2.1 与USART模块相关的寄存器7.2.2 USART波特率发生器BRG7.2.3 USART模块的异步工作方式7.2.4 USART模块的同步主控工作方式7.2.5 USART模块的同步从动工作方式7.3 通用同步/异步收发器USART的应用举例思考题与练习题第8章 主控同步串行端口MSSP——SPI模式8.1 SPI接口的背景知识8.1.1 SPI接口信号描述8.1.2 基于SPI的系统构成方式8.1.3 SPI接口工作原理8.1.4 兼容的MicroWire接口8.2 PIC16F87X的SPI接口8.2.1 SPI接口相关的寄存器8.2.2 SPI接口的结构和操作原理8.2.3 SPI接口的主控方式8.2.4 SPI接口的从动方式8.3 SPI接口的应用举例思考题与练习题第9章 主控同步串行端口MSSP——I（平方）C模式9.1 I（平方）C总线的背景知识9.1.1 名词术语9.1.2 I（平方）C总线的技术特点9.1.3 I（平方）C总线的基本工作原理9.1.4 I（平方）C总线信号时序分析9.1.5 信号传送格式9.1.6 寻址约定9.1.7 技术参数9.1.8 I（平方）C器件与I（平方）C总线的接线方式9.1.9 相兼容的SMBus总线9.2 与I（平方）C总线相关的寄存器9.3 典型信号时序的产生方法9.3.1 波特率发生器9.3.2 启动信号9.3.3 重启动信号9.3.4 应答信号9.3.5 停止信号9.4 被控器通信方式9.4.1 硬件结构9.4.2 被主控器寻址9.4.3 被控器接收——被控接收器9.4.4 被控器发送——被控发送器9.4.5 广播式寻址9.5 主控器通信方式9.5.1 硬件结构9.5.2 主控器发送——主控发送器9.5.3 主控器接收——主控接收器9.6 多主通信方式下的总线冲突和总线仲裁9.6.1 发送和应答过程中的总线冲突9.6.2 启动过程中的总线冲突9.6.3 重启动过程中的总线冲突9.6.4 停止过程中的总线冲突9.7 I（平方）C总线的应用举例思考题与练习题附录A 包含文件P16F877.INC附录B 新版宏汇编器MPASM伪指令总表参考文献
上传时间： 2013-12-14
上传用户：xiaoyuer
在正常操作期间，一次WDT 超时溢出将产生一次器件复位。如果器件处于休眠状态，一次WDT超时溢出将唤醒器件，使其继续正常操作（即称作WDT 唤醒）。对WDTE 设置位清零可以永久性地关闭WDT。后分频器分配完全是由软件控制，即它可在程序执行期间随时更改。在例26-1 中，如果需要的预分频值不是1:1，就不需要对OPTION_REG 寄存器做初始修改。如果需要的预分频值是1:1，那么先向OPTION_REG 设置一个非1:1 的临时预分频值，在完成其它操作后，在最后修改OPTION_REG 时再设置1:1 的预分频值。这样操作，主要是因为无法知道TMR0 预分频器的当前计数值，而且分频器更改后，该值将变为WDT 后分频器的当前计数值，所以必须遵循示例中的代码顺序。如果没有按照示例中的代码顺序改变OPTION_REG 寄存器，那么无法准确得知WDT 复位前的时间。
上传时间： 2013-11-02
上传用户：674635689
针对传统的Max-Log-Map译码算法时效性差、存储空间开销大的特点，本文对传统的Max-Log-Map译码算法进行了改进。改进的算法对前、后向度量使用了蝶形结构图，便于DSP实现；将原始帧均分为多个子块，设计子块间的并行运算以减小系统延迟；子块内采取进一步地优化措施，以减小数据存储量并提高译码速率。在DSP C6416平台上的仿真结果表明了算法的可实现性与可靠性。
标签： Max-Log-Map DSP 译码算法
上传时间： 2013-11-08
上传用户：a296386173
手把手教你学CPLD/FPGA与单片机联合设计（前3章） 作者：周兴华；出版社： 北京航空航天大学出版社 内容简介：本书以实践（实验）为主线，以生动短小的实例为灵魂，穿插介绍了Verilog HDL语言的语法及Altera公司的EPM7128S（或Atmel公司的ATFl508A5）设计开发编程。理论与实践紧密结合，由浅入深、循序渐进地引导读者进行学习、实验，这样读者学得进、记得牢，不会产生畏难情绪，无形之中就掌握了 CPLD／FPGA的联合设计。
上传时间： 2013-10-20
上传用户：xjz632
针对弹载合成孔径雷达（SAR）成像存在运动参数抖动的问题，分析了不规则运动造成图像几何失真的机理，提出了一种基于多项式逼近的弹载SAR线性调频（LFM）信号前斜视成像几何形变校正方法。挂飞试验证明，该方法能从雷达回波数据中准确消除几何形变，提高成像质量。
上传时间： 2013-10-27
上传用户：日光微澜
