當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

wince中的BSP工程的相关文件介绍

發布時間：2023/12/10 编程问答 26 豆豆

生活随笔收集整理的這篇文章主要介紹了 wince中的BSP工程的相关文件介绍小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

一.pbcxml分析

???????

每一個BSP都有一個工程文件，比如MyBSP.pbcxml，里面描述了BSP的信息。下面就來介紹一下BSP的pbcxml文件。

文件的大致格式應該是這樣的：

<CatalogFile?…>

<FileInformation?….>

….

</FileInformation>

<BSP?…>

…

</BSP>

<Item?…>

…

</Item>

<Item?…>

…

</Item>

<Item?…>

…

</Item>

<Item?…>

…

</Item>

</CatalogFile>

實際上<CatalogFile>…</CatalogFile>相當于一個入口，在這里面包含的就是WinCE BSP的所有內容了，里面包含幾個部分，下面分別介紹每個部分。

1. <FileInformation>…</FileInformation>項：這里面包含了BSP的基本信息，比如BSP的名字，描述，廠家等。下面是一個模板：

????<Title>Title Name</Title>

????<Description>BSP Description</Description>

????<Vendor>Vendor Name</Vendor>

????<OSVersion>WinCE Version</OSVersion>

????<FileVersion>File Version</FileVersion>

</FileInformation>

這里不做過多介紹了，一看就應該明白，下面給個實際BSP中的用到該項描述的例子：

????<Title>EP94xx</Title>

????<Description>EP94xx BSP Catalog Items</Description>

????<Vendor>Cirrus Logic</Vendor>

????<OSVersion>6.00</OSVersion>

????<FileVersion>1.0.0</FileVersion>

</FileInformation>

2. <BSP>…</BSP>項：該項一般在<FileInformation>項后面，用來描述當前的BSP中都有哪些組件，或者說有哪些Items。具體模板如下：

????<Title>BSP Title</Title>

????<Description>BSP Description</Description>

????<PlatformDirectory>Platform Directory</PlatformDirectory>

????<CpuId>Cpu:CPU ID</CpuId>

????<BspItemId>Item: VENDOR: VARIABLE</BspItemId>

????…

</Bsp>

這里需要做一下解釋：

????VENDOR：廠家名稱，比如三星提供的BSP，那么就應該是SAMSUNG。

????BSPDIR：指該BSP在”/Platform”文件夾下的路徑。

????CPU：指該BSP所支持的CPU，比如ARMV4I。

????MODULE：指BSP中的各個模塊被編譯后所生成的dll或者exe的名字，比如audio.dll，那么這里就應該是audio。

????VARIABLE：指BSP中和某個模塊相關的環境變量。

????<Title>…</Title>：指BSP的標題

????<Description>…</Description>：指BSP的一些描述

????<PlatformDirectory>…</PlatformDirectory>：指該BSP在”/Platform”目錄下的路徑。

????<CpuId>…</CpuId>：指所支持的CPU，比如ARMV4I。

????<BspItemId>…</BspItemId>：指BSP中都包含了哪些模塊。

這里要注意的是，<BspItemId>…</BspItemId>有兩種表示方法如下：

Method 1：<BspItemId>Item: VENDOR: VARIABLE</BspItemId>

Method 2：<BspItemId>Item: VENDOR: MODULE: BSPDIR</BspItemId>

可以看一下WinCE6.0中Platform目錄下的一些微軟提供的BSP的pbcxml文件，大多采用第二種方法，我個人更喜歡第一種方法，簡單。

下面也給個例子：

????<Title>EP94xx: ARMV4I</Title>

????<Description>Cirrus EP94xx BSP for WinCE 6.0</Description>

????<PlatformDirectory>EP94xx</PlatformDirectory>

????<CpuId>Cpu:ARMV4I</CpuId>

????<BspItemId>Item: Cirrus Logic: bsp_ep94xx_i2s_audio</BspItemId>

????<BspItemId>Item: Cirrus Logic: bsp_ep94xx_flash</BspItemId>

????<BspItemId>Item: Cirrus Logic: bsp_ep94xx_nandflash</BspItemId>

????<BspItemId>Item: Cirrus Logic: bsp_ep94xx_ethernet</BspItemId>

????<BspItemId>Item: Cirrus Logic: bsp_ep94xx_serial</BspItemId>

????<BspItemId>Item: Cirrus Logic: bsp_ep94xx_usb</BspItemId>

????<BspItemId>Item: Cirrus Logic: bsp_ep94xx_touch</BspItemId>

????<BspItemId>Item: Cirrus Logic: bsp_ep94xx_rtc</BspItemId>

</Bsp>

3. <Item>…</Item>項：它會在<BSP>項后面，詳細描述<BSP>項中的每一個模塊，也就是描述BSP中的每一個驅動的相關信息。模板如下：

????<Title>Driver Title</Title>

????<Description>Driver Description</Description>

????<Type>BspSpecific</Type>

????<Variable>Variable</Variable>

????<Location>Device Drivers</Location>

????<SourceCode>

????<Title>Source Code Title</Title>

????<Path>Source Code Path</Path>

????</SourceCode>

</Item>

前面我們提到了<BSP>項中的<BspItemId>…</BspItemId>有兩種表示方法，那么實際上和這里的每一個模塊的<Item>項是對應的，上面的用哪種方法表示，這里也同樣要用相同的方法如下：

Method 1：<Item Id=”Item: VENDOR: VARIABLE”> …… </Item>

Method 2：<Item Id=”Item: VENDOR: MODULE: BSPDIR”>??…… </Item>

這里再對一些定義作個解釋：

????VENDOR：廠家名稱，比如三星提供的BSP，那么就應該是SAMSUNG。

????CPU：指該BSP所支持的CPU，比如ARMV4I。

????VARIABLE：指BSP中和該模塊相關的環境變量。

????<Title>…</Title>：該驅動的標題。

????<Description>…</Description>：該驅動的描述。

????<Type>…</Type>：對于BSP中的Item來說，這里必須是”BSPSpecific”。

????<Variable>…</Variable>：該驅動用到的環境變量，可以不止一個。

????<Location>…</Location>：指在PB中的Catalog Items View中的位置。

????<SourceCode>…</SourceCode>：描述該驅動的源代碼。

????<Path>…</Path>：指向該驅動的源代碼的路徑。

????<HelpLink>…</HelpLink>：描述一個幫助鏈接鏈接到幫助頁。

下面舉個例子：

????<Title>Audio I2S</Title>

????<Description>Audio Driver for I2S</Description>

????<Type>BspSpecific</Type>

????<Variable>BSP_EP94XX_AUDIO</Variable>

????<Variable>BSP_EP94XX_I2S_AUDIO</Variable>

????<Location>Device Drivers</Location>

????<SourceCode>

????????<Title>$(_WINCEROOT)/PLATFORM/EP94XX/SRC/DRIVERS/WAV</Title>

????????<Path>$(_WINCEROOT)/PLATFORM/EP94XX/SRC/DRIVERS/WAV</Path>

????</SourceCode>

</Item>

上面對WinCE中的BSP的工程文件pbcxml做了個介紹，相信有點描述語言基礎，了解一些WinCE知識的看懂絕對沒有問題了。很多時候，在向BSP中添加驅動或者刪除驅動的時候，我們就可以直接用記事本打開該文件，然后在里面編輯就可以了，這樣很方便。

二.REG文件和DB文件

???

1.???????REG文件

注冊表文件，這個和Windows操作系統中使用的注冊表文件基本一樣，在BSP中主要是Platform.reg，該注冊表文件描述了和硬件平臺相關的配置，大部分是用來描述驅動的相關信息。

注冊標的格式如下：

[KEY1]

"ValueName1"={Value Type}:{data}

"ValueName2"={Value Type}:{data}

[KEY2]

"ValueName1"={Value Type}:{data}

其中Value Type和data相互對應，不同的Value type對應不同的data，具體如下：

Value Type	data	?
REG_SZ	”my string”	字符串類型
REG_DWORD	dword:NNNN(hex number)	DWORD類型
REG_MULTI_SZ	multi_sz:”my_string_1”,”my_string_2”	多字符串類型
REG_BINARY	hex:xx,xx,xx	二進制類型
HEX	hex(xxxxxxxx):xx,xx,xx,xx	十六進制類型

在注冊表中，同樣可以使用IF/ENDIF來進行條件包含，其中條件可以是一個WinCE中的環境變量，還可以在該環境變量后加一個空格再加一個驚嘆號(“!”)，表示沒有設置或者不等于的情況，比如：

IF environment variable [= value] [!]

[KEY1]

"ValueName1"={Value Type}:{data}

"ValueName2"={Value Type}:{data}

[KEY2]

"ValueName1"={Value Type}:{data}

ENDIF

如果注冊表某一行是以分號(“;”)開始，表示這行是被注釋掉的。當然也有一些例外，比如在支持Hive注冊表的時候，如下：

; HIVE BOOT SECTION

?... reg data...

; END HIVE BOOT SECTION

關于Hive注冊表，以前介紹過，這里不多說了。我們在注冊表中無非就是創建，刪除key，賦值等操作。

創建一個注冊表key：

[Key1]

"ValueName"="Value Type"

刪除一個注冊表key：

[-KEY1]

刪除一個注冊表值：

"ValueName1"=-

和BSP以及硬件平臺相關的注冊表配置都放在platform.reg文件中，和WinCE工程相關的配置應該放在project.reg文件中。

2.???????DB文件

數據庫文件，同樣也有platform.db和project.db兩個文件。但是很少會被用到，特別是platform.db，這些數據庫文件都是基于WinCE的對象存儲的，會在WinCE啟動以后被加載到RAM中，掉電就會丟失，具體格式如下：

Database : "db_name" : hex_type : num_sort_order : <sort order specifier> 1

Record :

Field : field_hex_propid : value

End

End Database

可以使用上面的格式在.db文件中添加數據庫記錄，由于本人從未使用過，所以對上述格式沒有太多了解，相信搞過數據庫的人士，看看上面的格式可能就明白了。

三.Dirs文件和Sources文件

???

1.??Dirs文件

關于Dirs文件，就是指定要編譯的路徑，這個地球人都知道。還是簡單介紹一下。按照文檔上面介紹有三種定義：DIRS，DIRS_CE和OPTIONAL_DIRS。

DIRS：就是指定要編譯的目錄。

DIRS_CE：只有目錄下的源代碼用于WinCE的映像文件時，才編譯該目錄。

OPTIONAL_DIRS：指定可以選擇編譯的目錄。比如：OPTIONAL_DIRS=proj1，如果想編譯proj1目錄，可以設置BUILD_OPTIONS=proj1，然后運行build命令就可以了。

舉個例子：

DIRS= common /

????????????drivers /

????????????oal /

????????????bootloader

表示需要編譯common，drivers，oal和bootloader目錄。

DIRS=*?

表示編譯當前的所有目錄。

2. Sources文件

在WinCE BSP中會看到很多sources文件，一般會和源代碼放在同一個目錄，當然不是絕對的。這些sources文件里面就是定義了一些宏，主要用于告訴Build.exe在編譯源代碼的時候應該如何編譯和鏈接，告訴Nmake.exe如何編譯源代碼以及最后生成什么類型的文件。

下面具體介紹一下：

TARGETNAME：最后編譯完后生成的目標文件的名字，不包括擴展名。

TARGETTYPE：生成的文件的類型。具體值如下：

????????LIBRARY，一個.lib文件

????????DYNLINK，一個.dll文件

????????PROGRAM，一個.exe文件

RELEASETYPE：該宏設置兩個環境變量RELEASEDIR和RELEASELIBDIR，就是設置編譯后生成文件存放的路徑。具體值如下：

????????PLATFORM，生成的文件在PLATFORM/<BSP NAME>/<Target>

????????LOCAL，生成的文件在當前路徑下

????????CUSTOM，生成的文件在TARGETPATH指定的位置

????????MANAGED，生成的文件在%_PROJECTROOT%/OAK/<Target>/Managed

????????OAK, SDK, DDK，生成的文件在%_PROJECTROOT%/Oak/<Target>??

TARGETPATH：當上面的RELEASETYPE=CUSTOM的時候，該宏指定路徑

SOURCELIBS：靜態鏈接。函數的實體被鏈接過來，生成一份拷貝

TARGETLIBS：動態鏈接。函數的地址被鏈接過來，系統執行時會加載該庫

INCLUDES：指定額外的要搜索的頭文件的路徑

SOURCES：指定要被編譯的文件

ADEFINES：指定匯編器要使用的參數

CDEFINES：指定編譯器要使用的參數

LDEFINES：指定連接器要使用的參數

RDEFINES：指定資源編譯器Rc.exe的參數

DLLENTRY：指定dll的入口函數

DEFFILE：指定該模塊的.def文件

EXEENTRY：指定可執行文件的入口函數

SKIPBUILD：不做實際的build操作，直接返回成功

WINCECOD：編譯后生成一個.cod的匯編文件，用于查看匯編代碼調試

WINCECPU：用于說明為指定的CPU編譯，這樣被編譯出來的目標文件會被放在_TGTCPU環境變量所指定的子目錄下面，一般該宏在sources.cmn中定義。

WINCEMAP：編譯后生成一個.map文件，用于調試

WINCEOEM：設置該值表示需要使用WinCE下的一些公用的庫和頭文件，該值一般在BSP中的sources.cmn中定義。

WINCETARGETFILE0：用于告訴編譯系統在編譯當前路徑下的源碼文件之前，要先由Build.exe編譯的目標文件。

WINCETARGETFILES：用于告訴編譯系統在鏈接當前路徑下所有的目標文件之前，要先由Build.exe編譯的目標文件。

WINCE_OVERRIDE_CFLAGS：用于定義用戶自己的編譯器參數取代默認的編譯器參數。

舉個例子：

TARGETNAME=serial_smdk2410

TARGETTYPE=DYNLINK

RELEASETYPE=PLATFORM

TARGETLIBS=$(_COMMONSDKROOT)/lib/$(_CPUINDPATH)/coredll.lib /

????????$(_SYSGENOAKROOT)/lib/$(_CPUINDPATH)/ceddk.lib

SOURCELIBS=$(_SYSGENOAKROOT)/lib/$(_CPUINDPATH)/serpddcm.lib /

????????$(_SYSGENOAKROOT)/lib/$(_CPUINDPATH)/com_mdd2.lib

DEFFILE=serial.def

DLLENTRY=_DllEntryCRTStartup

SOURCES= ser_smdk2410.cpp /

????????pdds3c2410_ser.cpp

需要編譯的文件為ser_smdk2410.cpp和pdds3c2410_ser.cpp，DEF文件為serial.def，DLL的入口函數是_DllEntryCRTStartup，靜態連接serpddcm.lib和com_mdd2.lib兩個庫，動態鏈接coredll.lib和ceddk.lib兩個庫，最終編譯為dll文件，文件名為serial_smdk2410.dll。

最后總結一下，Dirs文件會和Sources文件配合使用，但是他們不可能存在同一個目錄下面。Dirs文件指定編譯目錄，Sources文件指定如何編譯.

四.DAT文件介紹

DAT文件用于在WinCE啟動的時候，定義文件系統的結構，也就是定義有哪些文件夾，哪些文件在什么位置等。每次冷啟動的時候，Filesys模塊會根據.dat文件中的內容來創建目錄以及目錄下的文件。

在BSP中我們可以找到platform.dat。在創建一個WinCE的工程以后，可以在工程目錄下面找到project.dat。可以在這兩個.dat文件中定義我們所需的根目錄以及相應的子目錄和文件，當然Windows文件夾及其包含的子文件夾除外。用戶可以通過定義快捷方式的方法來引用Windows目錄下的文件。

關于DAT文件的具體格式，來舉個例子：

root:-Directory("My Documents")

root:-Directory("Program Files")

Directory("/Program Files"):-Directory("My Projects")

Directory("/Program Files"):-Directory("Accessories")

Directory("/Program Files"):-Directory("Communication")

Directory("/Program Files/My Projects"):-File("My Project Program", "/Windows/Myproj.exe")

root:-File("/control.lnk", "/Windows/control.lnk")

簡單解釋一下，上面的內容是先創建My Documents和Program Files兩個根目錄，然后在Program Files下面創建My Projects，Accessories和Communication三個子目錄，然后拷貝被定義在Windows目錄下的存在于ROM中的Myproj.exe文件到My Projects目錄下面，且名字為My Project Program。這里需要說明的一點就是，像Myproj.exe這樣的文件都是從ROM中拷貝出來的，所以必須在BIB文件中包含了該文件。最后一行意思是在根路徑下創建control.lnk，該文件來自ROM中的control.lnk文件，是一個快捷方式文件。

對上面的一些格式做個解釋：

1．Root Directory的語法格式：

root:[-Directory("dir_name")] [-Permdir("dir_name")]

[-File("target_filename", "source_location")]

root：表示根目錄。

-Directory(“dir_name”)：定義根目錄下的目錄名。

-Permdir(“dir_name”)：定義一個永久的目錄，用戶是不能通過RemoveDirectory函數刪除的。

-File(" target_filename", " source_location")：定義一個目標文件，該文件從ROM中拷貝過來。target_filename為目標文件的文件名，source_location為ROM中的文件，指Windows目錄下的某路徑下的文件名。

2．Directory的語法格式：

Directory("dir_name"):[-Directory("dir_name")]

[-File("target_filename", "source_location")]

Directory(“dir_name”)：表示目錄名。”/”表示根目錄。

-Directory(“dir_name”)：表示目錄下的路徑，就是子目錄。

DAT中所使用的語法定義比較簡單，看看例子就知道如何修改了，一般我們會通過修改project.dat和platform.dat來改變WinCE啟動后的文件路徑結構。其中platform.dat是和平臺相關的，而project.dat是和WinCE工程相關的。

五.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大項：MEMORY項，CONFIG項，MODULES項和FILES項。下面分別作個解釋：

MEMORY：定義了內存分配的相關設置，一般在BSP中的config.bib文件中。

CONFIG：在最后的Makeimg階段，為Romimage.exe提供一些生成WinCE image的配置屬性。該項是可選的，一般也在BSP中的config.bib文件中定義。

MODULES：定義了一些會被打包到WinCE image中的模塊或者文件，比如dll，exe等。這些文件會被Romimage.exe標記為加載到RAM中或者XIP。我們可以在這里添加自己的WinCE應用程序或者模塊，但是不要添加Managed Binaries，一般指.NET的程序。

FILES：定義了一些操作系統會用到的其他的文件，比如字體文件，圖片等。這些文件也會在WinCE運行的時候被加載到RAM中。

下面會詳細介紹上面的4大項：

1.???????MEMORY項

一般都在config.bib文件中定義，開頭會有MEMORY的字樣。這里定義了為WinCE image以及其他模塊預留的RAM，同時也定義了WinCE可以使用的RAM。具體格式如下：

MEMORY

????NAME????Start Address????????Memory Size????????Type

NAME：該內存區域的名字，必須是唯一的。

Start Address：該內存區域的起始地址，用十六進制表示。

Memory Size：該內存區域的大小，用十六進制表示。

Type：內存區域的類型。包涵的多種類型如下。

類型值	描述
FIXUPVAR	用于在WinCE編譯的Makeimg階段，就初始化一個內核中的全局變量。
NANDIMAGE	當創建了一個使用BinFS的image的時候，NAND設備上的WinCE kernel重定向到RAM中的區域，當系統訪問該區域的時候，BinFS會負責訪問Nand設備上相應的位置，并返回數據給系統，實際上就是在Nand設備上面實現了XIP的功能。
RAM	定義了被WinCE系統使用的RAM區域，這塊內存必須是連續的，這里有一點要注意就是從硬件的角度來說，這塊內存不能跨越兩片SDRAM，也就是說整個區域空間必須在一片硬件SDRAM上。
RAMIMAGE	定義了一塊內存區域用于加載WinCE image，實際上WinCE啟動以后，image會被拷貝到這塊內存區域上面運行。一個image只能有一個連續的RAMIMAGE區域。
RESERVED	這塊內存區域會被預留出來，一般用于Frambuffer或者是DMA Buffer，或者是一塊共享內存用于EBOOT傳遞參數給WinCE系統。
EXTENSION	定義了一塊WinCE image中的區域作為ROMHDR extension的數據區域。

2．CONFIG項

一般在config.bib文件中定義，定義了一些額外的配置參數，其中一些對于WinCE image來說也很重要。具體格式如下；

CONFIG

????ITEM=Parameter

ITEM	描述
AUTOSIZE	允許未被使用的WinCE image的RAM被用作WinCE系統的RAM。默認值為ON。
COMPRESSION	允許Romimage.exe壓縮WinCE image中的可寫入部分。默認值為ON。
BOOTJUMP	定義了跳轉跳轉頁在RAMIMAGE空間的地址。而不是默認情況下的RAMIMAGE的首地址。默認值為NONE。
FSRAMPERCENT	定義了文件系統使用的內存的百分比。默認值為0x80808080。 Byte 0：第一個2MB中，每1MB所包含的4KB的倍數。 Byte 1：第二個2MB中，每1MB所包含的4KB的倍數。 Byte 2：第三個2MB中，每1MB所包含的4KB的倍數。 Byte 3：剩下的內存中，每1MB所包含的4KB的倍數。
KERNELFIXUPS	定義了Romimage.exe是否重新定向內核的可寫入區域。默認值為ON，內核的可寫入區域被重新定向到RAMIMAGE的起始位置。
OUTPUT	定義了最終生成的image存放的路徑。默認為%_FLATRELEASEDIR%。
PROFILE	定義了是否在WinCE image中包含profiler的結構和符號。默認值為OFF。
RESETVECTOR	重新指定跳轉頁的位置，一般針對MIPS芯片從0x9FC00000開始引導的問題。
ROMFLAGS	內核標記位，可以進行組合： 0x01表示禁用按需分頁。 0x02表示禁用完全內核模式，完全內核模式表示所有的線程都運行在內核模式。 0x10表示只信任ROM MODULES中的模塊。 0x20表示停止刷新TLB。 0x40表示按照/base鏈接選項中的地址加載DLL。
ROMSTART	指WinCE image在內存中的起始地址。
ROMSIZE	指WinCE image的大小。
ROMWIDTH	指數據總線的寬度。
ROMOFFSET	指定一個偏移量來修改.bin文件中的每一個記錄的地址。一般用于ROM中的.bin文件加載到RAM來運行的情況，主要是表示存儲.bin的位置和運行.bin的位置不一樣。
SRE	使Romimage.exe產生一個.sre文件。默認值為OFF。
X86BOOT	定義是否插入一條跳轉指令，在x86復位向量地址的時候。

3．MODULES項和FILES項

該項列出了所有被包含在WinCE image中的模塊以及文件，以及這些模塊和文件以什么方式被加載到內存中。具體格式如下：

MODULES

????Name????Path????????????Memory????????????Type

Name：模塊的名字，比如一個dll或者exe文件的文件名。

Path：路徑，一般都是WinCE的工程的Release目錄。

Memory：指定該模塊被放在哪個區域，一般都是NK區域。

Type：定義了文件的類型。具體如下：

類型	描述
S	系統文件。
H	隱藏文件。
R	只壓縮模塊的資源部分。
C	壓縮模塊的所有部分。
D	禁止調試。
N	模塊是不可信任的。
P	告訴Romimage.exe不需要檢查CPU的類型。
K	告訴Romimage.exe必需固定該模塊的內核地址。有該標記的模塊只能被LoadKernelLibrary函數加載。
X	告訴Romimage.exe對該模塊簽名。
M	運行時加載整個模塊，不要按需分頁。
L	告訴Romimage.exe不要分離ROM DLL。

一般FILES項的Type只支持S，H，N，D幾個類型，而MODULES項的Type是都支持的。

舉個例子吧：

????INIT.EXE????????????%_WINCEROOT%/RELEASE/INIT.EXE????????????NK????SH

????MYDLL.DLL????????%_WINCEROOT%/RELEASE/MYDLL.DLL???????NK????SHC

對于BIB文件來說同樣支持“條件編譯”，我們可以通過設置環境變量來選擇性地將某些模塊打包到WinCE image中。一般在BSP中，對于一些驅動模塊的環境變量我們IF來進行條件判斷。而對于WinCE的系統模塊來說，一般都是SYSGEN變量，應該使用@CESYSGEN IF來判斷。

我們在BSP的開發中最常見的主要就是eboot.bib，config.bib，platform.bib和project.bib。下面簡單介紹一下：

project.bib：該文件主要自創建的WinCE工程中所需的一些文件。

platform.bib：該文件包含了和硬件平臺相關的文件，主要以驅動程序為主。

config.bib：該文件描述了WinCE系統的內存的配置。

eboot.bib：該文件描述了WinCE的eboot的內存的配置。

還有其他的一些bib文件，在WinCE系統編譯后都會背拷貝到工程的release目錄下面。比如common.bib，ie.bib等。這些文件列出了WinCE的組件相關的文件，根據用戶訂制的系統，會被選擇性的打包到WinCE image中。

總結

以上是生活随笔為你收集整理的wince中的BSP工程的相关文件介绍的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。

上一篇：终于用上全新1.5T发动机新款大众速腾
下一篇： 2022小米最强超大杯！曝小米12 Ul