專利名稱：一種基于mtd分區(qū)嵌入式產品定制方法
技術領域：
本發(fā)明涉及到基于Flash嵌入式設備領域，特別涉及根據(jù)嵌入式設備的硬件或者使用需要對產品固件進行裝配的方法。
背景技術：
隨著嵌入式技術的發(fā)展前景日益廣闊，其產品的功能和形態(tài)必然多元化。通過升級固件來實現(xiàn)不同的定制需求是目前的ー種主流。MTD(memory technology device 內存技術設備)是用于訪問 memory 設備(ROM、flash)的Linux的子系統(tǒng)。MTD的主要目的是為了使新的memory設備的驅動更加簡單,為此它在硬件和上層之間提供了ー個抽象的接ロ。市面上大部分Flash嵌入式設備都是基于MTD分區(qū)的，而保存在Flash內的系統(tǒng)軟件(固件)與硬件一起組成該嵌入式設備的兩個不可分割的部分。不同定制需求可能有不同的硬件，同時也需要不同的固件。現(xiàn)有不同的定制需求是通過升級固件的方法，擦除原有的參數(shù)配置，在系統(tǒng)加載時重新初始化定制的功能來實現(xiàn)的。此方法雖然直接，但存在如下缺陷
A :實現(xiàn)不同的定制需要不同的固件。這在產品開發(fā)階段必然會大量增加測試的壓力和成本。B:在產品維護階段，如果涉及產品新功能的開發(fā)或功能修改會清除用戶的私有數(shù)據(jù)，增加維護成本。

發(fā)明內容
為解決目前基于MTD分區(qū)嵌入式產品中固件升級所帶來的不足，本發(fā)明提供ー種充分利用并擴展了參數(shù)配置及其備份區(qū)的功能的定制方法。本發(fā)明為了完成其技術目的所采用的技術方案是一種基于MTD分區(qū)嵌入式產品定制方法，該方法在對MTD分區(qū)嵌入式產品定制中包括以下步驟
在產品開發(fā)階段，導入功能配置文件； 在系統(tǒng)初始化階段，初始化相應的功能配置文件從而實現(xiàn)產品的定制需求；
在產品維護階段，升級固件和對需要更新的功能配置文件進行更新。進ー步的，上述的基于MTD分區(qū)嵌入式產品定制方法中在MTD分區(qū)嵌入式產品的固件中建立如下6個MTD分區(qū)uboot分區(qū)，uboot環(huán)境變量區(qū)，系統(tǒng)配置區(qū)，系統(tǒng)配置備份區(qū)，主系統(tǒng)區(qū)，系統(tǒng)備份。進ー步的，上述的基于MTD分區(qū)嵌入式產品定制方法中在產品開發(fā)階段，導入功能配置文件包括以下步驟
步驟A、清除原有的系統(tǒng)配置區(qū)和系統(tǒng)配置備份區(qū)；
步驟B、將導入的新的配置文件寫入到系統(tǒng)配置區(qū)，系統(tǒng)配置備份區(qū)。進ー步的，上述的基于MTD分區(qū)嵌入式產品定制方法中在系統(tǒng)初始化階段，初始化相應的功能配置文件從而實現(xiàn)產品的定制需求在升級功能配置時不會刪除原有的系統(tǒng)配置區(qū)和系統(tǒng)配置備份區(qū)，只會將要更新的功能配置拷貝到系統(tǒng)配置區(qū)中。本發(fā)明充分利用并擴展了參數(shù)配置及其備份區(qū)的功能，解決了如上問題。在產品開發(fā)階段，通過導入配置文件，在系統(tǒng)初始化階段，初始化相應的配置文件從而實現(xiàn)產品的定制需求，這就避免需要重復測試不同的定制版本；在產品維護階段，通過升級固件和需要更新的功能配置文件，這就避免了刪除用戶的私有數(shù)據(jù)。下面通過結合具體實施例和附圖對本發(fā)明進行進ー步的說明。


附圖I是本發(fā)明系統(tǒng)MTD分區(qū)圖。附圖2是本發(fā)明的系統(tǒng)加電流程圖。附圖3是本發(fā)明的功能定制設計流程圖。
具體實施例方式本實施例是一種基于MTD分區(qū)嵌入式產品定制方法，本實施例中在MTD分區(qū)嵌入式產品的固件中建立如下6個MTD分區(qū)如圖I所示uboot分區(qū)U_B00T，uboot環(huán)境變量區(qū)U_B00T_ENV，系統(tǒng)配置區(qū)0S_CFG，系統(tǒng)配置備份區(qū)0S_CFG_BU，主系統(tǒng)區(qū)OSl，系統(tǒng)備份區(qū)0S2。u-boot是一種普遍用于嵌入式系統(tǒng)中的Bootloader。本實施例中，在產品開發(fā)階段，通過導入配置文件，在系統(tǒng)初始化階段，初始化相應的配置文件從而實現(xiàn)產品的定制需求，這就避免需要重復測試不同的定制版本；在產品維護階段，通過升級固件和需要更新的功能配置文件，這就避免了刪除用戶的私有數(shù)據(jù)。提供可選的單獨升級固件，単獨升級配置或者一起升級固件和配置的機制。升級成功后，自動重新加載系統(tǒng)，使相應的功能配置生效。具體的步驟如圖2和圖3所示
A :在系統(tǒng)開發(fā)階段，升級配置文件會清除原有的0S_CFG和0S_CFG_BU區(qū)域，將導入的配置文件寫入到這2個區(qū)域中。B 在系統(tǒng)維護階段，通過一起升級固件和功能配置(存放在固件只讀存儲區(qū)/ver下面，不涉及新增功能時此文件夾為空，從而只更新固件)。但升級功能配置時不會刪除原有的0S_CFG和0S_CFG_BU區(qū)域，只會將要更新的功能配置拷貝到0S_CFG區(qū)域中。C何時需要更新功能配置，這是ー個難點這里引入了引用計數(shù)的概念，每次更新固件前會刪除0S_CFG區(qū)域下ver_info這個文件,ver_info不存在時表明需要更新功能配直，存在是不需要跟新功能配直。更新固件完成后在0S_CFG下重新生成ver_info文件，避免了不更新固件文件重啟系統(tǒng)加電更新功能配置的情況。采用本方法進行產品功能定制和更新，可以節(jié)約測試成本，降低產品維護的難度，提聞開發(fā)效率。
權利要求
1.一種基于MTD分區(qū)嵌入式產品定制方法，其特征在于該方法在對MTD分區(qū)嵌入式產品定制中包括以下步驟 在產品開發(fā)階段，導入功能配置文件； 在系統(tǒng)初始化階段，初始化相應的功能配置文件從而實現(xiàn)產品的定制需求； 在產品維護階段，升級固件和對需要更新的功能配置文件進行更新。
2.根據(jù)權利要求I所述的基于MTD分區(qū)嵌入式產品定制方法，其特征在于在MTD分區(qū)嵌入式產品的固件中建立如下6個MTD分區(qū)uboot分區(qū)(U_BOOT)，uboot環(huán)境變量區(qū)(U_B00T_ENV )，系統(tǒng)配置區(qū)(0S_CFG )，系統(tǒng)配置備份區(qū)(0S_CFG_BU )，主系統(tǒng)區(qū)(OS I)，系統(tǒng)備份區(qū)(0S2)。
3.根據(jù)權利要求2所述的基于MTD分區(qū)嵌入式產品定制方法，其特征在于在產品開發(fā)階段，導入功能配置文件包括以下步驟 步驟A、清除原有的系統(tǒng)配置區(qū)(0S_CFG)和系統(tǒng)配置備份區(qū)(0S_CFG_BU)； 步驟B、將導入的新的配置文件寫入到系統(tǒng)配置區(qū)(0S_CFG)，系統(tǒng)配置備份區(qū)(0S_CFG_BU)。
4.根據(jù)權利要求2所述的基于MTD分區(qū)嵌入式產品定制方法，其特征在于在系統(tǒng)初始化階段，初始化相應的功能配置文件從而實現(xiàn)產品的定制需求在升級功能配置時不會刪除原有的系統(tǒng)配置區(qū)(0S_CFG)和系統(tǒng)配置備份區(qū)(0S_CFG_BU)，只會將要更新的功能配置拷貝到系統(tǒng)配置區(qū)(0S_CFG)中。
全文摘要
本發(fā)明提供了一種基于MTD分區(qū)嵌入式產品定制方法，該方法在對MTD分區(qū)嵌入式產品定制中，在產品開發(fā)階段，通過導入配置文件，在系統(tǒng)初始化階段，初始化相應的配置文件從而實現(xiàn)產品的定制需求，這就避免需要重復測試不同的定制版本；在產品維護階段，通過升級固件和需要更新的功能配置文件，這就避免了刪除用戶的私有數(shù)據(jù)。本發(fā)明充分利用并擴展了參數(shù)配置及其備份區(qū)的功能，解決了如上問題。
文檔編號G06F9/445GK102707980SQ20121017016
公開日2012年10月3日 申請日期2012年5月29日 優(yōu)先權日2012年5月29日
發(fā)明者佘喜, 李飛 申請人:深圳市共進電子股份有限公司