iceiilin的专栏

<br />网上搜了几天，问人无数，骚扰客服，不得要领。最终得以解决，摸索到方法如下：<br /> <br />1.smdk6410.bat里<br />set BSP_NOUART0=1将这句的值去掉<br />set BSP_DEBUGPORT=SERIAL_UART0将这句屏蔽掉<br /><br />2.OAL下debug.c<br />把判断debug_port的分支和条件都注掉，只留一个想改为调试口的分支的实现部分。<br /><br />3.smdk6410_serial.cpp<br />S

分析阅读的是s3c6410 winCE6.0的摄像头驱动，s5pv210虽然也是6.0，但结构大不相同，暂且不提。摄像头驱动是个流驱动，提供两类接口CAM_xxx和PIN_xxx。前者供通过注册表装载硬件时使用，在代码中也叫adapter，指的是摄像头硬件；后者在应用层用dshow显示视频图像时调用，是承载数据流stream的工具，分为preview, capture和video三类，每个Pi

http://tech.it168.com/a2010/0304/856/000000856396_1.shtml        当应用程序需要调用驱动程序实现的某些功能时，通常需要向驱动程序传递某些必要的信息。这时，可以通过共享内存向驱动程序传递参数，例如利用共享堆或者内存映像文件等。 在大多数情况下，驱动程序的功能都可以通过API调用来加以访问。　　这可能带来两个问题：首先，API参数

虽然不知道最后的产品是否需要这一块实现，但先把最近代码阅读结果记录一下。USB线的两端分别是USB host和USB device，前者识别后者及其配置信息，在需要时可以给后者提供电源。当winCE所在的嵌入式系统与PC连接时，系统作为device，对应的驱动在D:/WINCE600/PUBLIC/COMMON/OAK/DRIVERS/USBFN下，即usb function。当有其他外设如U

<br />让当前进程进入内核模式需要使用以下两句：<br />SetKMode(TRUE);<br />DWORD dwPermit = -1;<br />SetProcPermissions(dwPermit );<br /> 查看SDK发现：<br />DWORD SetProcPermissions(<br />  DWORD newperms <br />);This function sets the internal permissions bitmask for the current th

<br />英文来自MSDN。中文是我的理解。<br />DEFFILE: This macro definition specifies the name for the module-definition file (.def), known as an export file, for TARGETNAME 指明了定义导出函数的文件的名字。<br />WINCETARGETFILE0: This macro definition specifies nonstandard target files t

<br />VS2005, 用“release directory in build window“ make过一遍image，放着，在SMDKV210.bat里把“set BSP_NOUART2=1”的1去掉了，再make image，放到板子里，uart2还是没有。在build window里用SET看了一下，果然BSP_NOUART2还是=1。release目录下也没有smdkv210.bat这个文件。难道需要重编一遍OS？SMDKV210.bat在什么时候才会被用到呢？<br />在winCE6 f

<br />http://blog.youkuaiyun.com/wulin250/archive/2009/07/24/4377019.aspx<br /> <br />Example:<br />SMDK6410.bat: set BSP_EPSON_S1R72V27=1<br />oallib/sources:   !IF "$(BSP_EPSON_S1R72V27)" == "1"<br />                          CDEFINES=$(CDEFINES) -DEPSON_USB<b

从http://blog.youkuaiyun.com/bbw2008/archive/2010/12/20/6087738.aspx里看到：NKDbgPrintfW(..)函数一般只在OAL中使用，可以直接从串口中打印出信息，不受编译选项的影响。DEBUGMSG(..)函数只有在工程在Debug模式下编译以后，才会打印出信息来。如果是在Release模式下编译的，就不会打印信息出 来。RETAILMSG(..)函数在Debug模式下和Release模式下编译都会打印出调试信息，但是如果你在工程的属性中的"Build

<br />由于硬件连线太短，需要将屏幕显示旋转180度。网上搜到两个方法。其一在OS里实现翻转，一劳永逸；其二在应用程序里实现翻转，掉电后消失。如下。<br /> <br />---------------------------------------------------<br />在WinCE中做Screen Rotation，首先确认显示设备的驱动是否支持Screen Rotation功能。在显示设备支持的前提下，可以通过以下两种方法做Screen Rotation：<br /> <br />1

<br />6410的板子， 昨天从EBOOT开始烧了一遍之后，无法进入系统，串口打印如下：<br />Starting auto-download ... <br />DM9000 ID is 0x90000a46<br />INFO: Probe: DM9000 is detected.<br />DM9000: MAC Address: 0:0:0:0:0:0<br />ERROR: InitEthDevice: Invalid MAC address.<br />ERROR: OEMPlatform

<br />按照开发指南上的步骤新建WINCE5.0，生成映像，烧到板子上。COM0没有调试信息输出，但CreateFile打不开，错误号55。查看注册表和cfw.c，都已经按照COM0是普通串口来配置了。无奈，求助客服。答曰，在PB里把communication services and networking下PAN里的IRDA删掉。依言果然可行。可是，IRDA和COM0是什么关系？

 【原创】Win Mobile编译怪事2009-12-11 15:30 by IamEasy_Man, 130 visits, 网摘, 收藏, 编辑今天在Rebuildall的时候，build.log中查找到的错误打印信息：ERROR: Res2Res: Res2Res: ERROR: Line: 267  File: f:/bowmore2/private/winceos/tools/rescommon/checksum.cppERROR: Res2Res: Res2Res:  ERROR: Line:

winCE6.0摄像头驱动中，buffer的配置方式分为由驱动分配和由用户分配两种，用户指的一般为DirectShow。由用户分配里，如果驱动的DMA准备时间长，则驱动需要知道用户端所有的buffer，分配方式称为CSPROPERTY_BUFFER_CLIENT_LIMITED；如果驱动的DMA准备时间短，则用户可以任意处置其buffer，分配方式称为CSPROPERTY_BUFFER_CLIEN