JXES智能生态系统

在WinCE下面，创建工程，然后编译是需要花很长时间的。当我们第一编译完工程以后，如果需要改我们的驱动或者BSP，我们是不需要重新编译整个工程的：1. 如果更改了driver，以WinCE6.0为例，我们可以在菜单里面选择“build”->“Open ReleaseDirectory in Build Window”，然后在弹出的命令行窗口中，通过dos命令切换到你要编译的drive...

<br />今天拿别人的一个代码直接BUILD，出现类似下面的这个错误：<br />1>------ Skipped Build: Project: DrawCli ------<br />1> <br />========== Build: 0 succeeded or up-to-date, 0 failed, 1 skipped ==========<br /> <br />看了半天没发现在程序方面有什么问题，后来在网上看了别人的帖子，试着做了下<br />Build -> Configuration

<br />下面的内容还未证实：<br /><br /><br />多次在实际操作中碰到读写ini文件，但 WINCE中没有实际能操作INI文件的函数，所以只有自己亲自完成读写INI文件了。<br />#ifndef __RDWRTINI_H__<br />#define __RDWRTINI_H__<br />#define DIM(a)  sizeof(a)/sizeof(a[0])<br />///////////////////////////////////////////////////////

<br />; ; ; 在平台开发或发布设备的过程中，随时都可以使用测试工具包。CETK 可用于测试系统整体的稳定性，也可用于测试开发中的驱动程序的稳定性。将 CETK 组件添加到平台<br />; ; ; 使用 CETK 之前，需要向平台添加对 CETK 的支持。可以使用以下两种方法：通过从 Platform Builder 目录添加 CETK 组件来向平台添加 CETK 支持，或者在运行 CETK 测试之前将文件复制到平台中。<br />; ; ; CETK 要求目标设备与开发工作站所在的网络之间通过以

<br />安装完CE6后，会发现Platform Builder for CE5的Connectivity Options不好用了，即使修改设置后点Apply也无法把新设置保存住<br />在完全卸载CE6和VS2005后，点PB5的Connectivity Options会弹出这个错误<br /><br /><br />即使把CE5和PB5完全卸载，然后再重装，改错误仍然存在。<br /><br />我在网上搜到了该问题的解决方法<br />http://www.eggheadcafe.com/soft

<br />DWORD ErrorNum = GetLastError();<br />〖0〗-操作成功完成。 <br />〖1〗-功能错误。 <br />〖2〗-系统找不到指定的文件。 <br />〖3〗-系统找不到指定的路径。 <br />〖4〗-系统无法打开文件。 <br />〖5〗-拒绝访问。 <br />〖6〗-句柄无效。 <br />〖7〗-存储控制块被损坏。 <br />〖8〗-存储空间不足，无法处理此命令。 <br />〖9〗-存储控制块地址无效。 <br />〖10〗-环境错误。 <br

<br />Platform Builder 5已经自带WinCE 5.0，安装过程会指定WinCE 5.0的安装路径，默认为X:/WINCE500，WINCE500即为WinCE 5.0的根目录。根目录下主要有以下几个目录：PUBLIC, PLATFORM, PRIVATE, PBWorkspaces, OTHERS, SDK。<br />PUBLIC目录 <br />PUBLIC目录包含构建系统所需要的工具、部分组件的源码、驱动程序、链接库等。以下是部分重要目录的说明，大部分目录看名字就知道是什么组件了

如果想某个驱动打印debug的信息，那么请这么做：第一种： 将下面这句代码加入到驱动所在目录中的sources文件中即可： CDEFINES=$(CDEFINES) -DDEBUG 第二种 #undef DEBUGMSG #define DEBUGMSG(x,s) NKDbgPrintfW s 这样这个驱动文件里的所有调试信息都会打印出来，并且不理会DebugZone的设置。       如果想屏蔽某个驱动的所有打印信息怎么办？在驱动前面加入如下宏定义即可#define SHIP_BUILD  1#ifde

<br />使用PB建立一个wince image之前先要建立一个workspace来控制除OEM BSP之外的所有的image的属性，包括的内容等等。这些内容主要是通过PB的catalog来管理的，通过PB的viewàcatalog打开的视窗，我们从全部的window ce的可选组件中选择我们需要的加入到workspace中，这样的话我们sysgen出来的image就具备了相应的功能。从catalog的视窗中，我们可以通过查询任意一个组件的属性来获得它唯一对应的一个sysgen_开头的变量。但是这些变量并

<br />1.打开Application Verifier，方法一：在PB菜单Tools->Application Verifier；方法二：打开CETK，连接设备，左键设备，菜单Tools->Application Verifier；<br />2.在Application Verifier窗口，点击"Add"按钮<br />3.选择要测试的程序<br />4.点击"Run"按钮或者直接运行要测试的程序<br />5.尽量使用要测试的程序<br />6.点击"Get Logs"按钮，从目标机子复制l

<br />本文主要是给像我这样还在学习WINCE应用开发却又还没找到比较系统的资料的同志们，这里的资料全部来自于codeproect和codeguru,资料很全面，涉及到图形编程，控件开发，数据库、加密解密，通信编程，COM编程，读写注册表等<br /><br />codeproect 的地址为：http://www.codeproject.com/KB/mobile/<br />codeguru的地址为：http://www.codeguru.com/cpp/w-p/ce/<br /> <br />下面

<br />NMAKE.EXE是Microsoft 程序维护实用工具，它是一个基于说明文件中包含的命令生成项目的工具。<br /><br />命令语法如下：<br />NMAKE [option...] [macros...] [targets...] [@commandfile...]<br />说明：其中，options是NMAKE的选项，macros是在命令行中的宏定义，targets是NMAKE的目标文件列表，commandfile是包含命令行输入的文本文件（或响应文件）

刚接触WINCE 平台相关的东西，先从简单的开始了解吧，同时，我了解了的都记录下来给后学者，让你们少些困惑。（如有讲的不对的地方，挥泪欢迎指正）VS调试APP可以通过Activesync和TCP/IP两种方法调试1. TCP/IP调试    1）首先，把网络搭建好，保证终端机PC与宿主机DEVICE在同一个域下，我这里以192.168.10.100,46为例。    2）Tool-->Options-->Device Tool-->Devices在右侧选好platform，点properties按钮进入下一

1.       首先要有Win7版的Activesync才行啊,也就是Ms-Win-Mobile-Device-Center-6.exe安装文件(移动设备中心)，大家可以到下面下载：http://download.csdn.net/source/34916112.

先看下来自微软对Platform Builder里的图标解释，在以后的CE里，也类似。The Catalog window and the OSDesignView tab contain a number of icons used to represent object

最近在给以个客户做一个POS机上的打印程序，其实现的简单思路大致如下：void ComPrint(){ static int nIndex = 1; HDC dc; //  USES_CONVERSION;  DEVMODEW lpdevmodew;

最近，经常需要再KITL下做一些驱动方面的调试，有时候过很久没碰这东西，还真会碰到些稀奇古怪的问题让你捣鼓很久，所以一一做个记录整理，同时，也方便同行查阅，如有写得不对的地方，欢迎指点修正。其实，介绍KITL的文章很多，不凡大师的文章，下面就贴几个：http://www.cnblogs.com/we-hjb/archive/2008/10/14/1311286.htmlhttp://w

For Wince的BSP包里都会有个FILES的文件夹，这个里面放了些exe, dll, lib,config等等文件，这些文件最终都会打包到image里，这是微软标准做法，如果不想把我的exe,dll,config放到FILE下，而且我的这些exe,dll只是针对个别project用的，如果也放在FILES里，对于不同的Project，我都要修改BSP下面的这个FILES里的bib, reg等

这里介绍nandflash驱动，在WinCE中，有专门针对flash存储设备驱动的支持，一般传统采用FAL+FMD的架构。在WinCE最新的版本中，也就是Windows CE6.0 R2中，还支持MDD+PDD的架构。在FAL+FMD架构中，FAL层由微软来实现，我们需要实现FMD层的相关接口函数。在MDD+PDD的架构中，MDD替换了原来架构中的FAL，而PDD相当于原来的FMD，只要实现PDD

C语言嵌入式系统编程修炼   http://blog.chinaunix.net/u/25764/showart_326589.html转载自这里，真是太经典了。C语言嵌入式系统编程修炼

从WINCE3.1， 4.2， 5.0 ，现在一直在玩6.0，前段时间下了个7.0，其实7.0出来有一段时间了，可惜，才来玩它，感觉与6的区别也不是很大，不过修改的地方也是有的，下面进入正题。 环境:1.    PC OS :WIN7 旗舰版2.    Microsoft Virtual PC for Win73.    Visual Studio 2008+sp1补丁4.

cached地址和uncached地址的区别是，对cached地址的访问是委托给CPU进行的，也就是说你的操作到底是提交给真正的外设或内存，还是转到CPU缓存，是由CPU决定的。CPU有一套缓存策略来决定什么时候从缓存中读取数据，什么时候同步缓存。对unchached地址的访问是告诉CPU忽略缓存，访问操作直接反映到外设或内存上。 对于IO设备一定要用uncached地址访问，是因为你的IO输出操

相信做WinCE开发的朋友都会经常用串口将自己的调试信息打印输出，用来跟踪程序的运行情况，但在有的时候如果机器没有调试串口，我们可以将这些信息写入文本文件中，方便出现Bug后进行代码的跟踪，现将自己写的一段代码发上来与大家分享，希望大家多提建议。代码中用一个宏，就可以方便的控制调试信息是写文件还是打印输入到调试串口，其中写文件部分给出了两种方法，一种是利用Win32 API的方式写文件，令一种

1.控制面板的结构  控制面板其实也是个动态链接库,区别只在于后缀名为.cpl,以及对外接口为CPlApplet().  接口的原型为:  LONG CALLBACK CPlApplet(HWND hwndCPL,UINT message, LPARAM lParam1, LPARAM lParam2)  在接口函数中我们需要实现特定几个消息的响应,控制面板才能正常运作.为方便观察

作者：ARM-WinCE作者博客：http://blog.csdn.net/nanjianhui/archive/2008/07/18/2674753.aspx 流设备驱动实际上就是导出标准的流接口函数的驱动，这是文档上面的定义。在WinCE中，所有的流设备都导出流设备接口，这样WinCE中的Device Manager可以加载和管理这些流设备驱动。流设备驱动的架构如图：

1.　Dirs文件 　　关于Dirs文件，就是指定要编译的路径，这个地球人都知道。还是简单介绍一下。按照文档上面介绍有三种定义：DIRS，DIRS_CE和OPTIONAL_DIRS。　　DIRS：就是指定要编译的目录。 　　DIRS_CE：只有目录下的源代码用于WinCE的映像文件时，才编译该目录。 　　OPTIONAL_DIRS：指定可以选择编译的目录。比如：OPTIONAL_D

C/C++ code// 请在前边加上 tlhelp32.h和toolhelp.libvoid CResAdjustDlg::RestartExplorer(){ // 获取进程快照 HANDLE hSnapshot = CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0); if (INVALID_HAN

Wince RemoteAdmin,Telnet,WebAdmin用户和密码操作参考文挡：1．Pentadyne\trunk\Advantech-UNO\DCMSYSTEM\DCM拨号上网配置方法.doc2．Pentadyne\trunk\Advantech-UNO\

以前，我调试驱动都是打包，下载，很郁闷，一个小小的DLL都要这么费神，对微软极为不满，现在发现驱动调试有一些诀窍，特来和大家分享，如果你有更好的方法，就来和大家分享吧。     之所以说“浅谈”，是因为我自己也搞得模模糊糊的，问过很多人，大家一致认为有三种调试方法：一、使用应用程序动态加载驱动——优点是不用下载打包NK，可以在正常情况下看到驱动的运行情况；缺点是只能调试流驱动。在这方面有个专家做的很好，发布了驱动调试助手http://www.cnblogs.com/we-hjb/archive/2009

无论你是一个单纯的电脑用户还是一名高级软件工程师，都一定对程序崩溃不陌生。做为一名Windows CE应用程序开发者，你也一定遇到过下图这种场景：这个对话框告诉你，有一个叫installer.exe的程序在地址00019320处崩溃了。如果这个程序归你负责，那么你的问题就来了：怎么找出这个BUG？这篇文章我想谈谈我在这方面的一些经验。Windows CE的崩溃界面给出的信息十分的少，其中最有用的无疑是崩溃地址，如果你能从崩溃地址定位到源代码去，这个问题可以说就解决了一半。从地址定位到源代码的方法

最近在论坛里看到很多人问怎样检查内存泄漏，对于Windows CE/Windows Mobile开发，微软已经为我们提供了很好的工具Application Verifier。AppVerifier是一个辅助开发工具，不用修改代码，可以检测出程序内存,句柄, GDI对象泄漏，并报告分配泄漏对象的调用栈，有过在大规模代码里查资源泄漏的兄弟应该知道这个调用栈的价值。在中文google里搜了下，没有发现讲这个工具使用的文章，我就写个简单的使用说明，让大家知道并利用好这个工具吧。在MSDN里有很多关于AppVerif

<br /><br />最近用了一下WinCE的模拟器，我做WinCE有几年了，从来没有用过WinCE的模拟器，第一次接触WinCE的时候就是一块S3C2410的板子和PB4.2的开发平台，然后就开始折腾，后来各种开发板都用过，WinCE也从4.2版本用到了6.0 R2版本，就是没用过模拟器。前段时间要验证点东西，手头又没板子，所以这次也用了一下。我看到网上很多人写过关于WinCE Emulator的文章，那我要写的应该和其他的没有什么区别，只是给自己留一个记忆。<br />　　WinC

<br />WinCE快捷方式浅析<br /><br />一、WINCE快捷方式结构<br /> <br />WINCE的快捷方式和WIN2K,XP的不同,只是一个后缀名为.LNK的文本文件.<br />其格式如下: <br />数字#路径<br />比如,有个快捷方式写法如下:<br />23#/Windows/ToolViewer.exe<br />指的是指向WINDOWS文件夹下的Toolviewer.exe可执行文件.数字究竟代表的是什么意思,我也不太清楚;有一说法是#后的ACSII字符的数量,但如

<br />Windows CE概述 从6.0版本开始，Windows CE的名字改为Windows Embedded CE，当然这也是为了结合Windows Embedded品牌作出的改变。CE经过了十年的风风雨雨之后，终于在CE 6.0这个版本上再次浴火重生了。CE 6.0经历了CE历史上第二次内核重写，使CE操作系统更加符合当今嵌入式开发的方向。 <br /><br />    CE 6.0在内核方面的改变主要是为了适应嵌入式设备硬件发展的要求，在进程数量方面，从过去最多运行32个进程，改变为最多

<br />一、定制WINCE 6.0<br /><br />       1、安装WINCE 6.0时，一定要选择支持 CPU“ARMV4I”。<br /><br />       2、在VS2005里新建项目中时，选择创建Platform builder for CE 6.0的OS Design，新项目可以自己命名，这里命名为“MyEmulator”。<br /><br />       创建MyEmulator的向导中，BSP一定要选择“Device Emulator: ARMV4I”

1. 杀毒软件对CE定制的影响，当遇到类似错误可以考虑将杀毒软件暂时禁用，再定制一次就OK。错误1：错误信息：I am trying to create a nk image for an OMAP Processor but I couldn't properly build an image I keep getting errors in the sysgen and build phases and my build log file shows  as ERROR: Res2Res:

Prefast是Ms开发的一个测试驱动代码的小工具,它的作用是尽早找出代码中常的BUG.在编译时参与进来查找BUG. 使用方法:1.开始->程序->Windows Driver kits->Build Enviroments->找到具体编译enviroments2.进入你的项目所有在文件夹3.在命令行中输入:   prefast build -cz 4.等待编译完成5.在命令行中输入:  prefast view6.可以看到一些Warning这样处理后可以早发现问题提高代码质量. HaHah  爽吧

标志位转移指令判定格式说明释义jc 标号如果CF=1，则转至标号处执行judge cfjnc 标号如果CF=0，则转至标号处执行judge cfjo 标号如果OF=1，则转至标号处执行judge ofjno 标号如果CF=0，则转至标号处执行judge cfjp/jpe 标号如果PF=1，则转至标号处执行judge pfjnp/jpo 标号如果PF=0，则转至标号处执行judge pfjs 标号如果SF=1，则转至标号处执行judge sfjns 标号如果SF=0，则转至标号处执行judge pfjcxz

一个不可多得的牛人博客:http://www.cnblogs.com/we-hjb/

1. .bib文件在WinCE中使用的一个重要的文件就是BIB文件，全称Binary Image Builder File。在WinCE的编译过程中会用到BIB文件，应该是在最后的Makeimg阶段。所有的BIB文件会被合并成CE.bib文件，然后Romimage.exe会根据BIB文件中的描述来决定哪些文件最终被包含到WinCE image中。当然，BIB文件还决定了WinCE设备内存的分配，其中定义了WinCE image占用哪块内存，Framebuffer占用哪块内存等。在BIB文件中分为4大项：ME