mark

                                 

不知楼主的问题解决了没有？我也正在用它，从示波器上看到了ATR，但总是不进接收中断，改为查询方式，标志位也没有置位。发送数据全变成了7位数据加一位校验，IC卡返回校验错（USART3）。同时我发现用USART1的普通串 ...

不要一有问题就怀疑芯片BUG 请问，你参考了ST提供的文档和DEMO程序了吗？

                                 可以用到很多种场合，只要楼主能想到的

                                 是根据你将该IO口初始化为何种功能决定的

没有什么库文件啊，我在另外一块WINCE6.0的板子能跑起来

引用 10 楼 clg711 的回复: 引用 9 楼 hallowwar 的回复:花屏一定是地址溢出了。 恩，把LoadRun函数里的buf = 0x30200000;改大点就不花屏了，但是启动不了WINCE了

晕，这个改了，就需要改DNW的地址，这个和DNW地址保持一致试试， 再不行再去修改config。bib 里面的ramimag start 地址。使之和这个DNW地址一致。

人生是一道风景(报价 参数 图片 论坛)，快乐是一种心境，春看桃，夏 见柳，秋观菊，冬赏梅，愿快乐幸福陪伴你;月圆是诗，月缺是画，日上 灿烂，日落浪漫，愿你新年快乐!

引用 8 楼 haiou_arm 的回复: 我们做的每个产品都有开机Logo，甚至产品序列号、PCB版本号等等。都是以二进制形式存储在Nand Flash中的，至于存在哪里？怎么写入？怎么读？你自己完全可以在代码中自己控制啊！ 我就是向实现这个，可不会啊……

楼主，看来你还是没入门的。 你自己可以改Eboot的代码，想做什么都可以啊！ 你看的Eboot.bib是Platform Builder编译Eboot时用的。Config.bib是编译Nk.bin用的。虽然内容不一样，但都分配的是同一个RAM。因此你在Config.bib中应该能看到前面1MB是保留的。而Eboot.bib中能看到Eboot只用了前面不超过1MB的内容， 我觉得楼主很多基本的东西，甚至概念都不清楚，。建议你先找几本书看看吧。现在WinCE的书很多的。遇到疑难再上来问。

那ADCSRB就不管了，那ADCSRB还是为0x00啊，即默认为连续转换

用的别人DLL 搞定，心里很不舒服连接地址：http://blog.chinaunix.net/u1/56388/showart_2143051.html

ding

可以直接通过IOControl来给驱动发命令及数据缓冲区地址，驱动层接收到IOControl后判断命令以及如何处理这段数据。

                                 可能高兴的太早了，呵呵 好分析一下： 原来的板子我估计是晶振可能稳定性差点， while (RCC_GetSYSCLKSource() != 0x08) {} 执行时候已经有了延时，所有后面可能无需延时就可以操作FRAM了 但是新版（其实晶振及FRAM这里并未改动，但是其他的I/O改动可能导致整体稳定性增强）可能是这方面好些，从而前面延时时间较短所以会出现FRAM上电tPU时间不够吧？ 以上只是推测 ，还没想出来有什么好办法验证下！ （估计以前的板子也是在临界状态） 【注】程序老板子跟新板子是一样的。

学习了，虽然有些不太懂

                                 还有，我在楼主位的那些问题，貌似你直接无视了！！！ 有些是我在寻找解决方法的过程中遇上了，希望能跟你探讨下，可是。。。。

请问，是什么错误呢？

                                 建议你看看头文件，看到底有没有开中断这条语句

各位帮忙顶一下啊，谢谢了！

哦. 谢谢TheSaviour! 本人对TCP/IP协议算比较熟悉. 曾经深入了解和使用过lwIP和lzIP等开源的项目.因此如果用TCP/IP实现简单任务对本人来说问题不大. 主要是WIFI这块非常陌生.我准备自己用个类似STM32廉价的32bit MCU或DSP接个WIFI芯片实现进入WIFI网络并收发该网络内另外一个WIFI设备的简单数据包任务.我其实也不是非常清楚这个wifi芯片到底是否需要带AP功能, 有SPI接口的WIFI芯片优先考虑. open source的wifi stack应按没有. 只能自己移植了. 问题是找哪个来做参考. 集成802.11协议的芯片如GS1010那是相当贵了. 不适合我们这个项目. 我们计划该项目整个PCBA

51处理这样快的中断,有点不够了......