数操作都是在这个函数中完成的。另外非常重要的点是，中断程序的结尾应该让中断复位，允许下次中断，有些端点的计数器也要清零并允许接受新的中断请求。例如清空计数中断复位允许中断请求固件程序的运行流程所示，上电复位后进入函数先初始化内部状态变量，然后调用用户初始化函数。从该函数返回后使能中断，然后每隔进行次设备重枚举直到端点接受到主机的数据包。检测到包后开始任务调度，任务调度的步骤如下调用用户函数，判断是否受到包分析判断包，如果是标准设备请求命令则执行标准请求，如果是用户请求命令则调用进行数据处理并反馈给主机结果判断是否收到挂起信号，收到则调用。从该函数返回后再检测是否发生唤醒事件，未检测到则处理器进入挂起状态，否则调用，程序继续运行。需要用户自己编写的代码主要包括。在本系统中，主要完成端点的选择和配置，以及外围器件的初始化。将根据接收的主机命令对数据进行处理，之后将处理结果或状态信息反馈给主机第五章系统调试及结果如果打开后，插上，就处于假死状态。估计是没焊接好或是软件有问题。硬件做以下检查焊接检查，从新焊接遍晶振芯片和缓冲芯片，再次测量电压,从中读取已经写入的文件，查看是否已经写入的没有被编程时，扫描出来的是被编程以后扫描的结果是用示波器观看晶振是否起振如果焊接好板子，保证没有焊接或者虚焊，即硬件没有问题。驱动安装好，程序都下好后，打开后，就可以在软件中找到和贴图如下图软件的话有可能是程序烧错了，或者管脚影射错了，即中文件芯片的管脚对应出错，也会造成处于假死状态。如果软件无误，即程序可正常下载贴图如下图第六章总结和展望毕业设计是我在大学学习阶段的最后个环节，是对所学基础知识和专业知识的种综合应用，是种综合的再学习再提高的过程，这过程有助于培养我的学习能力和独立工作能力。通过几个月的努力，在参阅大量书籍资料的情况下，进行了大量的试验和研究。在这期间，虽然经历过失败和挫折，最终体会到了成功的喜悦。在制作过程中，严格遵循了系统的需求分析总体设计软硬件详细设计与实现系统调试等开发步骤，分阶段的完成了各设计任务。但是在制作过程过程中，发现存在些问题有待进步探讨和改进，主要包括以下几个方面可以使电路更加简单，的时钟由外部的无源晶振内的反相器来做，而的时钟由四分频来做。不过晶振在的时候下载线好使，换了高点的晶振下载线就不好用了。不知道是那里的原因。在本次设计下载线设计过程中，虽然基于模式的要比并口的下载速度快很多，但更快的模式，在本次设计设计中没有太多涉及可以用单片机来代替器件，同样可以实现其功能。本次设计只是大体了解介绍了下如何实现，如有兴趣，可以自己制作下随着片上系统，时代的到来，人们对用于可编程逻辑器件编程的下载电缆的要求越来越高。但传统的并口串口下载电缆，或者速度不够快，或者灵活性不高，本课题研究的下载电缆可以满足人们的要求，使下载电缆的使用越来越方便。致谢随着毕业设计尾声的临近，我的四年大学本科也即将画上句号。但是对我而言，这并不是学业的结束，而是个新的开始。在此，我要感谢每个帮助过我的人。首先，我要感谢的是我的导师梁瑞宇老师。梁老师平日里工作繁多，但在我做毕业设计的每个阶段，都给予我悉心的指导和帮助。可以说，没有梁老师的悉心指导和帮助，我是不可能顺利完成我的毕业设计的。另外，他的治学严谨和科学研究的精神也是我永远学习的榜样，并将积极影响我今后的学习和工作。其次我要感谢我的父母，在我毕业设计最艰苦的那段日子，是他们给了我最大的精神支持。父母为了我的成长，直在背后默默的付出和辛勤的工作，他们的养育之恩，我将用自己的生去回报。再次，我要感谢的是同班同学的好兄弟李星星和刘晋，在我毕业设计期间，他们给了我不少的关心和帮助。最后我要感谢的是我亲爱的河海大学以及河海大学的每位老师和同学。总之，感谢每位关心过我，爱护过我的人。滴水之恩，当涌泉相报。参考文献宋万杰，罗丰，吴顺君技术及应用西安电子科技大学出版社，曾繁泰，陈美金程序设计清华大学出版社，李洪伟，袁斯华基于的设计电子工业出版社，马伟计算机系统原理及其主从机设计北京航空航天大学出版社，张弘接口设计西安电子科技大学出版社，电子工业出版社，北京电子工业出版社，黄正谨系统设计技术入门与应用电子工业出版社简介谭会生，张昌凡技术及应用第二版西安电子科技大学出版社，周立功，夏宇闻单片机与综合应用技术北京航空航天大学出版社萧世文硬件设计清华大学出版社，黄仁欣技术实用教程清华大学出版社附录附录实物图附录电路图附录版图，，，，，，，，，，，，，，，，速度主机必须尽最大努力来确保所有的控制传输能尽可能快的进行。主机控制器为控制传输保留了的带宽。如果控制传输大部分时间不需要这些带宽，则批量传输可以使用剩下部分。同样，如果总线有未用带宽，则控制传输可以使用多于的带宽。主机试图可能公平地给所有请求分配带宽。在个传输中，帧可以执行多个事务，或者每个事物可以公布在个不同的帧中。关于控制传输是否适合传输配置数据以外的数据有两个选择。规范推荐尽可能多地保留控制传输来为标准请求服务。这将通过为它们保留尽可能多的带宽而有助于确保控制传输快速进行。但些人相信没有理由来限制控制传输为个特殊目的服务，任何设备都可以自由地使用控制传输来为任何目的服务。控制传输不是用来传输数据的最有效的方法。每个有个数据包的全速传输除了被传输的数据外还有个的头低速传输是。每个数据阶段需要标志和交换包，因此有更大数据包的阶段是更有效的。低速传输可能传输不超过的数据，它被限制为每帧最多三个事务。个的单个低速控制传输使用了个帧的带宽的但这个传输的独立事务可以在分布到多个帧中如果总线很忙，则所有的控制传输可能不得不共享保留的的带宽。每帧只允许个的全速传输然而同样，任何个传输可以被分散到多个帧中。设备不必立刻响应控制传输请求。在个主机向设备请求数据的传输中，这个设备在它为主机准备好请求数据前可以有长达的延迟。为了检查数据是否准备好，主机需发送个标志包请求这个数据。如果数据准备好了，则设备立刻在那个事务的数据包中发送它，如果没有准备好则设备返回个来建议主机以后重试。主机保持按间隔重试，间隔最多为。在个主机发送数据给设备的传输中，设备在接收到所有数据和完成状态阶段前可以有长达的延迟。这个不包括任何主机加到包之间的延迟时间。在个没有数据阶段的传输中，设备必须在内完成请求和状态处理阶段。个特定设备类可能需要更快地响应标准请求和类特定请求。附录英文资料及翻译，，，，，，，