你想得到什么波形？方波？与触发脉冲什么关系？从哪里输入触发脉冲？ 请说明清楚些，最好有个图。

楼上正解。

我是初学者，不过觉得这个程序也不是很繁琐啊，顶楼上

很贵的！

可以去看看流接口驱动那章节,上面有很好的应用层与驱动层交互的流程.比如应用层调用CreateFile,驱动层会间接地调用xxx_Open函数.

就是不带确认的UDP包。有时候为了更快的收发速度可以用这样的UDP包。

[url=http://blog.eeworld.net/nanjianhui/archive/2009/09/15/4555595.aspx][/url] 看看这里，虽然是介绍WinCE6.0下的，但WinCE5.0也差不了太多吧。

WinCE端实现ASP服务器，客户端可以通过IE直接操作WinCE设备上的IO等硬件。

引用 9 楼 g00glelin 的回复: 基本可以参照2440的串口驱动来做，因为本人只对2440的比较熟悉，呵呵，原理一样的。 看看你扩展的中断是否是外部中断。注册表部分改改，驱动部分主要就是三个方面，一个是初始化，一个是发送处理，一个是接收处理。 本人做过VK3224的扩展串口，这个芯片实在烂，一开始我也是想按PDD架构做的，发现很难实现，串口之间造成冲突，只能实现一个口。后来就采用简单流驱动解决了

多谢，我是用的外部中断，现在就是加载不了，于是加调试信息，发现问题如下 DeviceFolder::LoadDevice(Drivers\\BuiltIn\\Serial) last 30 TicksDEVICE!RegReadActivationValues RegQueryValueEx(Drivers\\BuiltIn\\Serial2\\BusPrefix) returned 2 DEVICE!RegReadActivationValues RegQueryValueEx(Notify\\BusPrefix) returned 2 --主要是下面，扩展了4个串口，4，5，6，7 DeviceFolder::LoadDevice(Drivers\\BuiltIn\\Serial2) last 30 TicksDEVICE!RegReadActivationValues RegQueryValueEx(Drivers\\BuiltIn\\Serial4\\BusPrefix) returned 2 ms_exsrial a init !--这是在最外层加的打印信息 CPdd16554  init ! -- 这是继承了Cpdd16550类的，开始初始化 CPdd16554  init ist set up!--这是建立完ist后的打印信息 --CPdd16550::Init()== TRUE 这个地方就出错了，没有初始化对 --注册表信息如下 --[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\Serial4]    "Irq"=dword:22             ; 34 IRQ_AUART    "SysIntr"=dword:20           ; 32 SYSINTR_AUART    "MemBase"=dword:04001000   ; AUART Register    "MemLen"=dword:40    "DeviceArrayIndex"=dword:3  ; AUART object    "Prefix"="COM"    "IClass"="{CC5195AC-BA49-48a0-BE17-DF6D1B0173DD}"    "Dll"="ms2_exserial.dll"    "Order"=dword:0 --[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\Serial4\Unimodem]    "Tsp"="Unimodem.dll"    "DeviceType"=dword:0    "FriendlyName"="Serial Cable on COM4:"    "DevConfig"=hex: 10,00, 00,00, 05,00,00,00, 10,01,00,00, 00,4B,00,00, 00,00, 08, 00, 00, 00,00,00,00 --下面还是接着的打印信息 ms_exsrial a init false! udevice.exe $udevice_0003 FSDMGR!MountTable_t::RegisterVolumeName: Registered "$udevice_0003" at index 8APISCreateAPIHandle: pvData == NULL FSDMGR!MountTable_t::RegisterVolume: Registered volume at index 8 (Name="$udevice_0003", MountFlags=0x101)Unknown: DEBUGCHK failed in file C:\\ymzki\\public\\COMMON\\oak\\drivers\\serial\\serpddcm\\.\\cserpdd.cpp at line 531 DEBUG_BREAK @c1036400 Ignored. DEVICE!LaunchDevice: Init() failed for device 0xd00e60d0 DEVICE!I_ActivateDeviceEx: couldn't activate: prefix COM, index 3, dll ms2_exserial.dll, context 0xd23ae684 DeviceFolder::LoadDevice(Drivers\\BuiltIn\\Serial4) last 112 TicksDEVICE!RegReadActivationValues RegQueryValueEx(Drivers\\BuiltIn\\Serial5\\BusPrefix) returned 2 ms_exsrial b init ! CPdd16554  init ! CPdd16554  init ist set up! ms_exsrial b init false! [NOTIFY] Module loaded [NOTIFY] Initializing. DB:OpenDB fail: DB DB_notify_queue not found [NOTIFY] Initialization completed successfully [NOTIFY] ProcessDatabase::started at local time 02/19/2006 12:14:50 [NOTIFY] HandleSystemEvent 7 /ADD COM1: [NOTIFY] HandleSystemEvent 7 /ADD COM2: [NOTIFY] HandleSystemEvent 7 /ADD NFY0: Unknown: DEBUGCHK failed in file C:\\ymzki\\public\\COMMON\\oak\\drivers\\serial\\serpddcm\\.\\cserpdd.cpp at line 531 DEBUG_BREAK @c1036400 Ignored. DEVICE!LaunchDevice: Init() failed for device 0xd00e6270 DEVICE!I_ActivateDeviceEx: couldn't activate: prefix COM, index 3, dll ms2_exserial.dll, context 0xd23ae684

wo zai lai ding

吼吼。回复内容太短了！

我用示波器测出这三个脚的波形了 当光线打到硅光电池的一边时，4脚和7脚的波形正好相反，但其中有一路的波形是和21脚相同的 当光线打到硅光电池的中间时，4、7、21脚波形相同 21脚的波形就是硅光电池的输入波形 我的想法是先通过中断判断21脚的上升沿周期，然后再用4，7的波形与其进行比较 现在有一点还有点模糊，4，7脚的波形如何跟21脚做比较呢?

呵呵，不错不错。用wsprintf怎么实现。

帮顶下。 MARK.

就是常见的BootLoader的功能，代码怎么写取决于你存在Nand Flash中的数据是二进制的还是文件形式的，如果是二进制的，在NorFlash中的引导代码里只需要用基本的Nand Flash操作命令读取数据到RAM中就好了（注意坏块）。如果是文件形式存储的，在引导代码中就要支持对应的文件系统，然后用文件IO的函数读取。

引用 4 楼 garyliu1104 的回复: FMD层做好接口，应用程序才可以调用。

那总要像打开流接口那样，先打开，然后才能操作吧。。。。。

问题有新的发现,,, 是这样的,我在CE5中加入了双拼输入, 程序对软键盘的消息是响应的,但对双拼输入哪个面板的消息是不响应的,, 上面的消息指WM_CHAR WM_KEYDOWN 但双拼的面板却响应EN_CHANGE 帮帮想想吧,谢谢 EN_CHANGE 来控制输入,不太好吧,,先显示输入,在删除错误输入.

先发VK_SHIFT，再发"3"，组合而成。

引用 3 楼 veabol 的回复: 这个是正确的啊，你觉得有问题吗？ 如果不想让那些DLL加载的话就需要把你platform.reg中的驱动内容都删掉，然后用某个AP去加载那些驱动。否则DEVICE.EXE不会自动加载那些驱动，加载的时候也就自动把它们读到RAM中去。 所以大多数情况下multibin的主要作用是使剩余内存更大一些，而开机时间是没什么影响的。

如果真是那样的话。。我倒是真是感到很欣慰了。。照你的意思是说只要device。exe起来了就会去加载所有builtin下面的饿驱动吗？？。。。。。那这些加载on demand有什么意义呢。。如果是做AP的话。。有什么思路呢

                                 回楼上：我基本上是按照iap-c系列改的啊，应该没有问题。硬件上有什么要改动的吗？