https://blog.csdn.net/fei198811zh-cnhttps://blog.csdn.net/https://blog.csdn.net/fei198811/article/details/6416627https://blog.csdn.net/fei198811/article/details/6416627fei198811Fri, 13 May 2011 10:19:00 +0800在WinCE中，有3种方式可以使系统进入休眠：
1、用户在开始菜单选择挂起
2、用户短按电源键，请求系统进入休眠（需要电源按键驱动的支持，比如设为长按关机，短按休眠）
3、用户长时间无操作，系统状态由POWER_STATE_ON转为POWER_STATE_USERIDLE，POWER_STATE_IDLE状态，最后进入POWER_STATE_SUSPEND即休眠状态
休眠之前，对于支持电源管理的驱动，系统会调用此驱动的XXX_PowerDown接口关闭设备]]>https://blog.csdn.net/fei198811/article/details/6416625https://blog.csdn.net/fei198811/article/details/6416625fei198811Fri, 13 May 2011 10:18:00 +08001、打开LCD背光
将LCD背光对应的GPIO设置为禁止上拉(GPxUP相应位写入1)，选择output类型(GPxCON相应位写入01)，输出为高电平(GPxDAT相应位写入1)。

2、打开LCD电源
可以将GPG4选择为LCD_PWREN(GPGCON:9-8写入11)，这时候LCD电源的打开/关闭可以通过LCDCON5:3来控制。
也可以自定义其他GPIO用作LCD电源开关，只需将此GPIO设置为禁止上拉(GPxUP相应位写入1)，选择o]]>https://blog.csdn.net/fei198811/article/details/6414693https://blog.csdn.net/fei198811/article/details/6414693fei198811Thu, 12 May 2011 14:32:00 +0800Previously I posted instructions for finding the source of a data abort, see  Windows CE: Finding the cause of a Data Abort.  This will walk through those steps to find the source in a real application for.  This is specific to Windows CE and later. ]]>https://blog.csdn.net/fei198811/article/details/6414687https://blog.csdn.net/fei198811/article/details/6414687fei198811Thu, 12 May 2011 14:31:00 +0800•在BSP的Drivers目录下，创建新驱动程序的目录，比如MyDriver
•修改dirs文件，在变量DIRS中增加新目录MyDriver
•创建文件Sources，内容如下：
view plaincopy to clipboardprint?
01.TARGETNAME=MyDriver  
02.RELEASETYPE=PLATFORM  
03.TARGETTYPE=DYNLINK   
04.DEFFILE=M]]>https://blog.csdn.net/fei198811/article/details/6414677https://blog.csdn.net/fei198811/article/details/6414677fei198811Thu, 12 May 2011 14:29:00 +0800Printed Exception strings - what do all those flags mean?
Data Abort: Thread=9352cc9c Proc=90876ea0 'shell32.exe'
AKY=00000005 PC=03f74680(coredll.dll+0x00014680) RA=03257104(aygshell.dll+0x00037104) BVA=060000e0 FSR=00000007
AKY à "Ac]]>https://blog.csdn.net/fei198811/article/details/6414672https://blog.csdn.net/fei198811/article/details/6414672fei198811Thu, 12 May 2011 14:27:00 +0800在调试WinCE程序的时候，有时候会碰到Data Abort的异常，系统会在调试控制台输出如下类似信息：
Exception 'Data Abort' (4): Thread-Id=03d3000e(pth=83a9e024), Proc-Id=00400002(pprc=81d48308) 'NK.EXE', VM-active=00fa000a(pprc=83a20ecc) 'explorer.exe'
PC=c0883660(s3c2440disp.dll+0x0000]]>https://blog.csdn.net/fei198811/article/details/6414664https://blog.csdn.net/fei198811/article/details/6414664fei198811Thu, 12 May 2011 14:26:00 +0800Posting a full explanation of this error from CE 5.0.
Error: Mismatched time stamp on .rel file for module celog.dll requesting
kernel fixup.  Valid .rel file is required for kernel fixups.
It happens if you set the IMGCELOGENABLE bui]]>https://blog.csdn.net/fei198811/article/details/6414657https://blog.csdn.net/fei198811/article/details/6414657fei198811Thu, 12 May 2011 14:25:00 +0800 不管在WinCE5.0还是在WinCE6.0中，我们在调试驱动或者应用的时候都会用到打印函数。在驱动里面，我们可能会用DEBUGMSG(..)，RETAILMSG(..)，还有NKDbgPrintfW(..)。在我们使用这些打印函数调试我们的程序之前，我们需要实现串口打印功能。
在WinCE的BSP中，如果想调用DEBUGMSG(..)或者RETAILMSG(..)来从串口打印信息，必须在我们的BSP中的OAL层找到debug.c，在这个文件里面实现下面的4个函数：
voi]]>https://blog.csdn.net/fei198811/article/details/6414654https://blog.csdn.net/fei198811/article/details/6414654fei198811Thu, 12 May 2011 14:24:00 +0800在WinCE的开发环境中支持Debug Zones功能，通常也被称为调试域，通过它可以控制打印信息。当某个调试域被打开以后，在这个域中的打印信息就会被打印出来，如果某个调试域被关闭了，那么这个域中的打印信息就会被关闭。调试域是基于模块的，也就是说一个模块，可能是在一个驱动或者一个应用中都可以定义一个调试域，用来调试该模块。一个调试域最多可以包括16个域，一般在每一个模块中都会有一个全局变量dpCurSettings，该变量用于描述调试域的相关信息，它由一个模块名字，16个域的名字和一个掩码组成。]]>https://blog.csdn.net/fei198811/article/details/6414649https://blog.csdn.net/fei198811/article/details/6414649fei198811Thu, 12 May 2011 14:23:00 +0800 无论你是一个单纯的电脑用户还是一名高级软件工程师，都一定对程序崩溃不陌生。做为一名Windows CE应用程序开发者，你也一定遇到过下图这种场景：
这个对话框告诉你，有一个叫installer.exe的程序在地址00019320处崩溃了。如果这个程序归你负责，那么你的问题就来了：怎么找出这个BUG？这篇文章我想谈谈我在这方面的一些经验。
Windows CE的崩溃界面给出的信息十分的少，其中最有用的无疑是崩溃地址，如果你能从崩溃地址定位到源代码去，这个问题可以说就解决了一半]]>https://blog.csdn.net/fei198811/article/details/6414635https://blog.csdn.net/fei198811/article/details/6414635fei198811Thu, 12 May 2011 14:17:00 +0800Introduction
Have you ever wondered how you can integrate your code under the PUBLIC tree in Windows Embedded CE 6.0? This can be useful if you want to distribute code/components that are not part of a BSP. In this post I’ll explain how to creat]]>https://blog.csdn.net/fei198811/article/details/6414623https://blog.csdn.net/fei198811/article/details/6414623fei198811Thu, 12 May 2011 14:16:00 +0800在WinCE中有很多的环境变量，那么如何设置/删除/查询这些环境变量呢：
1. 查询环境变量：无论是在WinCE5.0还是WinCE6.0，当我们在PB里打开或者创建一个工程以后，我们可以在菜单中点“build”->“Open Release Directory in Build Window”，然后会弹出命令行对话框。在对话框中输入“set”命令，然后回车，就会看到当前工程下所有的环境变量以及相应的值。
2. 添加环境变量：有两种方法添加环境变量，一种是点“build”->]]>https://blog.csdn.net/fei198811/article/details/6414599https://blog.csdn.net/fei198811/article/details/6414599fei198811Thu, 12 May 2011 14:11:00 +0800使用PB建立一个wince image之前先要建立一个workspace来控制除OEM BSP之外的所有的image的属性，包括的内容等等。这些内容主要是通过PB的catalog来管理的，通过PB的viewàcatalog打开的视窗，我们从全部的window ce的可选组件中选择我们需要的加入到workspace中，这样的话我们sysgen出来的image就具备了相应的功能。从catalog的视窗中，我们可以通过查询任意一个组件的属性来获得它唯一对应的一个sysgen_开头的变量。但是这些变量并]]>https://blog.csdn.net/fei198811/article/details/6414511https://blog.csdn.net/fei198811/article/details/6414511fei198811Thu, 12 May 2011 13:45:00 +0800
http://blog.sina.com.cn/s/blog_455851af0100d9gi.html
.bin文件是一个描述性质的映像文件，它由文件头(head)、镜像数据目的起始地址(ImageStart)、镜像数据长度(ImageLength)和多条相对独立的记录（record）构成。
文件头(head)由7个字节组成，内容是：42 30 30 30 46 46 0A,即“B000FF/x0A”，这是判断镜像文件是.bin类型的依据。
镜像数据目]]>https://blog.csdn.net/fei198811/article/details/6414504https://blog.csdn.net/fei198811/article/details/6414504fei198811Thu, 12 May 2011 13:44:00 +0800一.pbcxml分析
每一个BSP都有一个工程文件，里面描述了BSP的信息。
下面就来介绍一下BSP的pbcxml文件。
文件的大致格式应该是这样的：


….


…


…

<]]>https://blog.csdn.net/fei198811/article/details/6414499https://blog.csdn.net/fei198811/article/details/6414499fei198811Thu, 12 May 2011 13:42:00 +0800CSDN上的相关贴子
http://topic.csdn.net/u/20090801/00/4f7f18fa-9327-41ad-9690-69c7eedb6951.html?seed=319379432&r=62915971#r_62915971
1。config.bib文件中的FSRAMPERCENT说明

FSRAMPERCENT设置属于CONFIG字段!!!
FSRAMPERCENT：
格式：FSRAMPERCENT = n]]>https://blog.csdn.net/fei198811/article/details/6414494https://blog.csdn.net/fei198811/article/details/6414494fei198811Thu, 12 May 2011 13:41:00 +0800因为WINCE的组件都是分成一个个LIB/DLL的形式存在，所以只要把单个LIB/DLL编译更新然后再重新连接NK就可以起到快速编译NK的方法。
不过由于NK里面的各个组件都是DLL的形式，这些DLL依存一些对应的LIB文件，所以要更新DLL就得先更新那些LIB的内容先，而WINCE60下的PUBLIC
下的组件一般是以LIB文件的形式存在，所以要快速编译PUBLIC下的源代码就先编译这些LIB文件，更新完这些LIB文件再更新依赖这些LIB文件的DLL
，也只有把D]]>https://blog.csdn.net/fei198811/article/details/6414493https://blog.csdn.net/fei198811/article/details/6414493fei198811Thu, 12 May 2011 13:40:00 +0800目前，在国内Windows CE的开发可以说是一种Windows CE.NET 4.2、Windows CE.NET 5.0、Windows Embedded CE 6.0多版本共存的情况。由于Windows CE.NET 4.2成熟的技术、丰富的I/O设备驱动以及被大多数的开发人员所熟悉，所以目前仍是嵌入式产品开发的主流。Windows CE.NET 5.0是CE 4.2的升级版。Windows Embedded CE 6.0是目前微软最新的嵌入式操作系统，强大的操作系统功能，于桌面开发系统开]]>https://blog.csdn.net/fei198811/article/details/6414488https://blog.csdn.net/fei198811/article/details/6414488fei198811Thu, 12 May 2011 13:39:00 +0800https://blog.csdn.net/fei198811/article/details/6414484https://blog.csdn.net/fei198811/article/details/6414484fei198811Thu, 12 May 2011 13:38:00 +0800本文介绍了WinCE文件目录定制及内存调整的操作方法。WinCE的文件目录结构以及文件的位置都是在DAT文件中定义的。所有的dat文件会在WinCE编译时合并成initobj.dat文件，WinCE会根据DAT中的描述生成相应目录。
这个说起来比较简单，WinCE的文件目录结构以及文件的位置都是在DAT文件中定义的。所有的dat文件会在WinCE编译时合并成initobj.dat文件，WinCE会根据DAT中的描述生成相应目录。
关于DAT的格式，可以参考我以前的一片文章：]]>