这个一般无需外接，留2个sector即可。 采用轮流写入法，以及一定的校验、判断逻辑。

                                正在认真听双接口EEPROM的工作原理

是MFC的库没有复制到设备上吧!

                                 想问一下，stm32的PWM输出，最大100kHz，直接驱动光耦。光耦的输入端要求：低电平 0--250uA，高电平，6.3--15mA。有没有问题？ 我查的手册上，都直接说的I/O的驱动能力，为+/_ 25mA . 但PWM输出，在多少k频率下的驱动能力，没有找到。

引用楼主 ttffly 的回复: 我最近期购买了一套ARM开发板子，后来发现我的笔记本上没有串口，请问下用USB转串口线能现实学习板的下载，调试等功能吗，急！

可以的，买个USB转串口就可以了

有访问权限吗？ Wi-Fi中WEP很低的。使用黑客工具数分钟就可以破解。使用WPA/WPA2会好一些。如果还有安全问题就只能在数据上加密了。我们自己一般使用SSL来加密数据。

买个开发板先照着做做，我也在学习，哈哈

引用 6 楼 91program 的回复: 引用 4 楼 sunrain_hjb 的回复: 改驱动后是不用重新做SDK并安装的，只有增减了Catalog中系统的组件才需要。实际上，如果你的应用没有用到增减组件相关的东西，SDK也可以不动。 一般SDK定制下来以后，基本可以不用在变了，即使改BSP也不需要。 但是如果应用要用到修改后的驱动的特性,还是要重新生成SDK的.

这种情况很少出现。 即使驱动有修改，并且会影响到应用程序开发的话，也只需要加个头文件就可以了，没有必要重新生成SDK。

用同样的函数分别点亮各LED，看看亮度是否有差别，如果没有差别就是代码的问题了

自己顶一下！希望得到回答。

引用 6 楼 oncancel 的回复: 引用 5 楼 veabol 的回复: ActiveSync使用的是Serial Class. 这么高的速度Serial的应该是不行，在向CE设备复制文件的时候发现使用Mass Storage要比Serial快很多，EBOOT通过USB下载NK到CE设备也比较快，可以使用类似的协议。 谢谢。我打算仿照serial_class驱动自己写一个，可是在分析这个驱动的结构的时候发现很费解： PUBLIC\COMMON\OAK\DRIVERS\USBFN\CLASS\SERIAL下仅有 usbfndrv.cpp 和 usbfndrv.h 两个代码文件，而sources文件有如下内容 TARGETDEFNAME=SerialUSBFn TARGETNAME=$(TARGETDEFNAME)_lib TARGETTYPE=LIBRARY SOURCES= \         USBFnDrv.cpp \ 那就是说这个cpp文件会被编译成一个名为SerialUSBFn_lib.lib的文件，而不是serialusbfn.dll 另外，在serialusbfn.def中有 COM_Init COM_Deinit COM_Open COM_Close COM_IOControl等内容，用dependencies查看serialusbfn.dll也确有这些接口。但USBFnDrv.cpp和usbfndrv.h中却并未包含这些接口，这是怎么回事？ 难道这个驱动在其它地方还有源代码？ 顺便搭车问一个弱智问题，windows搜索时怎么搜索不带后缀名的文件？因为我想在所有的sources文件中搜索serialusbfn关键字，发现搜不出来。

这里的lib文件是PDD层的代码.

引用楼主 myjackl 的回复: 一块s3c6410核心版如何支持1/2/3块显示屏 做手持式设备的 要支持多块10inch屏幕 怎么办?

先搞清楚你想做什么？ 再搞清楚谁来做？ 如果是你来做的话，先把芯片手册看看吧！ 不要想到哪就问到哪，不行的。

引用 9 楼 gooogleman 的回复: 引用 2 楼 yl198753 的回复: 哦，也就是说如果是串口的话的蓝牙适配器，只要通过串口可以正常收发消息就可以了，根本就不需要驱动。 那么如果是USB的话要实现数据的收发需要做哪些工作呢？ 我正在尝试，可是死活不行，郁闷呢。

我也在试，有什么进展交流下啊~

没明白你补充的问题是什么意思

wince的工程怎么引用到windows平台的头文件去了 - -! 你有没有装standard SDK for windows ce呀? 建立的工程是不是基于智能设备的? 还是你的代码里显式#include "winnt.h"了? 如果有的话要去掉的, 改成#inlcude "windows.h"

图片没有 ，马上传

不是g_hMapDC的问题，两个单独都可以显示的。 问题已解决！GOOGLE上找到相似的

看看先

IOCTL_HAL_POSTINIT是给oem最后一次在系统正式开始调度之前一个机会做一些事情，IOCTL_HAL_GET_HIVE_CLEAN_FLAG 是在分区都已经mount成功的时候才可能走到 所以他们之间还有很多事情要做，建议lz先在中间加一些debug信息，比如flash的初始化等等，这样方便找到可能的位置

MMI是指：多媒体接口MMI（Multi-Media Interface），MMI 3002514应该就是多媒体接口芯片而已