想要学习单片机，建立一个单片机学习环境至关重要。为此既可以用传统的方式，也可以借助于网络，网络上有很多有用的资源，利用这些资源，爱好者可以廉价和快速地建立自己的软、硬件学习环境。网上学单片机的入门篇将带领大家走遍“五湖四海”，搜寻有用的资源。
标签： 单片机
上传时间： 2014-12-27
上传用户：ccxzzhm
自学单片机（入门篇.rar 想要学习单片机，建立一个单片机学习环境至关重要。为此既可以用传统的方式，也可以借助于网络，网络上有很多有用的资源，利用这些资源，爱好者可以廉价和快速地建立自己的软、硬件学习环境。网上学单片机的入门篇将带领大家走遍“五湖四海”，搜寻有用的资源。
标签： 单片机
上传时间： 2013-11-02
上传用户：181992417
PICmicro中档单片机系列参考手册:请注意以下有关Microchip 器件代码保护功能的要点：• Microchip的产品均达到Microchip 数据手册中所述的技术指标。• Microchip确信：在正常使用的情况下， Microchip 系列产品是当今市场上同类产品中最安全的产品之一。• 目前，仍存在着恶意、甚至是非法破坏代码保护功能的行为。就我们所知，所有这些行为都不是以Microchip 数据手册中规定的操作规范来使用Microchip 产品的。这样做的人极可能侵犯了知识产权。• Microchip愿与那些注重代码完整性的客户合作。• Microchip或任何其它半导体厂商均无法保证其代码的安全性。代码保护并不意味着我们保证产品是“牢不可破”的。代码保护功能处于持续发展中。Microchip 承诺将不断改进产品的代码保护功能。任何试图破坏Microchip 代码保护功能的行为均可视为违反了《数字器件千年版权法案（Digital Millennium Copyright Act）》。如果这种行为导致他人在未经授权的情况下，能访问您的软件或其它受版权保护的成果，您有权依据该法案提起诉讼，从而制止这种行为的。 Microchip 公司是The Embedded Control Solutions Company® （嵌入式控制系统解决方案公司），其产品主要满足嵌入式控制市场的需求。我们是以下产品的领先供应商：• 8 位通用单片机(PICmicro® 单片机)• 专用和标准的非易失性存储器件• 安防器件 (KEELOQ®)• 专用标准产品欲获得您所感兴趣的产品列表，请申请一份Microchip 产品线目录。以往，8 位单片机的用户只选择传统的MCU 类型，即ROM 器件，用于生产。Microchip 率先改变了这种传统观念，向人们展示了OTP （一次性编程）器件比ROM 器件在其寿命周期内具有更低的产品成本。Microchip 具备EPROM技术优势，从而使EPROM成为PICmicro 单片机程序存储器的不二选择。Microchip 尽可能地缩小了EPROM 和ROM 存储器技术之间的成本差距，并使顾客从中受益。其他MCU 供应商无法作到这一点，这从他们的 EPROM 和 ROM 版本之间的价格差异便可以看出。Microchip 的8 位单片机市场份额的增长证明了PICmicro® 单片机能够满足大多数人的需要。这也使PICmicro 单片机架构成为了当今通用市场上应用最广泛的三大体系之一。Microchip 的低成本OTP 解决方案所带来的效益是这一增长的助推剂。用户能够从以下各方面受益：• 快速的产品上市时间• 允许生产过程中对产品进行代码修改• 无需掩膜产品所需的一次性工程费用(NRE)• 能够轻松为产品进行连续编号• 无需额外增加硬件即可存储校准数据• 可最大限度地增加PICmicro® 单片机的库存• 由于在开发和生产中使用同一器件，从而降低了风险Microchip 的8 位 PICmicro 单片机具备很好的性价比，可成为任何传统的8 位应用和某些4 位应用( 低档系列)、专用逻辑的替代品以及低端DSP 应用( 高档系列) 的选择。这些特点及其良好的性价比使PICmicro 单片机在大多数应用场合极具吸引力。
上传时间： 2014-03-03
上传用户：ainimao
基于MSP430 系列单片机设计了体外临时心脏起搏器的起搏装置，给出了硬件设计电路和软件的系统结构。经实验研究，该装置比原有的以AT89c2051 型单片机制造的体外临时心脏起搏器在单位电池供电的情况下使用期限更长，以实现低功耗，即将原来的工作电流削减一半以上，电池更换的频率由原先的1 次/周，降低至1 次/月 。心脏起搏器是目前临床上用于治疗心搏徐缓的最有效医疗设备。当患者心脏的窦房结或心肌的神经传导组织发生障碍时，心脏起搏器就会通过起搏装置人为的发放电脉冲，再经体内的导管电极刺激房室搏动[7]。随着现代电子技术的飞速发展，电子产品的低功耗设计越来越受到人们的重视。低功耗设计包括了低电压设计、低电流设计、相应得软硬件设计、充分利用现有资源、开发新资源等多层含意与技术[5] [6]。微功耗体外临时心脏起搏器已经成为各国、各公司竞相研究的一个重要领域。
上传时间： 2013-11-18
上传用户：xyipie
俄罗斯方块原理图和源程序代码俄罗斯方块程序(Proteus).源程序代码推箱子Cargador.源程序代码游戏源程序代码燕辉版方块等源程序代码
标签： 单片机
上传时间： 2014-01-10
上传用户：丶灬夏天
九.输入/输出保护为了支持多任务，80386不仅要有效地实现任务隔离，而且还要有效地控制各任务的输入/输出，避免输入/输出冲突。本文将介绍输入输出保护。 这里下载本文源代码。 <一>输入/输出保护80386采用I/O特权级IPOL和I/O许可位图的方法来控制输入/输出，实现输入/输出保护。 1.I/O敏感指令输入输出特权级(I/O Privilege Level)规定了可以执行所有与I/O相关的指令和访问I/O空间中所有地址的最外层特权级。IOPL的值在如下图所示的标志寄存器中。 标 志寄存器 BIT31—BIT18 BIT17 BIT16 BIT15 BIT14 BIT13—BIT12 BIT11 BIT10 BIT9 BIT8 BIT7 BIT6 BIT5 BIT4 BIT3 BIT2 BIT1 BIT0 00000000000000 VM RF 0 NT IOPL OF DF IF TF SF ZF 0 AF 0 PF 1 CF I/O许可位图规定了I/O空间中的哪些地址可以由在任何特权级执行的程序所访问。I/O许可位图在任务状态段TSS中。 I/O敏感指令 指令 功能 保护方式下的执行条件 CLI 清除EFLAGS中的IF位 CPL<=IOPL STI 设置EFLAGS中的IF位 CPL<=IOPL IN 从I/O地址读出数据 CPL<=IOPL或I/O位图许可 INS 从I/O地址读出字符串 CPL<=IOPL或I/O位图许可 OUT 向I/O地址写数据 CPL<=IOPL或I/O位图许可 OUTS 向I/O地址写字符串 CPL<=IOPL或I/O位图许可 上表所列指令称为I/O敏感指令，由于这些指令与I/O有关，并且只有在满足所列条件时才可以执行，所以把它们称为I/O敏感指令。从表中可见，当前特权级不在I/O特权级外层时，可以正常执行所列的全部I/O敏感指令；当特权级在I/O特权级外层时，执行CLI和STI指令将引起通用保护异常，而其它四条指令是否能够被执行要根据访问的I/O地址及I/O许可位图情况而定(在下面论述)，如果条件不满足而执行，那么将引起出错码为0的通用保护异常。 由于每个任务使用各自的EFLAGS值和拥有自己的TSS，所以每个任务可以有不同的IOPL，并且可以定义不同的I/O许可位图。注意，这些I/O敏感指令在实模式下总是可执行的。 2.I/O许可位图如果只用IOPL限制I/O指令的执行是很不方便的，不能满足实际要求需要。因为这样做会使得在特权级3执行的应用程序要么可访问所有I/O地址，要么不可访问所有I/O地址。实际需要与此刚好相反，只允许任务甲的应用程序访问部分I/O地址，只允许任务乙的应用程序访问另一部分I/O地址，以避免任务甲和任务乙在访问I/O地址时发生冲突，从而避免任务甲和任务乙使用使用独享设备时发生冲突。 因此，在IOPL的基础上又采用了I/O许可位图。I/O许可位图由二进制位串组成。位串中的每一位依次对应一个I/O地址，位串的第0位对应I/O地址0，位串的第n位对应I/O地址n。如果位串中的第位为0，那么对应的I/O地址m可以由在任何特权级执行的程序访问；否则对应的I/O地址m只能由在IOPL特权级或更内层特权级执行的程序访问。如果在I/O外层特权级执行的程序访问位串中位值为1的位所对应的I/O地址，那么将引起通用保护异常。 I/O地址空间按字节进行编址。一条I/O指令最多可涉及四个I/O地址。在需要根据I/O位图决定是否可访问I/O地址的情况下，当一条I/O指令涉及多个I/O地址时，只有这多个I/O地址所对应的I/O许可位图中的位都为0时，该I/O指令才能被正常执行，如果对应位中任一位为1，就会引起通用保护异常。 80386支持的I/O地址空间大小是64K，所以构成I/O许可位图的二进制位串最大长度是64K个位，即位图的有效部分最大为8K字节。一个任务实际需要使用的I/O许可位图大小通常要远小于这个数目。 当前任务使用的I/O许可位图存储在当前任务TSS中低端的64K字节内。I/O许可位图总以字节为单位存储，所以位串所含的位数总被认为是8的倍数。从前文中所述的TSS格式可见，TSS内偏移66H的字确定I/O许可位图的开始偏移。由于I/O许可位图最长可达8K字节，所以开始偏移应小于56K，但必须大于等于104，因为TSS中前104字节为TSS的固定格式，用于保存任务的状态。 1.I/O访问许可检查细节保护模式下处理器在执行I/O指令时进行许可检查的细节如下所示。 (1)若CPL<=IOPL，则直接转步骤(8)；(2)取得I/O位图开始偏移；(3)计算I/O地址对应位所在字节在I/O许可位图内的偏移；(4)计算位偏移以形成屏蔽码值，即计算I/O地址对应位在字节中的第几位；(5)把字节偏移加上位图开始偏移，再加1，所得值与TSS界限比较，若越界，则产生出错码为0的通用保护故障；(6)若不越界，则从位图中读对应字节及下一个字节；(7)把读出的两个字节与屏蔽码进行与运算，若结果不为0表示检查未通过，则产生出错码为0的通用保护故障；(8)进行I/O访问。设某一任务的TSS段如下： TSSSEG SEGMENT PARA USE16 TSS <> ;TSS低端固定格式部分 DB 8 DUP(0) ;对应I/O端口00H—3FH DB 10000000B ;对应I/O端口40H—47H DB 01100000B ;对用I/O端口48H—4FH DB 8182 DUP(0ffH) ;对应I/O端口50H—0FFFFH DB 0FFH ;位图结束字节TSSLen = $TSSSEG ENDS 再假设IOPL=1，CPL=3。那么如下I/O指令有些能正常执行，有些会引起通用保护异常： in al,21h ;(1)正常执行 in al,47h ;(2)引起异常 out 20h,al ;(3)正常实行 out 4eh,al ;(4)引起异常 in al,20h ;(5)正常执行 out 20h,eax ;(6)正常执行 out 4ch,ax ;(7)引起异常 in ax,46h ;(8)引起异常 in eax,42h ;(9)正常执行 由上述I/O许可检查的细节可见，不论是否必要，当进行许可位检查时，80386总是从I/O许可位图中读取两个字节。目的是为了尽快地执行I/O许可检查。一方面，常常要读取I/O许可位图的两个字节。例如，上面的第(8)条指令要对I/O位图中的两个位进行检查，其低位是某个字节的最高位，高位是下一个字节的最低位。可见即使只要检查两个位，也可能需要读取两个字节。另一方面，最多检查四个连续的位，即最多也只需读取两个字节。所以每次要读取两个字节。这也是在判别是否越界时再加1的原因。为此，为了避免在读取I/O许可位图的最高字节时产生越界，必须在I/O许可位图的最后填加一个全1的字节，即0FFH。此全1的字节应填加在最后一个位图字节之后，TSS界限范围之前，即让填加的全1字节在TSS界限之内。 I/O许可位图开始偏移加8K所得的值与TSS界限值二者中较小的值决定I/O许可位图的末端。当TSS的界限大于I/O许可位图开始偏移加8K时，I/O许可位图的有效部分就有8K字节，I/O许可检查全部根据全部根据该位图进行。当TSS的界限不大于I/O许可位图开始偏移加8K时，I/O许可位图有效部分就不到8K字节，于是对较小I/O地址访问的许可检查根据位图进行，而对较大I/O地址访问的许可检查总被认为不可访问而引起通用保护故障。因为这时会发生字节越界而引起通用保护异常，所以在这种情况下，可认为不足的I/O许可位图的高端部分全为1。利用这个特点，可大大节约TSS中I/O许可位图占用的存储单元，也就大大减小了TSS段的长度。 <二>重要标志保护输入输出的保护与存储在标志寄存器EFLAGS中的IOPL密切相关，显然不能允许随便地改变IOPL，否则就不能有效地实现输入输出保护。类似地，对EFLAGS中的IF位也必须加以保护，否则CLI和STI作为敏感指令对待是无意义的。此外，EFLAGS中的VM位决定着处理器是否按虚拟8086方式工作。 80386对EFLAGS中的这三个字段的处理比较特殊，只有在较高特权级执行的程序才能执行IRET、POPF、CLI和STI等指令改变它们。下表列出了不同特权级下对这三个字段的处理情况。 不同特权级对标志寄存器特殊字段的处理 特权级 VM标志字段 IOPL标志字段 IF标志字段 CPL=0 可变(初POPF指令外) 可变 可变 0 不变 不变 可变 CPL>IOPL 不变 不变 不变 从表中可见，只有在特权级0执行的程序才可以修改IOPL位及VM位；只能由相对于IOPL同级或更内层特权级执行的程序才可以修改IF位。与CLI和STI指令不同，在特权级不满足上述条件的情况下，当执行POPF指令和IRET指令时，如果试图修改这些字段中的任何一个字段，并不引起异常，但试图要修改的字段也未被修改，也不给出任何特别的信息。此外，指令POPF总不能改变VM位，而PUSHF指令所压入的标志中的VM位总为0。 <三>演示输入输出保护的实例(实例九)下面给出一个用于演示输入输出保护的实例。演示内容包括：I/O许可位图的作用、I/O敏感指令引起的异常和特权指令引起的异常；使用段间调用指令CALL通过任务门调用任务，实现任务嵌套。 1.演示步骤实例演示的内容比较丰富，具体演示步骤如下：(1)在实模式下做必要准备后，切换到保护模式；(2)进入保护模式的临时代码段后，把演示任务的TSS段描述符装入TR，并设置演示任务的堆栈；(3)进入演示代码段，演示代码段的特权级是0；(4)通过任务门调用测试任务1。测试任务1能够顺利进行；(5)通过任务门调用测试任务2。测试任务2演示由于违反I/O许可位图规定而导致通用保护异常；(6)通过任务门调用测试任务3。测试任务3演示I/O敏感指令如何引起通用保护异常；(7)通过任务门调用测试任务4。测试任务4演示特权指令如何引起通用保护异常；(8)从演示代码转临时代码，准备返回实模式；(9)返回实模式，并作结束处理。
上传时间： 2013-12-11
上传用户：nunnzhy
pic单片机资料 请注意以下有关Microchip 器件代码保护功能的要点：• Microchip的产品均达到Microchip 数据手册中所述的技术指标。• Microchip确信：在正常使用的情况下， Microchip 系列产品是当今市场上同类产品中最安全的产品之一。• 目前，仍存在着恶意、甚至是非法破坏代码保护功能的行为。就我们所知，所有这些行为都不是以Microchip 数据手册中规定的操作规范来使用Microchip 产品的。这样做的人极可能侵犯了知识产权。• Microchip愿与那些注重代码完整性的客户合作。• Microchip或任何其它半导体厂商均无法保证其代码的安全性。代码保护并不意味着我们保证产品是“牢不可破”的。代码保护功能处于持续发展中。Microchip 承诺将不断改进产品的代码保护功能。任何试图破坏Microchip 代码保护功能的行为均可视为违反了《数字器件千年版权法案（Digital Millennium Copyright Act）》。如果这种行为导致他人在未经授权的情况下，能访问您的软件或其它受版权保护的成果，您有权依据该法案提起诉讼，从而制止这种行为。
上传时间： 2013-10-19
上传用户：nunnzhy
提出了一种在TI公司高性能数字信号处理器TMS320DM3730上进行H.264编码器（即x264编码器）移植与优化的方法，详细描述了在CCS4.2开发平台上进行x264编码器移植工作的基本原理和需要注意的问题。为了提高编码速度，针对DM3730处理器的结构特点，对x264编码器进行了优化，主要方法包括编译器优化、内存优化、C语言代码优化及汇编代码优化。对x264编码器进行的CIF格式编码测试结果表明，在均值信噪比略微降低的前提下，编码速度得到了显著提高，因此获得了更优的编码效率。
上传时间： 2013-10-30
上传用户：evil
dsp开发工具 请注意以下有关Microchip 器件代码保护功能的要点： • Microchip 的产品均达到Microchip 数据手册中所述的技术指标。 • Microchip 确信：在正常使用的情况下， Microchip 系列产品是当今市场上同类产品中最安全的产品之一。 • 目前，仍存在着恶意、甚至是非法破坏代码保护功能的行为。就我们所知，所有这些行为都不是以Microchip 数据手册中规定的 操作规范来使用Microchip 产品的。这样做的人极可能侵犯了知识产权。 • Microchip 愿与那些注重代码完整性的客户合作。 • Microchip 或任何其他半导体厂商均无法保证其代码的安全性。代码保护并不意味着我们保证产品是“牢不可破”的。 代码保护功能处于持续发展中。Microchip 承诺将不断改进产品的代码保护功能。任何试图破坏Microchip 代码保护功能的行为均可视 为违反了《数字器件千年版权法案（Digital Millennium Copyright Act）》。如果这种行为导致他人在未经授权的情况下，能访问您的 软件或其他受版权保护的成果，您有权依据该法案提起诉讼，从而制止这种行为。
上传时间： 2014-12-28
上传用户：123312
近些年来，我国的服务计算范型得到了不断的开发和发展，网络资源的发布、网络维护、网络资源部署以及网络资源的合理配置等等领域都或多或少的产生了很大变化。不管是从个人角度来看，还是从企业整体的角度来看，用户都已经将过去原有的空间限制、时间限制以及组织限制很好的跨越，并且对其创新能力很好的扩展。作为当前形势下新一代服务计算的模型，云计算对于IT以及与其有关联的产业都产生了十分深远的影响，具有深远的意义。面对当前云计算技术的千变万化，将云计算的生态系统这一概念很好的采取，将云计算系统的构建、运行机制、关键要素以及其关键的算法很好的提出来，并且将云存储作为主要的例子，来将其构建的过程很好的分析，对其可能产生的问题进行探讨，并且明确其解决的措施，本文中，笔者就研究云计算及云储存生态系统。
上传时间： 2013-11-07
上传用户：zengduo
