加点文字说明就更好了

                                 如果不用PWM输入模式，用输入捕获模式，每次检测到上升沿把计时器记下来，再开启下降沿捕获，等检测到下降沿再算出上升下降沿的时间差，这样能不能算出高电平脉宽呢？ 至少1.5ms的脉宽，用来重新切换捕获模式应该够时间了吧。

其实可以直接烧写xip.bin文件的，可以把第5.6步合成一步，还是把nk，ram的起始地址设置成一样的，只是在eboot中做一点修改，就是在oemlaunch中更新一下TOC中参数g_pTOC->id[g_dwTocEntry].dwTtlSectors=FILE_TO_SECTOR_SIZE(xipkernel_length),使系统在起来的时候，只读xipkernel到ram中，经过我的测试，是可以的

这就是一个普通液晶程序，但查询忙位那里，给LCD送值，返回应该还是FFH，这就不对了啊

结局如何？

我只想打的出微软拼音就行

五、你认为wince驱动工程师有哪几个驱动有必要当做经典驱动来学习？ 答：3个左右才能整整完整了解。 补充下。刚才没发完整。按照实际项目来吧。首先是先要能看的见，显示驱动是需要学习的，接着是能操作他，触摸就是必须要学习的，接下来是要能发声音，音频部分也是必须要学习这三个是基础完整要求的。接下来可能就是针对通讯协议的一些开发I2C，UART，SPI等等了，同时会牵涉到IO口的问题，接下来就要晋级了，比如说中断的优化和使用，电源管理的优化和使用等等。也是依据项目来。一切为项目开发服务。

补充一下，其实环路ping应该跟OEM层没有关系，而是操作系统上层已经把数据返回了。所以并不能说因为这个就说驱动加载成功。给大家看一下我的一些调试信息： 15:16:24.109 -> NdisMRegisterMiniport 15:16:24.109 -CS8900:DriverEntry: Success! 15:16:24.109 15:16:24.171 DM9000 EDriverInitialize 15:16:24.171 Medium Ethernet 15:16:24.171 DM9000 DeviceSetDefaultSettings 15:16:24.171 DM9000 EDriverInitialize DeviceSetDefaultSettings 15:16:24.171 DM9000 EDriverInitialize DeviceSetEepromFormat 15:16:24.171 DM9000 DeviceRetriveConfigurations 15:16:24.171 DM9000 EDriverInitialize DeviceRetriveConfigurations 15:16:24.171 DM9000 EDriverInitialize EDeviceValidateConfigurations 15:16:24.171 DM9000 DeviceRegisterAdapter 15:16:24.171 DM9000 EDriverInitialize DeviceRegisterAdapter 15:16:24.171 DM9000 EDriverInitialize before EDeviceRegisterIoSpace 15:16:24.171 C_DM9000::EDeviceRegisterIoSpace 15:16:24.187 [dm9000: Tries to map io space with 20000300 15:16:24.187 [dm9000: The mapped address is 380300 15:16:24.187 DM9000ReadPort:Address=0x28,value=0x46 15:16:24.187 DM9000ReadPort:Address=0x29,value=0xa 15:16:24.187 DM9000ReadPort:Address=0x2a,value=0x0 15:16:24.234 DM9000ReadPort:Address=0x2b,value=0x90 15:16:24.234 [dm9000: Chip signature is 90000A46 15:16:24.234 DM9000ReadPort:Address=0x28,value=0x46 15:16:24.234 DM9000ReadPort:Address=0x29,value=0xa 15:16:24.234 DM9000ReadPort:Address=0x2a,value=0x0 15:16:24.234 DM9000ReadPort:Address=0x2b,value=0x90 15:16:24.234 DM9000 EDriverInitialize EDeviceRegisterIoSpace 15:16:24.234 DM9000 EDeviceLoadEeprom 15:16:24.234 C_DM9000::DeviceReadEeprom 初始化时候的加载信息如上面，看到DM9000确实是加载了的。下面是我的应用程序ping一次网关，驱动所输出的调试信息： 17:23:33.015 DM9000 DriverSend 17:23:34.328 TQ size=36 DM9000ReadPort:Address=0x7,value=0x0 17:23:36.078 DM9000 DriverSend 17:23:36.328 TQ size=35DM9000ReadPort:Address=0x7,value=0x0 17:23:36.390 [ICMP]SendEcho失败[Error = 11010] 感觉数据已经到了驱动了，不过没有被传递出来！

引用楼主 kiss_xiao0968 的回复: 我想问下，我现在已经通过evc编写好了EXE程序，而且有了arm9的板子，我想让系统开启后直接进入我的应用程序界面，还需要什么工具吗？ 我看有人说需要自己定制sdk，我现在就有wince4.0，还需要什么工具，求高手指教了

wince4.0？？

我也没搞明白呢~~跟着学习了。之前都用DDK编译，这几天想用C++Test查代码都查不了。 还有，不知道，WDK和ddk在VC中的设置有什么不同

都有架构模板，拷贝过来直接修改，不能从0开始啊，简单的还可以，复杂的从0开始搞死人的。

mark

evc5.0上可以用VA 0.4就不知道了

为啥在eeworld里FPGA讨论不多啊

引用 12 楼 gooogleman 的回复: 引用 11 楼 hao507 的回复: 楼主可以根据应用程序中产生的.map文件，查看是哪个地方出的错~~ .map文件的产生要在编译器里设置下的~ 我已经看过，map和驱动的不同的。 晕我变小倒是，可以，难道真的是内存配置不足？ // Become small test--------OK! //width = 160; //height = 120; 这样就可以的了。

我把 // Become large test--------         width = 320;                height = 240; 宽和高都加2，就不会异常了，加一就会没有图像出现。 看来不是应用的问题 ，是摄像头的配置有些问题。但是我明明对照就是VGA （640*480）输出的，咋回事呢？

我想问，我也是应届毕业生，也是从事嵌入式的 目前，公司的高手都走光了 在公司，我发觉我每天都是向外掏东西，并且没有人能够指导或者带领我去完成一个项目 都是自己上网找资料，每次遇到问题都快是要命 大伙说说，what should i do？

                                 

谁有那么高档的设备 还有你可以自己测试一下  看看我门说的对不  简直就是连自己动手都懒的动  什么叫敬业 和专业  你不想干 就直接告诉大家  别站着茅坑不拉屎 ...

普通的示波器就可以，并不需要什么高档的设备？ 如果你没有示波器就说没有嘛，我本来是想通过波形指出它与程序配置的关系，从而分析出为什么速度比较慢。 看样子楼上只是想得"鱼"，不要"渔"，那么我只有一句话：大家说的都对，我没有什么说的。

定时器，网络发还是串口发？

你要在线仿真示波器啊，我可真帮不了你~

T3PINT 没有使能 EvbRegs.EVBIMRA.bit.T3PINT= 1; //使能周期中断