淘宝上搜一下，挺多的。

                                   呵呵 我这边停止通道有两种形式的：第一种是直接停止通道，就会出现CHH中断；第二种是停止通道后，还要再读取下请求队列才会出现CHH中断。再回到这里的问题是主机往设备写入数据，设备返回nak，这种情况是属于第一种情况。而我却采用第二种方式停止通道。因此会出现错误。这个错误就是由请求队列引起的，因为我在写数据阶段多了一次请求队列。所以导致在接受CSW时，会产生IN请求发送出去，设备却不给主机任何回应（就好像主机压根就没有发送IN请求一样）。你以前碰到的问题不就是请求队列的问题嘛，呵呵 不知道你有没做过这个实验。就是在枚举期间，如果你在某个阶段多读了一次请求队列，下个阶段就会出错。这时如果你清空发送和接收FIFO，则错误会消除。如果碰到这种情况那么可以肯定的是你的请求队列没有处理好。

                                 这问题得重视。

                                 没错，波形是先0x55，再0xAA。 不要搞错了，UART数据传输是低位在前，高位在后。

                                 如果你是要做一个专用的读卡器，需要过许多认证检测，支持多种电压和通信速率的，那选择ST7SCR比较合适。 如果你只是需要一个SMART CARD接口，用于读取固定的某个智能卡片的，STM32比ST7SCR更合适。

                                 唉!!为啥没人帮忙解答呢!!! 期待ST高手指点!!!!

学习中，谢谢楼主和楼上

类似这类功能实际上在BSP里还有，实际上在我们自己的代码里也经常碰到的。。。

lz说的不错哎

buffer 没有清0

GetCursorPos()

格式化不过是文件系统的一个初始化过程而已。对于U盘固件程序来说，就是一般数据罢了。找到空闲存储区的一个地址，存储好即可。当然要维护好这个映射关系(文件系统LBA到存储区地址的转换关系)。

鄙视广告，鄙视标题党。

引用 2 楼 dairyman000 的回复: 跳转发生在 ldr pc, _start_armboot start_armboot 的值为TEXT_BASE加上start_armboot的实际偏移值。 完成代码拷贝后，start.S做了一些诸如开启MMU，设置堆栈，清除bss的工作后，就开始执行C语言函数start_armboot. 也正是在这里，完成了向SDRAM的跳转。

谢谢，回复 _start_armboot 里的值是_start,编译的时候_start代表值不是0x0000？如果编译的时候 _start =0x0000,那么运行ldr pc, _start_armboot时岂不是跳到0x0了？ 希望高手指正

刚开始学习，希望很快也能象楼主一样掌握技术。

引用 3 楼 gooogleman 的回复: 貌似没有啥教程，看代码，弄多了，多来论坛， 找个好开发板，好手册，自然就会了。 朱工你这么厉害了，不用学习这个了吧。

gooogleman老兄。我编写点应用程序还行，驱动BSP，系统定制什么的，还得抓紧学啊。 反正是非常有兴趣！不知道现在搞WINCE的公司多不多？招聘的多不？ 我毕业的时候可能不留在现在这家公司。

谢谢，要解决问题，还是直接打电话给高手吧。

有很多已经开发好的，百度一下，作参考

                                 不错 也想学ucosii

你的触摸屏可能是数值相反了，比如320X240但你的触摸屏却是240X320,还有要根据LCD的大小来定，如你用480X640的屏，触摸参数就不能用240X320的,如果是这个问题可尝试改TSP_TransXY(INT *px, INT *py)这个函数.