跳到主要內容
NK.BIN 形成的主要參數儲存在OSDesign專案中的bib配置檔內
其中主要有四個設定區塊

MEMORY
CONFIG
MODULES
FILES


其中與NK.BIN形成最主要的設定是MEMORY與CONFIG 兩個區塊的配置


MEMORY區塊:

主要是配製NK.BIN於記憶體中的安排方式
格式如下:

NAME(區塊名稱) Address(記憶體位置) Size Type

其中Type:宣告常見有下面型態:
  FIXUPVAR: 該記憶體區快可以透過參數調整
  NANDIMAGE: 標示該記憶體區快可以使用 NAND Flash 存放
  RAM : 該記憶體區塊需使用ram 存放
  RAMIMAGE: 標示該記憶體區段可以使用RAM或NOR Flash存放
  RESERVED: 標示該記憶體區段為保留區塊

CONFIG 區塊:


提供附加選項
AUTOSIZE: 自動配置runtime所使用的記憶體
PROFILE: 提供Runtime的效能取樣功能
BOOTJUMP: 指定系統啟動的指令進入點
COMPRESSON: 指定nk.bin是否壓縮
KERNELFIXUPS: 指示核心是否需重新記憶體定位動作
RAMFLAGS: 設定核心運作時的特殊屬性
ROMSTART: 指定nk.bin ROM的起始位址
ROMWIDTH: 指定nk.bin ROM的位元寬度(8/16/32)與檔案數量
ROMSIZE: 指定ROM的大小

留言

這個網誌中的熱門文章

WES 7 Image 維護與更新--基本概念介紹

在佈署完成的WES-7設備上,日常運作主要的工作就是維持設備的正常運作以及WES-7 Image的更新作業 更新WES-7 Image通常有兩種方式 : 1. Online Image Maintenance 2. Offline Image Maintenance 如下圖所示 圖片來源: Microsoft 對於更新維護作業來說,採用方法1當然是最輕鬆的作法,但是可能面臨到device 使否是在connected的狀態之下而有所關聯,在不具備connected的device狀態下就只能採用第二種作法 office maintenance了 因此也較為複雜 在採用office image maintenance的時候首先就必須要知道目前的 image包含了那些套件 因此會牽涉到 Image的掛載與Image內的Package list的議題,通常我們會使用ImageX工具與Package Scanner工具去獲取Image的package info. ImageX : 用於掛載與擷取WES-7 Device的Image pkgscn : 用於取得Image的套件資訊以及搜尋更新套件(含移除過舊元件功能) 當然另外一個重點就是我們如何取得微軟最新的 WES-7 Packages ? 現在已經可以透過微軟最新的 WEDU ( Windows Embedded Developer Update )來主動更新 Developer的Package資訊了,可參考另一篇 WEDU介紹

使用Hyper-V Client 安裝 Compact 2013 Image

Windows Compact 2013內針對 PC-Based 模擬開發環境需求的開發人員提供了CEPC BSP與 Hyper-v/Virtual PC Client 的 CE Loader ,image 開發人員 將建置完成的 Compact 2013 image 透過網路bootp直接下載到 Hyper-V client 啟動,大致方法如下: 0. 提供 Hyper-V 服務的主機事先於 Hyper-V Manager 建立 Virtual Network Switch ( External ) 1. 透過 Hyper-V / Virtual PC 建立新的 虛擬機器 2. 使用 Compact 2013 所提供的 Virtal Hard Disk ( Wince800\platform\cepc\vm\hd0_sample.vhd 3. 啟動後便可透過內建的 EBoot  Loader 使用 Bootp 尋找開發主機上的 Image Bootp server 下載開發完成的 image 啟動 啟動 Hyper-V Client 使用Bootp 連結至開發端機器下載 nk.bin VS 2012 Platform Builder attach device 偵測到遠端 HyperV Client Bootp message後自動發送 image(nk.bin)   下載完畢,nk.bin 啟動後出現compact 2013畫面

DUA 命令檔中常見的 Parameters

1. [ErrorMode] 命令執行結果對SCRIPT的影響 0/DAERH_ABORT : abort-on-error 當執行到此命令發生異常的時候則終止DUA Script的執行 32678/daerh_IGNORE : 當此命令發生異常則略過此命令繼續執行下一個命令 32769~33023/DAERH_RETRY_WITHIGNORE : 命令執行發生異常時會自動retry 255次,若仍不成功則跳過此命令繼續執行下個命令 1~255/DAERH_RETRY_WITHABORT : 命令執行發生異常時會自動retry 255次,若仍不成功則停止執行 65536~4294901760/DAERH_DELAYMASK : 搭配上述兩個retry指令,用於設定兩個retry之間的延遲時間 2. [RebootOK] 0/DANO 系統不重開機 1/DAYES 系統需要重開機 3. [ExpandMode] 是否要解析字串內的環境變數 命令參數字串內部若有包含環境變數,則該環境變數應如何轉換成變數所設定的字串 ? 0 不做解析替換動作 1 DUA在embedded device做解析替換動作 2 DUA Compiler在 Developer Computer執行解析替換動作