其他

當我把RIL組件加進到CE6的項目裡去編譯,本來好好的項目編譯不過去了,我就選擇了RIL的所有feature，沒有改任何東西,理論上sysgen就可以了，但是確總是編譯不過去看根目錄下的build.log:E:/WINCE600/OSDesigns/POS410/POS410/Wince600/E6000_ARMV4I/cesysgen/oak/lib/ARMV4I/debug/coredll_ALL.libcoredll.def : error LNK2001: unresolved

1.嵌入式作業系統結構一般情況下分為硬體子系統和軟體子系統；硬體子系統主要包括：CPU小系統，電源模組，調試模組，時鐘模組，介面模組，複位和配置模組；軟體子系統主要包括：驅動層，中介層，應用程式層 2.即時作業系統即時的本質是任務的處理是可預測的，也就說在確定的時間內完成任務的處理；即時作業系統是指在規定的時間內完成任務的處理。即時作業系統分為兩類：硬即時和軟即時：通常是從精度上講，軟即時一般大於千分之一秒；硬即時一般都是微秒級的。 3.嵌入式處理器分類主要分為MCU（C51，AVR），MPU（

屈環宇--嘉興學院一、簡介是一種專為嵌入式系統設計的圖形介面支援系統。它的代碼全部由標準C編寫，模組化的設計，具有很強的可移植性。uC/GUI 適應大多數的黑白或彩色LCD 的應用，還提供一個可擴充的2D 圖形庫及佔用極少RAM 的視窗管理體系。二、要求目標系統(硬體)你的目標系統必須具備如下幾點：[1].CPU(8/16/32/64 位元)[2].必要的RAM 和ROM 儲存[3].LCD 顯示器(任何類型及分辯率的)對於記憶體的需求取決於你選用的UCGUI

Wince 下的記憶體實際上是分為三個部分的. 先說這幾部分的名字，Object Storage Service, 系統記憶體，程式記憶體. 準確來講，應該用下面公式說明Wince記憶體 = 系統記憶體 + (Object Storage Service +

的USBH_EN(對應於GPG6)是用於對USB HOST供電的，這個需要在BSP中進行控制，可在init.c檔案的OEMInit() ->ConfigureGPIO()函數中假如下面的代碼： //Ser GPG6 to Output an USBH_ENs2440IOP->GPGCON        &= ~(3<<12);s2440IOP->GPGCON        |=  (1<<12);             // outputs24

 .bin檔案是一個描述性質的映像檔案，它由檔案頭(head)、鏡像資料目的起始地址(ImageStart)、鏡像資料長度(ImageLength)和多條相對獨立的記錄（record）構成。  檔案頭(head)由7個位元組組成，內容是：42 30 30 30 46 46 0A,即“B000FF/x0A”，這是判斷鏡像檔案是.bin類型的依據。  鏡像資料目的起始地址(ImageStart)由4個位元組組成，它定義了鏡像檔案解析後裝載在記憶體中的起始地址。 

先做個說明：我的平台環境是：CE5.0（S3C2450）。      我的config.bib定義的鏡像起始地址為0x8c20 0000(虛擬位址), EBoot將鏡像下載到以0x8c20 0000為起始地址的RAM中, 但實際上OS跳轉的地址卻是0x8c20 1000, 也就是說, 傳遞到Lauch函數的參數應該是對應的物理地址0x3020 1000, 也就是鏡像開始後4K的位置.      為什麼跳到4K後的位置執行呢? 如果直接在下載的其真實位址(0x3020 0000)執行會怎麼樣呢?

1.    Multiple XIP supportXIP(eXecute-In-Place)是本地執行，允許在ROM晶片內執行XIP地區(region)的應用代碼，而不必再把代碼讀取到RAM中來執行。WINCE支援我們在單個系統中構建(construct)多個XIP地區，基於下面的理由使用多個XIP地區來代替單個地區：⑴可以把應用(application)分成實用的子集(functional

備忘：這裡的核心指kernel，其表現形式為kernel.dll，OS指作業系統，core指核心。  圖1 WINCE6.0體繫結構1.      kernel的組成和功能WINCE6.0作業系統內(kernel)在代碼中的表現形式是kernel.dll(也就是kern.dll)，

系統字型："Wt"=寬度[正負相等:A=-A,並且過大的時候例如這裡的:fffffff4按X=FFFFFFFF-X]"Ht"=高度[正負相等:A=-A,並且過大的時候例如這裡的:fffffff4按X=FFFFFFFF-X]"Nm"="字型名稱""CS"=[0=使用系統預設,1=使用Nm] "It"=[0=正常/1=斜體] 系統字型：HKEY_LOCAL_MACHINE\SYSTEM\GDI\SysFntNm修改成字型名稱CS修改成1，原來是0菜單條字型：HKEY_LOCAL_MACHINE\SY

WINCE6.0的體繫結構圖如所示：  圖1 WINCE的體繫結構根據可以把WINCE6.0體繫結構分為硬體層、OEM層、作業系統層和應用程式層，這四層緊密合作，相互配合來完成從應用程式的調用到對硬體的操作和互動。 1.     

二層轉寄的機制是什麼?學習線程和報文轉寄線程。二層只跟MAC地址有關 與IP無關所以在二層做IP－MAC綁定是無效的。 三層乙太網路交換器的轉寄機制主要分為兩個部分：二層轉寄和三層交換。　　　　先講二層轉寄流程。　　　　1、 MAC地址介紹　　MAC地址是48

 ********************************LoongEmbedded********************************作者：LoongEmbedded(kandi)時間：2011.7.26類別：WINCE bootloader開發********************************LoongEmbedded******************************** IROM啟動(internal ROM

定製mini2440 wince啟動介面過程我的顯示屏是7寸的，所以應該按照解析度製作一張800*480像素的圖片。詳細步驟如下：1、我用photoshop的製作的，如：2、用bmp2T.exe轉換這個圖片，在命令符下輸入bmp2T空格圖片名稱，如>bmp2T forhibaidu.bmp很快就能轉換好，產生同名的forhibaidu.H檔案內容格式如：static const unsigned short FORHIBAIDU[]={0x0000,0x0000,0x0000,0x0000

1.       合并的背景項目A和B都是採用同一個處理器和作業系統，B項目的外圍裝置基本上是A項目下的一個子集，GPIO口的分配也基本一樣，不同的是顯示屏採用的介面不一樣，A項目用I80介面，而B項目採用RGB介面，在我來公司之前，可能是因為各自開發方便，A和B項目就維護獨立的BSP包，但這樣的方式的缺點就是，假如你解決了A項目和B項目中共同的bug的時候，就要把相應的代碼分別移植到這兩個BSP包中，這不僅增加沒必要的工作量，而且有可能會出錯。隨著項目A和項目B的推進，發現之前採用的MLC

 Windows CE最大程度繼承了案頭版Windows的豐富功能，但是Windows CE並不是一個通用的安裝版作業系統。在形形色色的嵌入式裝置世界裡，一款CE系統通常只會針對某一種硬體平台產生。    一般來說，Windows CE的開發過程可以分為：0AL(OEM Abstraction Layer)、驅動、應用程式開發三個步驟。其中，0AL開發最基本的一步是板級支援包（BSP），而BootLoader設計則在BSP開發中具有極為關鍵的地位。   

 備忘：這裡object store應該理解為Object Storage Service區區比Object Storage Service區更為合適 1.      Object Storage Service區概述WINCE裝置在更換主電池的時候，只要備用電池為RAM提供電源，那麼WINCEObject Storage Service區就能夠為應用程式和其資料提供持久儲存，在物理上，Object Storage

備忘：基於usb下載的方式，MLC nand flash為K9G8G08U 1.      Multiple XIP模式的檔案說明Multiple XIP模式下產生的檔案有chain.bin、chain.lst、NK.bin、xip.bin和xipkernel.bin，如所示：  圖12.      Eboot下載Multiple XIP鏡像檔案的順序下載chain.lst檔案,

untag就是普通的ethernet報文，普通PC機的網卡是可以識別這樣的報文進行通訊；tag報文結構的變化是在源mac地址和目的mac地址之後，加上了4bytes的vlan資訊，也就是vlan tag頭；一般來說這樣的報文普通PC機的網卡是不能識別的;以下以inter e0/1下的所接的pc1訪問inter e0/2下的所接的pc2為例進行說明;pc1所發出的資料，由inter0/1所在的pvid vlan10封裝vlan10的標記後送入交換器，交換器發現inter e0/2允許vlan 10