关心哪个gui会移植到这芯片上

                                 应该重新装载一次

                                 过滤器只会影响收，不会影响发，把初始化部分完整程序拿出来看看

                                  增加一个函数，处理我自己定义的命令，比如说我从主机通过端点0给设备发送a1 01 02 01 00 00 06 00，然后设备再通过端点0回复06 00 00 00，这样

                                 

不如干脆从32768用PLL获得所有时钟。

MSP430就是这么做的，但印象里430似乎不支持USB？

看起来你要实现的是把CE设备当成一个USB的camera,那么就应该是在PC上写UVC的驱动程序啊，那么去问问DDK的论坛吧。

引用 1 楼 veabol 的回复: 只知道此时路径没有了，应用程序可以判断一下路径。

思考确认很巧，可以参考 个人觉得，其应该是有事件消息， 我可以向其的驱动注册一个消息，然后驱动发送一个消息我给呀，

..........

应该可以，不过难度比较大。 因为你得根据相关文件系统的结构来构造出文件信息。 如果你明白ntfs的结构就会明白这是很复杂的。

                                 之前我也没很在意这个问题，学习了

谢谢各位大侠 呵呵O(∩_∩)O~

驱动程序的作用就是在驱动程序中开辟一个缓冲区，然后将应用程序的内容拷贝到缓冲区中，将它传给底层硬件，对于底层硬件，驱动程序的作用就是将它的内容读出来，然后将它拷贝到驱动程序开辟的系统缓冲区，然后再赋值给应用程序，就是这么简单！

1. 你把代码精简下测测. 2. 使用release模式测试.

不容易，除了高校，个人只见过一个牛人手工制作个讨饭机器人，永动机没制作出来

又见电子钟！

CalibrationData这个键值应该记录的是5个坐标（屏幕中心，屏幕左上角，屏幕左下角，屏幕又下角，屏幕右上角）。 用函数获取相应的坐标，然后按顺序存到CalibrationData这个键值就可以了啊

长知识了！

当我学单片机的时候，我用的是12M晶体，当我用单片机的时候，我用的是11.0592M晶体。 哈哈。 我想这里有两个原因： 1。波特率 2。精准的系统时标。

前者是2.0,后者是1.1,即支持的SD协议不同,SD协议是向下兼容,即2.0的能兼容1.1的,反之,不成...LZ也在做SD驱动吗?我也在做,希望能交流,致谢!!

用中断方式是可以处理的过来。你可以把fifo的长度设置长一些比如用64。然后触发中断设置为48. 不要相等。试试看。 7个字节也可以的，应该不会有漏数据的现象。我觉得你是不是每次接收数据就把FIFO给清掉的原因造成。比如说FIFO接到7个就通知中断处理了，然后FIFO还会继续接收后面的字节。但是你中断接完7个字节，就直接把fifo清掉了。后面几个字节可能就丢失了。 其实用DMA的方式跟中断也一样。等FIFO满了，直接从总线传到Memory，不用通过CPU来转。速度快一些。触发的原理还是跟中断一样的。