等不到下周了！下周就得去做板子了！时间很紧呀！

请看数据手册上的布线兼容图(原文有错，已更正)： STM32F20xxx_LQFP144.gif (12.59 KB) 下载次数:12 2011-1-9 10:22

                                 我不需要读取LCD的状态。 只用了CLK和MOSI输出信息给LCD。 现在准备拿SPI_NSS和MISO用作普通IO。

                                 mark。。

                                  无论是串口还是SPI口，作为通信接口有多种处理方式，没有说timeout和定长接收或者中断中处理一定是哪种好，也分场合，小结了一下有这么几种做法： 1.轮询，收到一个字节处理一个字节，每个字节的处理可以用一个状态机。这种处理方法适合于低速、ram较小的通信场合。 2.中断，在中断中直接处理每个字节的内容。这种方法适合于低速、ram较少的通信场合。 3.中断，数据存入软件的fifo队列，应用层通过读取软件的fifo来实现串口操作。这种方法适合于低速，ram足够的场合，且每帧具有固定的帧长度，或帧长度可以从固定长度的帧头获取。 4.DMA，每次接收定长数据。适合于高速通信，ram足够的场合，且每帧具有固定的帧长度，或帧长度可以从固定长度的帧头获取。（需要注意的是当帧由于某种原因一直没有接收满时，程序是否会死等在那里。说白了还是需要一个超时功能来保证程序的可靠性） 5.第一个字用中断，开启DMA接收剩余数据，并开启定时器。（这么做第一个字节之后可能会丢失一部分数据）。这种方法适合用在有前导字节的通信帧中，且需要整帧接收处理的情况下，适合处理传输速度较快的通信，占用cpu较少。 6.DMA+接收结束判断。这接收结束判断可以是字节的timeout，也可以是USART_IT_IDLE线路空闲的标志等。这种方式对于需要整帧接收，且通信速度较快或需要占用cpu较少的情况。 7.硬件fifo+接收结束判断。每次fifo到达阀值在终端中取一次数据，当超时时标示收完一帧。用于需要整帧接收，且通信速度较快或需要占用cpu较少的情况。 这里罗列了一些我能想到的用法。主要分3种用途：1.字节处理;2.规定长度的帧处理;3.不规定长度整帧处理。 如果你的通信协议能得到一帧数据长度的，为什么非得强求fifo或dma的TimeOut的方式呢？如果你本身就只有那么点内存资源的，为什么不用字节处理要用其它方式呢？当然，无论如何，为了程序健壮性，设置一个超时还是必要的。没有其他办法就用定时器做。 个人的一点想法，有什么需要补充说明的，把自己对通信接口使用的心得贴出来，最后整理一下。

                                 山寨!我一直用它，用了都说好。

嗯，老x秀逗了，忘了多圈绝对值编码器，可以用齿轮加速的。 多圈绝对值编码器.jpg (46.45 KB) 下载次数:1 2010-6-30 22:52

                                 简单，JPEG压缩+WEB SERVER嘛

                                 在IDE环境下调试程序.怎么设置端口的AFR?

哪怎么办呢？？

LZ是做上层应用，还是做底层驱动，驱动只能用c/c++. 如果已经有了一个现成的平台，成熟的操作系统, 那就做上层，用vb, vc, c#都可以.

1.判断AddFontResource返回值,看字体是否成功加载 2.同楼上,创建字体时参数传字体名 字体名可以在pc上直接双击字体查看

MARK! 好问题

大家给些实在的建议啊，DBR出来了，不过，还有小部分不正确。。。刚弄了个NK，ICE又出现问题了，无语了

远离广告，珍惜生命

引用 5 楼 xilidecai 的回复: 从你的打印信息看，是执行了Driver/CS8900目录下的CS8900.C文件中的 if (CSInit() == FALSE) ? ? { ? ? RETAILMSG(1, (TEXT("CS8900:CSInit failure!!\r\n"))); return FALSE; ? ? ? ? ? ? } ? ? ? ? ? ? return TRUE; 代码。 往上推，在int CSInit（）函数中，CS8900Init函数先对全局变量g_pCS8900赋值，接着检测CS8900以太网控制器芯片是否在目标平台上真是存在。接下来，函数执行两个步骤： 1.等待CS8900芯片软件复位后完成芯片的初始化 2.等待CS8900芯片外置用于存放初始化配置信息的EEPROM存储器可被访问。 忘了说一点，你的KITL启动没有？

我的打印信息是 +CS8900:DriverEntry InitEthDevice Port ok. Signature Error e3a0 Eisa Number Error 1000 CS8900:CSInit failure!! 而在CS8900.C文件中 int CSInit() {         // Find CS8900 chip.         if (findCS() == FALSE)                 return FALSE;         DEBUGMSG(1, (TEXT("Find CS8900 OK\r\n")));         /* Reset CS8900 chip. */         if (resetCS() == FALSE)                 return FALSE;         DEBUGMSG(1, (TEXT("reset CS8900 OK\r\n")));         /* Initialize CS8900 chip. */         if (initCS() == FALSE)                 return FALSE;         DEBUGMSG(1, (TEXT("CS8900 init OK\r\n")));         return TRUE;                } 那就是我的cs8900的芯片是没有找到。。。 怎么会这样呢？ 我用的是在没有问题的bsp包拷贝过来的cs8900驱动，开发板也成功跑人家的系统且带成功驱动了cs8900的。 还有xilidecai兄，你的“KITL启动没有”是指setting->build option中的ENABLE KITL这项是否有选么？ 这一项我是没有选的呀，我听人家说kitl好像会跟cs8900冲突呢~所以没有选上。

急啊

占个位等高手！！！

可编程配置的IO口，比起普通51的IO口来说更强大些，在电平控制之外，多了方向控制，再高级一点的还有口线电路方式，如强上拉，弱上拉，推挽输出，开漏输出等的配置，不同的芯片具体有些不同。

引用 3 楼 xqhrs232 的回复: 看到很多人在WINCE60下用OPENGL而不是D3DM,想不明白.WINCE下应该MS的东西更好用啊!

OPENGL ES是硬件支持的，基本上是移动平台的标准。

引用 138 楼 julong88 的回复: 其实很多看起来很山寨的东西真要自己做了，还是有很多困难的

是啊，人家一个团队，我们几个人，肯定不行的了，只能学习其中一点即可。