完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
今天总结一些实现的过程和原理。
我的例子是基于samsung S3C2440A＋samsung ONENAND WinCE5.0的，开发平台是platform builder 5.0，首先我们基于RAM register的image已经可以正常跑起来了，Flash除了放置image外其他的空间为用户提供文件系统，这部分的驱动程序是用三星的PocetStoreII15。 先来回味一下底层的东东，我们的Image主要由两部分组成：XIPKERNEL.bin和NK.bin,XIPKERNEL.bin中的东西就是那些WinCE中比较核心的又需要经常加载的一些程序和DLL文件，这些文件会被Boot Loader在刚启动的时候拷贝到RAM中去，这样就可以在RAM中XIP（Excute in place）了。在NK.bin中的基本上是需要但不至于要常驻内存的一些程序和DLL了，比如我们BuildIn下的大部分驱动，比如微软的IE，mediaplayer等应用程序，甚至连设备管理器device.exe也可以放到这里面,这些文件只有在需要的时候才被复制到内存中去执行，节约了内存并且也加快了启动的时间。嘿，到这里大概知道binfs的工作原理和重要性吧。 binfs的建立工作是在用UT（OEM自己的一种底层的工具集）实现的，UT在烧image的时候会自动把XIPKERNEL和NK分别保存到flash的特定的逻辑扇区上.启动的时候Boot Loader会先把XIPKERNEL复制到RAM中，然后跳到RAM中的XIPKERNEL的入口点去执行，这个时候会跑一些OEMinit之类的CPU，内存，中短等初始化的过程，接着OS会从注册表中找到binfs的一些设置，然后加载binfs的驱动使binfs分区对OS来讲是可用的，假如device.exe是在NK.bin中的话，那么在这个时候就可以用binfsdevice.exe（binfs是假设的装载路径）来调用它了，如果这个时候binfs没有初始化成功那么，device.exe得不到执行，那么系统肯定就起不来了。 现在来讲讲HIVE，其实HIVE是个很简单的东西，都怪和binfs牵到一起搞得很多问题都走错了方向，本来一天就能搞定结果搞了四五天，NND。这么说吧，WinCE下面就两种注册表，一种是RAM based，另外就是HIVE based了，缺省用的是前者，如果用前者PB会在编译的时候把common.reg和platform.reg的内容做到一个叫reginit.ini的文件然后压缩成default.***（忘记扩展名了，有过老迹象了哈）的文件放到XIPKERNEL中去，image在起来的时候会把这个文件解压到RAM中形成RAM based注册表，既然是RAM based那么所有的改动都会在断电后蒸发，哈哈。怎么办呢？其实再笨你也能想出来，保存到磁盘上不就结了吗！？对你太聪明了，但是你想如果你把注册表全放到磁盘（SDMMC或HDD或Flash）上WinCE怎么在没有加载你磁盘的驱动的情况下读到注册表呢？而一般情况加载磁盘的驱动程序也是要注册表的支持啊！嘿，对了，这就是HIVE想到的，看它怎么做，它把注册表分成两部分（其实是三部分，当时大体还是两步分，把user.hv和system.hv做一部分），第一部分就是叫做boot.hv的注册表，里面的东西就是一些在没有拿到保存在磁盘的注册表之前引导时需要的一些设置，这部分的注册表和RAM based的是一样的，改了之后断电就没了，所以这部分的注册表项都是不需要改动的，需要改动的都放到第二部分就是了，这第二部分就是system.hv和user.hv了，也就是一直提到的要放到磁盘上的注册表. 编译的时候PB会根据platform.reg和Common.reg中的标签判断哪些表项放到boot.hv中，这个标签就是;HIVE BOOT SECtiON ;END BOOT SECTION,夹在这个标签之间的表项PB在编译的时候会把它们塞到boot.hv中去（boot.hv是二进制文件，要看里面到底放了哪些表项用一个老外写的工具吧，好像叫d_readvol.exe，到google上找得到的），其他的内容会分别塞到default.hv和user.hv中去，最后会把这三个hv文件统统塞到XIPKERNEL中去，这样WinCE在引导的第一阶段就把所有的hv扔到RAM中去了，然后打开boot.hv拿到必要的资料，这其中包括如何加载放置system.hv的磁盘的驱动，所以那些和加载这个磁盘相关的驱动要统统放到boot.hv中，比如FAT文件系统驱动，mspart分区驱动等等，这里有一点很重要就是假如你用binfs而且device.exe在NK.bin中，那么一定在第一阶段要保证binfs可用，否则这里就不可能为system.hv创造条件了。WinCE第一次启动时候磁盘上没有东东，这个时候WinCE会将内存中的default.hv和user.hv复制到注册表BootVars指定的地方，default.hv往往会被重命名为system.hv，第二次启动会先检查磁盘上的hv是不是和内存中的一致，不一致就加载磁盘上的表项。 整个过程就是这样子，但要注意一点，HIVE注册表也是在内存中运行的，不同的是启动的时候会从磁盘上去读改动的表项，因为这样才能保证速度，所以你做的的注册表改动也是在内存中做的，这个时候如果你不掉用FlushRegister去将内存中的数值保存到磁盘上那么这些改动还是会丢失的。两种方法来避免丢失，一种是认为去调用FlushRegister,令一种就设置一个flag让WinCE在每次改动注册表后自动Flush. 最后总结一下我到底做了哪些事情： 1）在PB中将HIVEbased Registers拉到项目的WorkSpaces中来。 2）把Platform.reg中的下列表项加到boot.hv中 3）Build Image了 附上我的注册表设置做参考： ;----------------------------------------------------------------------------------------- ;ALL these entries below will be add to boot.hv when hive register is enabled! ;HIVE BOOT SECTION [HKEY_LOCAL_MACHINEinitBootVars] "SYSTEMHIVE"="Documents and Settings\system.hv" ;system.hv会保存到HDDDocuments and Settingssystem.hv ;"PROFILEDIR"="Documents and Settings" ;user.hv会保存到HDDDocuments and Settingsdefaultuser.hv "Start DevMgr"=dword:1 ;这个说是启动device.exe，但是wince 5.0好像不用这个 "DefaultUser"="default" ;咱们只有一个用户default，基本上就是决定user.hv的路径了 "Flags"=dword:3 ;这个应该是wince 5.0下决定在哪个阶段启动device.exe的表项 "RegistryFlags"=dword:1 ;这个就是设置注册表每次改动后自动flush到system.hv ;########################################################################### ;这个部分是binfs的注册表项，如果你不是用的binfs那么不用将它们拉到boot.hv中 [HKEY_LOCAL_MACHINESystemStorageManagerAutoLoadSMFlash] "DriverPath"="Drivers\BlockDevice\SMFlash" "LoadFlags"=dword:1 "MountFlags"=dword:11 "BootPhase"=dword:0 "Flags"=dword:1000 [HKEY_LOCAL_MACHINEDriversBlockDeviceSMFlash] "Prefix"="DSK" "Dll"="BIBDrv.dll" "Order"=dword:0 "Ioctl"=dword:4 "Profile"="SMFlash" "FriendlyName"="Samsung Flash Driver" "MountFlags"=dword:11 "BootPhase"=dword:0 "Flags"=dword:1000 ; Bind BINFS to the block driver [HKEY_LOCAL_MACHINESystemStorageManagerProfilesSMFlash] "DefaultFileSystem"="BINFS" ;binfs的路径为/BINFS "PartitionDriver"="mspart.dll" "AutoMount"=dword:1 "AutoPart"=dword:1 "MountFlags"=dword:11 "Folder"="ResidentFlash" "Name"="Samsung Flash Disk" "BootPhase"=dword:0 "Flags"=dword:1000 "MountHidden"=dword:0 ;有了这个你就可以在/BINFS目录下看到所有的NK.bin的东东了 ;########################################################################### ;########################################################################### ;这个部分是设置保存system.hv的磁盘的驱动程序，每个人不一样了,但是大同小异 ;我这里用的是PoketStroeII15的Flash驱动，system.hv保存在第一个Flash分区上 IF BSP_POCKETSTORE [HKEY_LOCAL_MACHINEDriversBuiltInPocketStore] "Prefix"="DSK" "Dll"="ONDisk.dll" "Order"=dword:1 "Profile"="PocketStore" "IClass"=multi_sz:"{A4E7EDDA-E575-4252-9D6B-4195D48BB865}" "BmlVolumeId"=dword:0 ; BML volume ID = 0 "BmlPartitionId"=dword:8 ; BML parition ID = PARTITION_ID_FILESYSTEM "Index"=dword:2 "Flags"=dword:1000 ;这个flag指定这个驱动只在boot.hv中加载一次 [HKEY_LOCAL_MACHINESystemStorageManagerProfilesPocketStore] "DefaultFileSystem"="FATFS" "PartitionDriver"="mspart.dll" "AutoMount"=dword:1 "AutoPart"=dword:1 "AutoFormat"=dword:1 "MountAsBootable"=dword:1 ;这个是wince 5.0下指定这个分区保存system.hv的关键 "Folder"="HDD" "Name"="NAND Drive" "Ioctl"=dword:4 [HKEY_LOCAL_MACHINESystemStorageManagerProfilesPocketStoreFATFS] "EnableCacheWarm"=dword:0 ENDIF ;########################################################################### ;END HIVE BOOT SECTION That's ALL,THANK U. 有问题请和我一起讨论，我喜欢寻根问底哈！ 补充： 我的Flash划分了四个区，第一个区是放4k的只能以nor模式运行的bootloader，然后第二个区放置UT，第三个区放置XIPKERNEL和BINFS，第四个区是将剩下的所有的扇区格式化为一个FAT分区作为文件系统，system.hv就是放置在最后一个分区中，在wince起来之后可以看到有个document and setting文件夹，里面的hv文件都是隐藏的。 我们用的是三星的ONENAND的flash，其实就是拥有4K NOR的NAND flash，我们的bootloader也分成三部份，第一部分bootloader主要是映射到0x00000000地址的一些跳转指令，这个部分会被烧写到flash的前4K里面，然后三星的ONENAND会自动复制前4K的数据到一个类似NOR的物理模块中，这个NOR模块支持CPU的直接寻址；第二部份叫IPL，它的功能是加载在NAND flash中的image或UT，然后在加载后跳转到其RAM中的入口去执行，因为CPU的数据线和地址线在这个时候还只能直接访问NOR flash，要访问NAND flash的话必须要有NAND的接口驱动，所以在IPL的部分会有NAND的接口驱动的代码，这就导致IPL的代码一般有几十到上百K，我们的flash一个块是128K，前两部分一共占了两个块；第三个部分是UT，就是一些通用的工具，比如烧image，烧bootloader，格式化flash等常用的维护和image升级工具，这个部分的数据最多包括了很多的驱动程序，体积也很大，有300K的样子。 最后我们的三个部分的bootloader一共占据了flash的头10个块（block），128K*10,但这三个部分在三星的flash的分区中是两个BML分区（三星的flash驱动PocetStoreII里面的概念，你就把它看成普通的磁盘分区好了），等下后面给的图示可以看到。 接下来的块会放置一个MBR，然后从11个块开始我们放置wince的image了，这个区是第三个BML分区，大小一般在40－200个块左右，因为wince的image也就在4M－20M左右，这些划分分区的工作都是由上面提到的UT去做的，我也没有仔细看源代码，只是看到有BMLFormat之类的函数，其参数就是后面看到的图示。如果是binfs那么这个区会放置两个模块：XIPKERNEL和NK，NK的区域会被binfs的驱动识别并且加载成FAT分区的样子，可以在wince的资源管理器中看到的，具体是怎么被识别的还没有认真的搞懂。 ................................ 详情请查看立宇泰公司网站技术资源部分！ 
0
|
|
相关推荐
21 个讨论
|
|
|
支持立宇泰！
|
|
|
|
|
|
|
|
|
很受用，学习了！谢谢分享{:soso_e104:}
|
|
|
|
|
|
|
|
|
立宇泰推出的基于Cortex-A8三星S5PV210处理器的工业平板电脑，是一款专业级的行业手持终端。该终端采用了7.0英寸多点电容屏，搭载Android2.3操作平台，集成了3G通信、GPS导航定位、摄像头拍照/摄像、有线网口等功能。产品外观简约时尚，操控智能流畅。
|
|
|
|
|
|
|
|
|
适合驾培、驾考、物流管理系统的车载一体机终端设备形成系列化
立宇泰推出的车载一代（型号）、车载二代（型号）目前已经大批量使用在各大城市的驾培终端升级中，在实际使用场合考验下，工作稳定、可靠，受到用户的好评。 车载一代：ARM9处理器+WINCE5.0操作系统，480x272像素4.3寸液晶屏，电阻式触摸屏，支持GPS定位，2G/3G拨号，RFID(TypeA/B）卡的读写，指纹采集（上层实现算法），支持1路串口摄像头，内置2~4GTF存储卡，支持音频播放。 车载二代：ARM Cotex-A8处理器+Android2.3操作系统，800x480像素7寸液晶屏，电容式触摸屏，支持GPS定位，2G/3G拨号，RFID(TypeA/B）卡读写，接触式IC卡读写，指纹采集模块（已经实现算法），支持2路模拟摄像头（支持拍照、录像），内置8GTF存储卡，提供外置TF卡接口（最大），支持录音、放音，具备陀螺仪和加速度传感器。 通过与软件方案商、集成商的合作，实现了全新的驾培管理软、硬件体系，促进各大城市的驾培管理变得更加成熟、规范、公平、公正。 http://www.hzlitai.com.cn/product/Tablet-PC/1840.html |
|
|
|
|
|
|
|
|
适合驾培、驾考、物流管理系统的车载一体机终端设备形成系列化
立宇泰推出的车载一代（型号）、车载二代（型号）目前已经大批量使用在各大城市的驾培终端升级中，在实际使用场合考验下，工作稳定、可靠，受到用户的好评。 车载一代：ARM9处理器+WINCE5.0操作系统，480x272像素4.3寸液晶屏，电阻式触摸屏，支持GPS定位，2G/3G拨号，RFID(TypeA/B）卡的读写，指纹采集（上层实现算法），支持1路串口摄像头，内置2~4GTF存储卡，支持音频播放。 车载二代：ARM Cotex-A8处理器+Android2.3操作系统，800x480像素7寸液晶屏，电容式触摸屏，支持GPS定位，2G/3G拨号，RFID(TypeA/B）卡读写，接触式IC卡读写，指纹采集模块（已经实现算法），支持2路模拟摄像头（支持拍照、录像），内置8GTF存储卡，提供外置TF卡接口（最大），支持录音、放音，具备陀螺仪和加速度传感器。 通过与软件方案商、集成商的合作，实现了全新的驾培管理软、硬件体系，促进各大城市的驾培管理变得更加成熟、规范、公平、公正。 http://www.hzlitai.com.cn/product/Tablet-PC/1840.html |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ElfBoard ELF 1板卡-开发板启动后打印random: nonblocking pool is initialized
393 浏览 0 评论
G2D图像处理硬件调用和测试-基于米尔-全志T113-i开发板
1860 浏览 0 评论
飞凌嵌入式ElfBoard ELF 1板卡- 减少uboot阶段的等待时间
1260 浏览 0 评论
嵌入式学习-飞凌ElfBoard ELF 1板卡 - 重新打包文件系统发现ftp无法正常连接
1753 浏览 0 评论
飞凌嵌入式ElfBoard ELF 1板卡-6ull设置两个ip
2305 浏览 0 评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
4759
评论
淘帖
3850
19
