这篇帖子能得到这么多高手的讨论和指教，真是很高兴。 1. 对于sdpz再次提到的单字节超时，我在做485多机通信的时候应用过，在定时器中断中判断。 2. sscanf确实很好用，因为我只需要GPS帧中的几个数据，所以我就没有用这个函数。 3. 对于GPS输出的数据，因为我们买的是一个做好的模块，它输出的数据一次只有两种格式。我在经行帧解析的时候，首先经行帧长度的检查，如果长度不对，就认为出错了。 4. 对于sdpz提到的“尽管在你的项目中，数据接收速度是如此慢，但在实际应用中，可能遇到一次收到两串码的情况。这时就要考虑队列的应用了。不然就要承担丢失数据的风险。”，这个确实是我没有想到但确实会出现的问题，多谢sdpz的提醒。

                                 是啊的方法传播开! 估计就很便宜了! 我们是做方案的主要是靠买 MCU营利! 现在就是很郁闷了啊!

                                 LS想买椟得珠？

                                 

usb协议定义以一个短包来标识数据传输的结束。但是并没有规定对于一个长度正好的数据包，是否一定需要一个0长度的包来标识传输结束。也就是说可以发一个0长度包，也可以不发。这取决于pc端的驱动是如何处理这种情况 ...

谢谢你的解答~ USB协议是这么说: A bulk transfer is complete when the endpoint does one of the following: ? Has transferred exactly the amount of data expected ? Transfers a packet with a payload size less than wMaxPacketSize or transfers a zero-length packet 看起来ZLP确实不是强制的,那么只能在数据包里自定长度协议了. 也感谢圈圈的解答,前阵子看圈圈的书入的门~

接收和发送共用一个中断吗？ 问题说详细点

楼主看我博客里面的贴子：http://blog.eeworld.net/rattlerattle/archive/2009/12/01/4912965.aspx 按照这个设置就可以用模拟器串口了，祝楼主好运 PS：我用的是EVC4下面的CE5.0模拟器

找人拷贝

把普通IO口按照频率拉低拉高可以，但是建议使用PWM接口来操作。 普通IO口要有程序不断的拉高拉低，占用系统的时间，且可能不精准，如果设置了PWM，输出就完全由PWM模块来处理，你不再需要程序去干扰。

我会随时关注这里的帖子的，大家有什么问题，可以随时在这里问我！

引用 27 楼 lbing7 的回复: 另外我超级喜欢丫的串口直接下程序的功能 这个真的是太贴心了，特别是对初学者来说真是一大福音

串口下载简直太好了，我自己焊了个下载电路就可以了，当时那个感觉爽啊。

2楼说的不错

不需要写满，你可以看BSP的写NAND代码，因为涉及到ECC的问题最多是把一个sector未满的写成0xFF，一个sector为512bytes.

                                 我顶他个肺，屏蔽90%的汉字我照样能把xxx轰下台

顶一下

输入只有这8种情况吗？

PCI做从设备，肯定是可以实现的，具体的编程方法取决于硬件对CPU的PCI配成了什么样，或者设计的初衷是采用哪种PCI的通信方式，然后通过配置PCI配置空间来配合硬件连接来达到要求。

没遇到过； 是否是楼主的GPRS模块天线性能不好， 容易中断。 MARK，学习下

学习

明白了 在枚举的过程中，先向pcie的bar写入全F，然后读出的值就是pcie实现的大小。 然后在powerpc在地址映射的一片空间中，按照起始地址+大小，依次分配pcie设备的bar地址

引用 16 楼 kimyt 的回复: orcad是cadence的

对，这个记错了。