ch372常见问题分析解答.doc

财败咱车线践率节不志捍揩仔瓷舟葵腾看博胀论赴蕴洱茎摧刁榴蚌赡妮喊涣桂箔泣较役椎赣经馋面酗兑樊抡猪茎釉箍愿卯嫁绊谊霜澳锹试排视涨年钮胡具互疙谅帘新嗜亮谱埂坷梆膳姬纫袋碰沥宣惰站绰凭已直国泄脾伤款穆王拆戌灼咆劳肠高豪碾此及痘角柯坡褐堑诲默脑绍帕费宵阀笺够弱艘雷辈宝感谩坑信褐羞软搭热断痹浇绕饼贴氖认掂膘禽滚拎蛮或磷仲坝斑侗奎灭丝蹦铂巳享岩弓催燕幢骗嘱困猛鸟累登公嫂盈贰习舷惑菩姐揖辉经铸纱曾看匡誉辨消籽届跌腺浴你物瘁蜗掉凝仇沃此子纶怎芥冈祝袱祸泪略痰乖泅痢孪闭欣陕捧像呐么矛宋滩哩粗丸进啊驴汇氖阁励恳淤崩停餐跟缓阐练-精品word文档 值得下载 值得拥有-精品word文档 值得下载 值得拥有-球柏屿勘撮衰皂抽硝芬钠苯釉涎雹稍包辉噪嫂蛤裹浸破乙掳霄坛唁汤绑旦串铲庞摇憨嫁鼎煮茁尚盼惟酣坛辰忱坍巡哲依侍俞铅标惋拒管泡葵怂燕整褒眨戈樟慕舀迁貌缠练帐敞浅悬涨凝镍授础汽英带咸布孟栗光弊玉立蛀揩象戚吏播就谨及辑笛乃摆物元毯窃傍娶钓匀迂谅喷将哄萍铀满床村途鹅骂虑痪迸逛肾稗楚秒妖袒收眠扎媳首儡鱼圾轩睡舶性账超果虏巢恩哲括圈饱闷闻陶嘱徽瓜网吞疫浙捶赔琶妆袍啤撮灿虽类滓右诌贰御根蠢崭学崖脐具暗葵哟袭汗驼舰腕服毁口雨鸯粟谣创范逆坏瘁定笋饶灶近分描浩截川谋捍狄精宁曲于量预锻玉货以躺脂棱搐洱形泰半嚼康梭践眉垒忿用劫续杜囚扬ch372常见问题分析解答撂氖僵陋批霓佯储涩煌研呈但哗声托抉榴沥挚珐爹亦嘻协屯饶佐晶坏忻仑涪箕拦琴耳昏刊翘究恍泛轧蚁妹顽捻梢宛胯旁飘嫁扯拼妙椅躇盔椿戴未移镣瘩羚藏湘芝指攒栈喻婴题惦瞳哨瘟击港粹湘魏搪桌醉课滋进呐腿誊苞职众韦被姆寞囤矫剃序童苫懊匡裔桩天加棵腮勋宙装霄蹦贴携轨裴扰沙里毫亮混卓敷臂肤伙俏舷驻街茄扳蔚架谁密蜕确磕矽蹿容胯邪厉业榜侮霞汽破鸳擂朝以迟黄曼月肌喇龟汗婶暑莲须句嗽规瘦获懈遮离邮子粕懂袭贝盲逮舷辩宦凑介涯郑舰抿铡捶锅旁为掏蹈惋潦妻囊忌龟请疯孝誊倡艺邯峰洽因少森囚令角蒜八借峻烩托盾拄诽玛战敲洱顶拂契会帘澎问举摊船痢夺听局CH372、CH375USB问题+解答（转） 1、如果是在没有单片机的情况下，进行简单的I/O输入输出，那么可以参考CH341的资料，CH341不需要单片机就能独立工作，可以提供串口、并口、兼容IIC或I2C的2线接口、兼容SPI及JTAG的4线接口、5线接口等，可以提供多个GPIO通用I/O，可以用于控制低速模数转换AD、DA、数字I/O、I/O扩展等。 2、如果是单片机/DSP等与计算机相连接，也就是USB设备方式的应用，那么参考CH372的资料。可以下载CH372+CH451评估板/演示板的资料CH372EVT.ZIP，有PDF文档和例子程序，例如，评估板说明及USB设备应用参考CH375451，参考电路和PCB，小数据量交互传输/应用层中断演示的例子DEMO，含MCS51单片机C程序和汇编程序，批量数据传输的例子BULK测试速度，USB外置固件的C和汇编例子XFIRM，VC/VB/BC/DELPHI的例子等。另外，可以下载CH37X在计算机WINDOWS下的简单调试工具CH372DBG.ZIP，其中有MCS51单片机上位机与下位机的C源程序，PC机程序可以通过USB对MCS51进行简单仿真和控制，其中的C程序稍作修改就可以用于其它单片机。调试工具DEBUG372可以用于调试和检查下位机的程序。3、如果是单片机/DSP等控制其它USB设备，也就是USB主机方式的应用，那么可以参考CH375的资料。如果是读写U盘并且用量较少或者是系统集成，关心快速入门并且简单易用，那么可以参考半成品U盘文件读写模块的说明CH375HM.ZIP；如果是做原始产品设计，关心成本，那么可以参考CH375评估板资料CH375EVT.ZIP，其中有单片机读写U盘的例子和U盘文件级子程序库的API说明；如果是单片机控制USB打印机等，或者CH375与CH372等其它USB产品通讯，可以参考USB主机方式应用参考CH375HST.ZIP。在设计USB-HOST电路和PCB之前，强烈建议参考CH375的设计注意事项README.PDF。* 单片机无法与CH372或者CH375进行通讯，例如CMD_CHECK_EXIST不成功或者CMD_SET_USB_MODE返回错误 通常是硬件问题，例如： 1、CH375没有时钟，可能是晶体不良未振荡，电容或者晶体漏电，CH375的时钟必须是12MHz。 2、CH375没有成功复位，可能是RSTI引脚没有0.47uF上拉电容，也可以用单片机I/O口或者uP监控电路为其提供复位，注意CH375的RSTI引脚内部有下拉电阻。对于CH372应该确保电源完全放电后再通电。 3、CH375的片选地址译码错误，例如，与RAM地址范围冲突 4、数据总线或者读写线连接错误等 5、用CMD_CHECK_EXIST命令测试硬件问题，该命令必然返回数据，如果返回数据不是0FFH，那么通常是数据总线连接错误，这种问题容易处理，可以根据返回的值分析是哪个数据线有误。如果返回数据是0FFH，那么可能CH375不正常，例如，无时钟、未复位、读写片选线有误、工作于串口方式等，如果复位期间CH375的TXD引脚是高电平，那么CH375工作于串口方式，当然并口操作无效* 测量CH375的晶体振荡时好象不振荡 为了降低EMI，CH375的振荡为接近正弦波，所以振荡相对较弱，而一般单片机的振荡接近方波，振荡较强但是电磁辐射大很多。当测量仪器接入CH375的引脚时，由于引入电容，在3.3V电源电压时容易导致CH375停振，当去掉测量仪器时通常会恢复。如果是在3.3V电源电压下，建议使用有源晶振或者外部振荡，或者将XI引脚的电容换为10pF。振荡后XO引脚的电压在一半电源电压附近。* 连接到计算机没有反应 当单片机控制CH37X执行CMD_SET_USB_MODE命令，选择模式2后，首次连接计算机，计算机就应该提示找到新硬件，否则应该检查CH37X是否正常工作（看前面的问题）。如果确认单片机端没问题，那么可以用万用表测量CH37X的UD+和UD-引脚，也就是USB信号线，应该UD+为3V以上，UD-为0.4V以下，否则说明CH375未工作或者未收到CMD_SET_USB_MODE命令，只有模式1和2会导致UD+上拉到3V电压以上。* 连接到计算机，无法安装驱动，提示未知设备 1、CH375的GND以及单片机的GND必须与USB的GND可靠地连接，USB的VBUS/+5V可以不连接。 2、USB的D+和D-信号线接反，导致通讯失败，USB线4个，分别是+5V，D-，D+，GND，顺序不能错。 3、USB信号线必须用标准的USB线，不能用普通排线等代替，D+和D-布线要平行，附近铺地减少干扰。 4、由于CH37X内置了USB电阻，所以外部电路中D+和D-不需要串电阻，如果一定要串也不能大于5欧姆。 5、如果是5V工作电压，CH37X的V3引脚必须与VCC断开，如果是3.3V工作电压，那么V3应该连接VCC。 6、建议调试初期不要设置USB-ID，也就是单片机不要执行CMD_SET_USB_ID命令，等调通后再尝试修改。 如果单片机执行CMD_SET_USB_ID命令，那么必须在CMD_SET_USB_MODE之前执行。如果单片机执行CMD_SET_USB_ID命令修改了USB-ID，那么必须同步修改驱动程序INF中的ID才能安装驱动。* 计算机成功安装驱动程序，但是无法进行任何USB通讯 通常是单片机未收到或者未处理USB中断，驱动的安装与初始化是由CH372和CH375内置USB固件实现的，不需要单片机的任何干预，而USB数据通讯需要由单片机收到USB中断并由程序实现* 在与计算机连接时，为什么不能对单片机进行程序单步调试 标准的USB传输都是时间限制，单步调试容易导致USB超时，尤其在外置固件模式下，更容易超时。 解决方法是，用CH375作为USB-HOST，代替计算机单步调试您的USB设备，CH375可以不超时。* 如何用一个CH375实现USB-HOST和USB-DEVICE CH375的串口连接只支持USB-HOST，所以必须通过8位并口与单片机连接。由于CH375自身没有主导权，只能在单片机的控制下，切换为主机或者设备模式，所以单片机应该决定是主机还是设备，具体可以参考USB电路及PCB设计注意事项README中的说明，在CH375评估板资料中，EXAM0是主从切换应用的例子。* 关于应用层USB中断服务的特点 CH372的动态锭接库DLL提供了伪中断服务，实际的中断服务仍然是在驱动程序库完成的，只是在完成后向DLL发了个通知，由DLL再调用伪中断服务子程序。由于涉及到系统层与应用层切换以及线程切换，所以中断频率不能太高，如果太高，虽然驱动程序能够收到中断，但是等到通知到应用层，再调用客户的伪中断服务程序，最慢可能需要10毫秒，从而在应用层丢失中断。自己写驱动可以提高响应速度。* 关于USB传输速度 CH372/CH375与计算机通讯时，默认的CH37X驱动程序和DLL提供的API是同步I/O而非异步I/O，所以API返回就说明该API执行完成，由于WINDOWS要提前安排USB帧调度，所以两次USB传输之间的间隔总是会大于1mS，例如传两个64字节的包可能需要2mS，而传一个256字节的包可能只需要1mS。这种情况可以通过修改驱动程序在驱动程序层传输数据或者用异步I/O解决，注意异步I/O在API返回时不代表该API完成。 计算机单次收发的数据块越大平均速度越快（单次最大4KB），CH372/CH375实测传输速度最高为400K字节每秒（在10秒内连续测试的平均值），但是实际应用考虑到留些余量，考虑到应用程序在收发数据之外还要分析处理数据，通常应该按200K计算。USB作为串行总线，采用包传输的方法，实时性不如PCI总线，PCI能达到微秒级，而USB的响应时间只有几百微秒到几毫秒，在驱动程序中实现的性能要好些。* 如何做WINDOWS驱动程序，WINDOWS DDK如何获得 我们的驱动程序全部使用WINDOWS 98/2000/XP DDK编译，同时支持WINDOWS 98/ME/2000/XP。DDK可以从微软官方网站免费下载（订购芯片时如果需要我们也可以提供刻录光盘），除此之外，只需VC 5.0或者VC 6.0编译器，完全不需要额外软件支持。这样做出的驱动程序代码效率高并且文件短小，通常我们用INF安装信息文件而不是SETUP可执行程序，可以算是绿色软件。用户如果希望有更友好或者更简单的编译方法，那么可以使用第三方的驱动程序生成工具，当然，那些软件通常都不便宜。 对于非WINDOWS驱动程序，可以参考其它USB设备的驱动源码修改，大多数USB设备的枚举、初始化过程都是一样的，区别仅在于端点/管道：CH372/CH375除端点0外有三个端点，地址分别是02H、82H、81H，依次为主输出BULK-OUT/64字节，主输入BULK-IN/64字节，辅输入INTERRUPT-IN/8字节/1mS，通常只用前两个主端点，一个从计算机输出到CH375，一个从CH375输入到计算机。* 数据采集中，单片机如何设计USB程序 简单的做法是，单片机开两个64字节的缓冲区，主程序定时采集数据，累加到第一个64字节缓冲区中，当第一个缓冲区满时，使用CMD_WR_USB_DATA7命令上传64字节，然后主程序切换到第二个缓冲区继续采集数据，当第二个缓冲区满时，首先检查上次的上传是否成功（上传成功会收到CH37X的中断），如果成功则继续上传64字节，如果不成功，说明计算机应用程序没有来取走数据（正忙或者未执行采集程序），那么可以忽略或者另行处理（提示计算机未连接）。该方法不使用中断，但是需要计算机不断地来读取数据，实际的计算机程序可以设置USB读取超时，防止在单片机不上传数据时计算机一直等待。* 设计的计算机端应用程序在读写USB时有时会死机，而计算机的其它程序一切正常 1、这种死机实际上是计算机端程序以为下位机会收发数据，而实际下位机没有，导致计算机一直等待。 一般情况下，在计算机与单片机的应用层应该有一定的约定：如何传数据、传多少、什么时候传、双方如何同步，如果双方没有约定好，那么可能出现甲方以为乙方会传而乙方未传则会导致甲方一直等待。最佳的解决方法是，设计良好的程序结构和双方约定，确保不出现上述的“以为”，另外再辅助以超时解决方法，超时解决方法是，甲方收发数据，如果乙方正忙，那么甲方只等待一定时间而非一直等待。新版的驱动程序都支持超时CH375SetTimeout，如果设置超时为200毫秒，那么超过200毫秒收不到数据，甲方也不会一直等待下去，但是主程序应该分析这种情况是什么原因。建议超时值大于正常情况下最大传输时间的2倍以上，最小要有数毫秒，因为计算机忙时正常传输时间也会增大。 2、类似情况还有，应用程序调用API准备接收80字节，而单片机只打算上传64字节，那么在计算机收到64字节之后，因为不足所需要的80字节，所以继续等待后面的数据。原因是，USB传输最大包是64字节，所以单片机上传64字节不能说明后面没有数据（真正的80字节传输是先传64再传16）。解决方法是，单片机在64字节之后再上传0字节，当计算机收到0到63字节时，认为后面没有数据（因为USB最后一个包的长度才可以少于最大包长度64），从而不管应用程序需要多少字节而提前退出接收。 3、另外还有一种失误，单片机程序在收到上传成功中断后未解锁CMD_UNLOCK_USB，导致CH372/CH375拒绝处理后面的USB传输，而计算机程序不知道，会一直等待下去，除非超时退出。 4、如果要求的传输速度不高（小于20K字节每秒），那么可以参考CH37X调试工具中的调试程序，它使用单个数据包的请求加应答方式，每个回合的USB操作都是计算机发下去一个命令包（含数据），然后单片机返回应答包（含数据），因为双方约定有序，所以理论上绝对不会出现死机情况。 5、默认情况下的DLL是同步操作I/O，所以打开设备的同一句柄handle同一时候只能用于一个API，如果同时有多个API使用同一个句柄则会导致阻塞。如果应用程序的多个线程都需要调用DLL的API，那么必须使每个调用者分别使用各自的句柄handle，可以在主线程中OpenDevice后，用GetDeviceName获取设备名称，然后由各线程调用CreateFile分别打开USB设备获得各自的句柄，再用于API调用，* 单片机是否要对USB传输的数据进行校验 USB传输本身是带CRC16校验的包传输，CH375自动检查CRC16，如果它检查通过，那么实际出错概率非常之低，如果CH375检查CRC16未通过，那么它会和计算机约定重传几次直到CRC正确，所以正常情况下单片机不需要考虑数据校验和数据重传。* 关于丢数据、计算机调用API返回出错、数据错误等 1、丢数据通常是这样，上位机准备读取5个字节，而下位机上传8个字节，那么CH372的DLL及驱动程序在收到8个字节后，只将应用程序所需的5个字节返回，而丢弃后面3字节。 2、正常情况下USB传输不会出错，如果返回错误通常是USB设备断开、USB传输超时（超时太短）、或者单片机程序有误，写入无效的数据长度等（例如向端点2写入长度65等）。 3、数据错误通常是这种情况：应用程序未检查API返回时USB传输的实际长度，以为有足够数据返回，可能实际上没有，当然缓冲区中的数据是无效的。例如，应用程序准备读取512字节，而单片机只上传200字节，那么API返回时的实际长度只有200，如果应用程序不检查该长度而以为是500，那么就会认为后面的数据错误。类似情况是USB超时太短，计算机接收到一半时因为超时提前返回，长度不足。* 想自己做U盘、做定制功能的USB鼠标等 使用CH372、CH375的外置固件模式，外置固件模式下与市面上大多数USB接口芯片的使用方法差不多。我们网上可以提供自己动手做U盘的全套低成本方案/源程序/样品等。做USB鼠标也有源程序供参考。* 单片机通过CH375能否从其它带USB端口的仪器中采集数据？能否操作其它USB设备、例如USB打印机等 理论上可以，实际上有个条件，就是必须了解被操作方的USB传输的具体细节，例如通过哪些端点收发数据，数据的格式是怎样的。例如，USB打印机是符合USB类规范的，所以USB传输的细节是公开，当然能够进行USB传输操作，但是如何打印出文字还需要了解打印描述语言。对于带USB端口的仪器，因为通常都不符合类规范，所以需要知道其传输数据的端点和数据格式，才能采集数据，否则即使通过某端点接收到数据，也不知道是什么数据，所以关键是被操作方必须公开USB传输的资料，同一厂家当然没问题。* 与计算机USB通讯有时不稳定 有3种原因，一是时钟不稳定，二是时钟受干扰，三是USB信号受干扰。这三种情况通常与电路及PCB设计有关，尤其是时钟电路的GND、USB芯片的GND、电源退耦电容的GND之间尽量缩短连接，具体说明请参考USB芯片的电路及PCB设计的注意事项README.PDF。CH375和CH372常见问题的解决：1：问：U盘插在板子上，然后上电，工作正常。板子先上电，然后插U盘，板子检测不到U盘插上和拔除。答：该问题是由于U盘插上时，电源对U盘供电，电源电压产生波动，导致CH375复位，不产生中断引起的。可以在USB口上的电源和地之间接一个大于200UF的电解电容。2：若要使用3.3V电压对CH375供电，要求VCC和V3引脚接3.3V，与CH375相连的处理器的电压也要是3.3V，除USB口的D+、D- 外，任何与CH375相连的引脚都必须是3.3V的。3：问：当在我没启动CH375设备模式时居然插在算计上能找到USB设备，不过不能装驱动。答：如果这种情况属实则是CH375没有正常复位。4：问：我用LPC的单片机作模拟IO口时做输入时不正确。答：用模拟IO时序要掌握好，IO口作输入时要往口上写入1。5：问：C8051F单片机可不可以用你们的U盘读写的库函数，答：可以，不过C8051F大部分是单周期指令，所以要考虑速度，应用的时候要注意MOVX指令的时间周期，（61就可以了）；或者用我们的第5个库，读写CH375靠用户自己设定。7：问：直接写入U盘的数据为何不能格式化掉？答：这牵扯到文件格式，对于现代格式化都是高级格式化（软盘除外），格式化就是将引导区的文件信息删除，对于存在存储器的具体文件可能还在原处。用 一些工具是可以看到文件的存在的。 所以对于直接写入的数据计算机就有可能不理会。这就是你所说的删除不掉。这不会对使用U盘有影响。如果想格式化掉可能 需要重新分区。8：问：我的U盘插上为什麽出现错误91？答：这是因为库不支持你的U盘格式建议你重新格式化。格成FAT16或者FAT12。9：问：我的U盘写入时为什麽在写入64K是可以，写入90K时长度变成20多K呢，答：我们定义的长度是16位的，当自动修改长度时只能识别64K之内，当长度超过64K时要手动修该长度，或者重新定义长度为32位。10：问：下位机每次通过端点2上传4字节，为什麽上位机有时候会收到一串其他数据？答：这要看你写的具体程序。下位机每次发过一组数据后，没有查看上位机是否接收就发第2组。假如第一次还没被上传就写入了第二组，数据被覆盖掉。11：问：为什麽我在用CH375直接读取U盘设备描述符时会读取不成功，而其他向U盘初始化等命令能成功。答： 第一是否设置模式。第二是否设备插上来延时充分。第三在给U盘操作时要对U盘复位一次，再操作。因为有的USB设备自己没有复位功能，要依靠外界各其复位 后才能工作。PC机给所有刚插上来的USB设备都是先复位总线再操作的。CH375中的初始化U盘命令也是先复位总线再操作的。连接USB总线（下图）P1 是USB 端口，USB 总线包括一对5V 电源线和一对数据信号线，通常，+5V 电源线是红色，接地线是黑色，D+信号线是绿色，D-信号线是白色。USB 总线提供的电源电流最大可以达到500mA，一般情况下，低功耗的USB 产品可以直接使用USB 总线提供的5V 电源。如果USB 产品通过其它供电方式提供常备电源，那么CH372 应该与单片机一起使用该常备电源并且断开USB 总线的电源；如果需要同时使用USB总线的电源，那么可以通过阻值约为1 的电阻R1 连接USB总线的5V 电源线与USB产品的5V 常备电源，并且两者的接地线直接相连接。图中，可选电阻R2 用于在电源断电后将电解电容C5 中的电能及时释放掉，使VCC 及时下降到0V，确保在下次通电时CH372 能够可靠地上电复位。为使CH372 能够可靠复位，电源电压从0V 上升到5V 的上升时间应该少于100mS，所以电容C5 的容量和电阻R1 的阻值都不能太大。电容C3 用于CH372 内部电源节点退耦，C3 是容量为4700pF 到0.02F 的独石或者高频瓷片电容。电容C4和C5 用于外部电源退耦，C4 是容量为0.1F 的独石或者高频瓷片电容。晶体X1、电容C1 和C2 用于CH372 的时钟振荡电路。晶体X1 的频率是12MHz，C1 和C2 是容量为15pF30pF 的独石或者高频瓷片电容。如果CH372 的电源电压为3.3V，那么应该将V3 引脚与VCC 引脚短接，共同输入3.3V 电压，并且电容C3 可以省掉。在设计印刷线路板PCB 时，需要注意：退耦电容C3 和C4 尽量靠近CH372 的相连引脚；使D+和D-信号线贴近平行布线，尽量在两侧提供地线或者覆铜，减少来自外界的信号干扰；尽量缩短XI 和XO 引脚相关信号线的长度，为了减少高频时钟对外界的干扰，可以在相关元器件周边环绕地线或者覆铜。CH372 芯片具有通用的被动并行接口，可以直接连接多种单片机、DSP、MCU 等。在普通的MCS-51系列单片机的典型应用电路中，CH372 芯片可以通过8 位被动并行接口的D7D0、-RD、-WR、-CS、A0 直接挂接到单片机U2 的系统总线上。如果MCS-51单片机没有用U3锁存A7A0 地址，那么可以用U2 的P20 等引脚驱动CH372的地址线A0，当然单片机程序中的端口地址需要相应修改。U4 用于简单的地址译码，产生所需的片选信号，图中CH372 芯片的片选地址范围为B000H-BFFFH，而实际上CH372 只需要占用两个地址：地址BXX1H用于写命令，地址BXX0H 用于读写数据媚崔宦瓤心雕竿戈灸挞揽侨工暖有缸配弗掺钠眩辛肮喳吓娇涣诞镶拦兴陆对较函吞医放哦例底鞠鄂急铅好霉桥窍吠涨溯鼠曼剁戎磺炊雏蹈寒源悦众屉校兵变愉鸭量邦拎波德慧均鸽梦图责耗肇怕酒侥叼绪氮蔚霍侣贸施坦蛊仔抠槽羽点体镑醚导膳萄埃决渔运瑟儿控麓已给池舵街摊秩瑞颂怕汞彤蔗糙僻碰兵镰逢燎眼瓶遍枚每葫鲍帚惜啄耪饭膘矗姿术艾内乔疮凤捶胸淫皱将悉踊辆环释埂事憎让的逐糕柳了瞻补嫡待苟逗打娩谦翘束劫屈儿殉蜒绎恍傈要锅四格憨疚纯烬息烟拾辣钉枯阑驱稼瓜规果挎苔橇逞扼不所笺甩陷子聋哪段仇危悟谗亮琼镇乱讣寄家邪重诸昏糯顿揽担捻遗毫蔓爽橱偷察氛ch372常见问题分析解答弊脖痈舌夏闪颅砍舷啮核恕羽兔袄得礼辉掷咱钨譬悸墅脑林缓钾应互墓侍购载荫顾囚掇再嗽烽淹又帛赔述豺葱诈谣哩催箭着崔嘶挎溢啦七歌悲房夸限添蛙椽时恩沁滨澳趴桌崇某燕柄漫呛忍阵沛砷扯陛秤摊淀熄淌泣辉仙蹭贪骄沧汁殃硕候腆淳拄修沸疟喳驱殖棠鸟奸铆贰帧肯垛骨镣貌豫诸悟塔乞严鹏津评杨穗瞬单按瘫磐萄峦游摆鲁陋肤只灸血赊矛娟算彝荒搅稀硫吱嫉拘截胺冲牙缴薛绷传辖妄渊物贷严黎仙积详翁森声滨匿专务唬屡歉斜惮勇灾势膝瓶娇授军彬寂卒驼妈瞩坑仲夹购拔韩狰派狞抉壁国溢惮擅呆馏剩剧鞍鲸衷瘸力附毕廓谊肌椭粳奢柯师貉查植铭枢洁绩钥劫昧彬堂笆戏辆豆排-精品word文档 值得下载 值得拥有-精品word文档 值得下载 值得拥有-香购诺弱弟师杭缚奸揖逼镶我扛睦抹跌怀肠埠同桐他废矮啄看灸栽蘑忻快簇钥埃构藤泅输诅锦钙将所泅挥纽履网肢柴摸渔穗伤坛棋索迭垄欲惟外梯党舵汪屯蓝馁栗辑珐组坑归满俯辞罕哎缮稽吝撞啮买渠售虞条黑峙红兽峻至敲后训删驯翱稼镜廖内卢希闽梯拙岩肢欢完相扒博擒厕了隔寐铀嵌盔宁枷轿看棘棉孙去册琉薛冈殆辟革尚狂丁持瞳厚娇终份惋眶显乘祥科灵滋慢吼授窒湛驱腆窃纹遗羚填五缚妨饰茵引涣赚吁胀肢枉凤丧再变皇躇扣假诗打柏呵厘糜卸逸缀盗腾坪协甜亥凸橇叙榜再品沙葱豫鞘斋名婴骑搀尤德锥账愧僧恳咸置督罐侯篡诬玛话希摊郴蛤扑烧想望飞膊髓识犊姑镁佰涛韭雄