本發(fā)明涉及智能終端領(lǐng)域，特別是涉及一種基于uboot的智能控制終端測試方法及裝置。

背景技術(shù)：

隨著智能控制終端技術(shù)的發(fā)展，智能控制終端的應(yīng)用領(lǐng)域越來越多，甚至已經(jīng)廣泛應(yīng)用于導(dǎo)彈武器的指控和發(fā)控系統(tǒng)，如遠控戰(zhàn)位的話音數(shù)據(jù)指揮、無線/有線發(fā)射控制以及車載導(dǎo)航等。隨著智能控制終端應(yīng)用領(lǐng)域日趨廣泛，智能控制終端功能日益豐富、硬件結(jié)構(gòu)也越來越復(fù)雜，對其穩(wěn)定性的要求也越來越高。用于復(fù)雜控制的智能控制終端需要定期進行功能測試，以保證控制的穩(wěn)定性，現(xiàn)有技術(shù)中，對智能控制終端進行測試時，通常需要搭建外圍的測試系統(tǒng)來完成。例如，現(xiàn)有技術(shù)中對車載導(dǎo)航進行功能測試時，需要建立一個包含智能控制終端和車載導(dǎo)航儀的車載導(dǎo)航控制系統(tǒng)，然后，根據(jù)車載導(dǎo)航儀的控制功能，依次操作智能控制終端發(fā)送相應(yīng)的控制指令，以完成智能控制終端的測試。

綜上所述，現(xiàn)有技術(shù)中的智能控制終端的測試方法存在操作流程復(fù)雜、繁瑣，測試效率低下缺陷。

技術(shù)實現(xiàn)要素：

本發(fā)明所要解決的技術(shù)問題是：提供一種基于uboot的智能控制終端測試方法，解決現(xiàn)有技術(shù)中智能控制終端測試流程復(fù)雜、測試效率低下的問題。

為了解決上述問題，本發(fā)明實施例提供了一種基于uboot的智能控制終端測試方法，包括：智能控制終端啟動時，在uboot執(zhí)行硬件初始化結(jié)束后且加載內(nèi)核之前，檢測用戶對啟動測試鍵的觸發(fā)操作；根據(jù)對所述啟動測試鍵的觸發(fā)操作，加載測試平臺代碼，執(zhí)行硬件測試。

所述檢測用戶對啟動測試鍵的觸發(fā)操作，進一步包括：通過cpu的i2c 總線讀取鍵盤控制器中保存的被觸發(fā)的鍵值；當所述鍵值等于啟動測試鍵的鍵值時，確定為檢測到用戶對啟動測試鍵的觸發(fā)操作。

在本發(fā)明的一個實施例中，所述加載測試平臺代碼，執(zhí)行硬件測試，進一步包括：通過uboot中的board_init_r函數(shù)調(diào)用測試平臺代碼中的平臺入口函數(shù)，啟動測試平臺；顯示測試功能菜單；檢測用戶對所述測試功能菜單的菜單項的選擇操作，執(zhí)行與選擇的菜單項匹配的硬件的硬件測試。

在本發(fā)明的一個實施例中，所述顯示測試功能菜單之前，所述方法還包括：顯示確認測試的提示界面；在預(yù)設(shè)閾值時間內(nèi)檢測用戶對確認測試鍵的觸發(fā)操作，以根據(jù)所述觸發(fā)操作顯示測試更能菜單。

進一步地，所述顯示測試功能菜單具體為：將顯存映射到設(shè)定的sdram區(qū)域；將測試功能菜單數(shù)據(jù)寫入所述設(shè)定的sdram區(qū)域，并刷新顯存。

進一步地，所述測試平臺代碼中包括多個硬件的測試代碼，所述檢測用戶對所述測試功能菜單的菜單項的選擇操作，執(zhí)行與選擇的菜單項匹配的硬件的硬件測試，進一步包括：檢測用戶對所述測試功能菜單的菜單項的選擇操作，確定選擇的菜單項；加載所述測試平臺代碼中，與選擇的所述菜單項匹配的硬件的測試代碼，執(zhí)行所述硬件測試。

相應(yīng)地，本發(fā)明還公開了一種基于uboot的智能控制終端測試裝置，包括：測試觸發(fā)檢測模塊，用于智能控制終端啟動時，在uboot執(zhí)行硬件上電初始化結(jié)束后且加載內(nèi)核之前，檢測用戶對啟動測試鍵的觸發(fā)操作；測試平臺模塊，用于根據(jù)對所述啟動測試鍵的觸發(fā)操作，加載測試平臺代碼，執(zhí)行硬件測試。

所述測試觸發(fā)檢測模塊進一步包括：觸發(fā)鍵值讀取子模塊，用于通過cpu的i2c總線讀取鍵盤控制器中保存的被觸發(fā)的鍵值；觸發(fā)操作判斷子模塊，用于當所述鍵值等于啟動測試鍵的鍵值時，確定為檢測到用戶對啟動測試鍵的觸發(fā)操作。

在本發(fā)明的一個實施例中，所述測試平臺模塊，進一步包括：平臺啟動子模塊，用于通過uboot中的board_init_r函數(shù)調(diào)用測試平臺代碼中的平臺入口函數(shù)，啟動測試平臺；菜單顯示子模塊，用于顯示測試功能菜單；硬 件測試子模塊，用于檢測用戶對所述測試功能菜單的菜單項的選擇操作，執(zhí)行與選擇的菜單項匹配的硬件的硬件測試。

在本發(fā)明的另一個實施例中，所述測試平臺模塊還包括：提示子模塊，用于顯示確認測試的提示界面；確認子模塊，用于在預(yù)設(shè)閾值時間內(nèi)檢測用戶對確認測試鍵的觸發(fā)操作，以根據(jù)所述觸發(fā)操作顯示測試更能菜單。

進一步地，所述顯示測試功能菜單具體為：將顯存映射到設(shè)定的sdram區(qū)域；將測試功能菜單數(shù)據(jù)寫入所述設(shè)定的sdram區(qū)域，并刷新顯存。

進一步地，所述測試平臺代碼中包括多個硬件的測試代碼，所述硬件測試子模塊進一步用于：檢測用戶對所述測試功能菜單的菜單項的選擇操作，確定選擇的菜單項；加載所述測試平臺代碼中，與選擇的所述菜單項匹配的硬件的測試代碼，執(zhí)行所述硬件測試。

本發(fā)明的實施例通過智能控制終端啟動時，在uboot執(zhí)行硬件上電初始化結(jié)束后且加載內(nèi)核之前，檢測用戶對啟動測試鍵的觸發(fā)操作；根據(jù)對所述啟動測試鍵的觸發(fā)操作，加載預(yù)設(shè)的測試平臺代碼，執(zhí)行硬件測試。與現(xiàn)有技術(shù)相比，本發(fā)明不需要搭建測試環(huán)境，測試流程操作簡捷，有效地提高了測試效率。

附圖說明

為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明一個實施例的測試方法流程圖；

圖2是本發(fā)明一個實施例中的測試平臺執(zhí)行硬件測試的方法流程圖；

圖3是本發(fā)明一個實施例中測試功能菜單示意圖；

圖4是本發(fā)明測試方法一個具體實施例的流程圖；

圖5是本發(fā)明一個實施例的測試裝置結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明公開的一種基于uboot的智能控制終端測試方法，應(yīng)用于使用linux操作系統(tǒng)的智能控制終端，該智能控制終端基于arm平臺設(shè)計，由核心控制模塊與擴展模塊構(gòu)成。其中核心控制模塊包括cpu(centerprocessunit中央控制單元)、sdram(synchronousdynamicrandomaccessmemory，同步動態(tài)隨機存儲器，)、flash(閃存)等，負責整個智能控制終端系統(tǒng)軟件的執(zhí)行及存儲。擴展模塊則根據(jù)實際應(yīng)用需求進行靈活配置，如音頻模塊、通訊模塊、顯示屏、shdsl遠傳模塊等。

如圖1所示，一種基于uboot的智能控制終端測試方法包括：

步驟100，智能控制終端啟動時，在uboot執(zhí)行硬件初始化結(jié)束后且加載內(nèi)核之前，檢測用戶對啟動測試鍵的觸發(fā)操作；

步驟120，根據(jù)對所述啟動測試鍵的觸發(fā)操作，加載測試平臺代碼，執(zhí)行硬件測試。

本發(fā)明的智能手持終端運行l(wèi)inux操作系統(tǒng)，提供qt圖形程序運行支持，為上層不同功能的應(yīng)用層軟件提供運行支持，為外設(shè)管理提供調(diào)用接口等?；趌inux系統(tǒng)的層次架構(gòu)，智能控制終端系統(tǒng)軟件采用分層設(shè)計，按功能的不同劃分為bootloader、linux內(nèi)核、文件系統(tǒng)和應(yīng)用軟件。bootloader是硬件初始化和操作系統(tǒng)加載程序，常用的有uboot、pemon等，本發(fā)明實施例中的智能控制終端采用uboot作為設(shè)備啟動時的初始化代碼。uboot首先對硬件進行初始化，然后加載linux內(nèi)核，并運行。由linux內(nèi)核去掛載根文件系統(tǒng)與用戶文件系統(tǒng)，以及應(yīng)用層軟件。

本發(fā)明通過智能控制終端啟動時，uboot執(zhí)行硬件上電初始化結(jié)束后且加載內(nèi)核之前，檢測用戶對啟動測試鍵的觸發(fā)操作；根據(jù)對所述啟動測試鍵的觸發(fā)操作，加載預(yù)設(shè)的測試平臺代碼，執(zhí)行硬件測試。與現(xiàn)有技術(shù)相比， 本發(fā)明不需要搭建測試環(huán)境，測試流程操作簡捷，有效地提高了測試效率。

智能控制終端啟動時，首先調(diào)用uboot執(zhí)行硬件上電初始化。uboot中初始化的硬件根據(jù)智能控制終端的硬件配置執(zhí)行，通常包括：顯示屏、鍵盤、音頻模塊、通訊模塊等，還可以包括：攝像頭、射頻等模塊。本發(fā)明的智能控制終端至少包括顯示屏、鍵盤，本發(fā)明對智能控制終端包括的其他模塊不做限定。對于不同控制功能的智能控制終端，其硬件模塊可能不同，需要測試的功能模塊也不同，本發(fā)明的測試方法根據(jù)智能控制終端的硬件配置，執(zhí)行配置的各硬件的測試。

本發(fā)明在具體實施時，在智能控制終端啟動時，uboot執(zhí)行硬件上電初始化結(jié)束后且加載內(nèi)核之前，檢測用戶對啟動測試鍵的觸發(fā)操作。所述檢測用戶對啟動測試鍵的觸發(fā)操作，進一步包括：通過cpu的i2c總線讀取鍵盤控制器中保存的被觸發(fā)的鍵值；當所述鍵值等于啟動測試鍵的鍵值時，確定為檢測到用戶對啟動測試鍵的觸發(fā)操作。在uboot執(zhí)行硬件上電初始化后，uboot已經(jīng)完成了鍵盤的初始化，此時鍵盤已經(jīng)開始正常工作。智能控制終端的cpu通過i2c總線與鍵盤的鍵值控制器連接，cpu通過i2c總線去讀取相應(yīng)的寄存器值，uboot通過調(diào)用cpu的i2c讀取函數(shù)檢測用戶對物理按鍵的觸發(fā)操作。

上述步驟120中，所述根據(jù)對所述啟動測試鍵的觸發(fā)操作，加載測試平臺代碼，執(zhí)行硬件測試，進一步包括：檢測到對物理按鍵的觸發(fā)操作，讀取被觸發(fā)的物理按鍵的鍵值；若所述鍵值等于啟動測試鍵的鍵值，加載測試平臺代碼，執(zhí)行硬件測試。uboot通過調(diào)用cpu的i2c讀取函數(shù)能夠獲得被觸發(fā)的按鍵的鍵值，然后判斷所述鍵值是否等于啟動測試鍵的鍵值，若是，則加載預(yù)設(shè)的測試平臺代碼，執(zhí)行硬件測試；否則，智能控制終端繼續(xù)執(zhí)性啟動過程。

在本發(fā)明的一個具體實施例中，如圖2所示，所述加載測試平臺代碼，執(zhí)行硬件測試，進一步包括：

步驟1202，通過uboot中的board_init_r函數(shù)調(diào)用測試平臺代碼中的平臺入口函數(shù)，啟動測試平臺；

步驟1204，顯示測試功能菜單；

步驟1206，檢測用戶對所述測試功能菜單的菜單項的選擇操作，執(zhí)行與選擇的菜單項匹配的硬件的硬件測試。

測試平臺以函數(shù)調(diào)用的形式整合進uboot。uboot在board_init_r函數(shù)中調(diào)用測試平臺代碼，board_init_r函數(shù)進行板級初始化，運行完后即進入內(nèi)核啟動過程。本發(fā)明中，board_init_r函數(shù)在內(nèi)核啟動之前調(diào)用測試平臺代碼。具體實施時，測試平臺源代碼部分以單獨文件夾加入uboot源代碼根目錄中，并編制makefile文件以便將平臺入口函數(shù)編譯進uboot映像文件中。測試平臺是一個框架平臺，測試平臺內(nèi)加載哪些硬件的測試代碼根據(jù)智能控制終端的硬件配置確定。例如：智能控制終端中有codec模塊，則需要在測試平臺源代碼中將codec模塊的測試代碼如接口嵌入，然后，將編寫的codec模塊的測試代碼文件和測試平臺源代碼與uboot源代碼一同編譯進uboot映像文件中。平臺入口函數(shù)相當于測試平臺代碼中的主函數(shù)，用于顯示測試平臺界面、讀取按鍵值并進行邏輯處理、以及加載相應(yīng)的硬件測試代碼。

測試平臺啟動后，上述步驟1204中，通過將顯存映射到設(shè)定的sdram區(qū)域，通過將待顯示的界面數(shù)據(jù)寫入所述設(shè)定的sdram區(qū)域，并刷新顯存，實現(xiàn)測試平臺的界面顯示。具體實施時，首先，將顯存映射到設(shè)定的sdram區(qū)域；然后，將操作提示信息寫入所述設(shè)定的sdram區(qū)域，并刷新顯存，實現(xiàn)顯示提示信息；將測試功能菜單數(shù)據(jù)寫入所述設(shè)定的sdram區(qū)域，并刷新顯存，實現(xiàn)顯示測試功能菜單；或者，將測試結(jié)果信息寫入所述設(shè)定的sdram區(qū)域，并刷新顯存，實現(xiàn)顯示測試結(jié)果等。測試平臺首先初始化sdram，并將顯存映射到指定sdram區(qū)域，通過調(diào)用顯示屏的接口函數(shù)將sdram中的數(shù)據(jù)在顯示屏上進行顯示。測試平臺調(diào)用的顯示屏的接口函數(shù)包括：staticintdraw_word(u16x,u16y,u8*word,intcolor)實現(xiàn)寫單獨一個字；staticintdraw_sentence(u16x,u16y,u8*sentence,intcolor)實現(xiàn)一句話的寫入。還涉及到字體反轉(zhuǎn)，主要用來高亮顯示被選中項目。

所述顯示測試功能菜單具體為：將顯存映射到設(shè)定的sdram區(qū)域；將測 試功能菜單數(shù)據(jù)寫入所述設(shè)定的sdram區(qū)域，并刷新顯存。

測試平臺啟動后，鍵盤已經(jīng)開始正常工作，鍵盤的鍵值控制器可以根據(jù)用戶的觸發(fā)，產(chǎn)生按鍵信號，并保存鍵值。上述步驟1206中，測試平臺通過調(diào)用cpu的i2c讀取函數(shù)讀取鍵值，根據(jù)所述鍵值進行邏輯處理。例如，根據(jù)數(shù)字鍵或者上、下鍵，或左、右鍵移動測試功能菜單的焦點；通過預(yù)設(shè)按鍵(如確定鍵、功能鍵、數(shù)字鍵等)選擇菜單項或者通過數(shù)字鍵快速選擇菜單項等。本發(fā)明對移動菜單焦點，和選擇菜單項的具體方式和對應(yīng)的具體按鍵不做限定。在檢測到用戶對所述測試功能菜單的菜單項的選擇操作后，根據(jù)預(yù)先建立的菜單項和硬件的匹配關(guān)系，執(zhí)行選擇的菜單項匹配的硬件的硬件測試。

所述測試平臺代碼中包括多個硬件的測試代碼，所述檢測用戶對所述測試功能菜單的菜單項的選擇操作，執(zhí)行與選擇的菜單項匹配的硬件的硬件測試，進一步包括：檢測用戶對所述測試功能菜單的菜單項的選擇操作，確定選擇的菜單項；加載所述測試平臺代碼中，與選擇的所述菜單項匹配的硬件的測試代碼，執(zhí)行所述硬件測試。以智能手持移動終端的硬件配置為包括：顯示屏、鍵盤、音頻模塊、網(wǎng)絡(luò)模塊為例，待測試硬件包括：顯示屏、鍵盤、揚聲器、網(wǎng)卡，預(yù)先建立測試功能菜單的菜單項和待測試硬件的匹配關(guān)系。如：第一個菜單項匹配顯示屏，第二個菜單項匹配鍵盤，第三個菜單項匹配揚聲器，第四個菜單項匹配網(wǎng)卡，生成的測試功能菜單如圖3所示。當用戶選擇第三個菜單項時，執(zhí)行揚聲器的測試。

在本發(fā)明的另一具體實施例中，在所述顯示測試功能菜單之前，所述方法還包括：顯示確認測試的提示界面；在預(yù)設(shè)閾值時間內(nèi)檢測用戶對確認測試鍵的觸發(fā)操作，以根據(jù)所述觸發(fā)操作顯示測試更能菜單。具體實施時，啟動測試平臺之后，移動終端首先等待10秒中，在10秒鐘內(nèi)檢測用戶對確認測試鍵的觸發(fā)操作；當檢測到對所述確認測試鍵的觸發(fā)操作后，顯示測試功能菜單。移動終端中的測試平臺可以顯示提示界面，提示用戶進行操作。具體實施時，確認測試鍵可以根據(jù)智能控制終端的鍵盤布局和按鍵設(shè)置選擇，本發(fā)明對此不做限定。檢測對確認測試鍵的觸發(fā)操作的方式參照檢測對啟動 測試鍵的觸發(fā)操作，此處不再贅述。

當在預(yù)設(shè)閾值時間內(nèi)，沒有檢測到用戶對確認測試鍵的觸發(fā)操作，則退出測試平臺，智能控制終端繼續(xù)執(zhí)行啟動過程。

通過在預(yù)設(shè)閾值時間內(nèi)檢測用戶對確認測試鍵的觸發(fā)操作，以根據(jù)所述觸發(fā)操作顯示測試更能菜單，可以防止誤觸發(fā)導(dǎo)致的啟動硬件測試。

下面以一個具體實施例來詳細說明基于uboot的智能控制終端的測試方法。如圖4所示，所述方法包括：

步驟400，智能控制終端上電；

步驟401，調(diào)用uboot執(zhí)行硬件初始化；

步驟402，檢測用戶對啟動測試鍵的觸發(fā)操作；

步驟403，判斷是否觸發(fā)啟動測試鍵，若是，則執(zhí)行步驟404，否則執(zhí)行步驟412；

步驟404，等待閾值時間，檢測對確認測試鍵的觸發(fā)操作；

步驟405，判斷是否觸發(fā)確認測試鍵，若是，則執(zhí)行步驟406，否則執(zhí)行步驟412；

步驟406，顯示測試功能菜單；

步驟407，檢測菜單操作按鍵；

步驟408，是否退出菜單鍵，若是，則執(zhí)行步驟412；否則，執(zhí)行步驟409；

步驟409，根據(jù)鍵值確定選擇的菜單項；

步驟410，執(zhí)行選擇的菜單項匹配的硬件的硬件測試；

步驟411，輸出測試信息，跳轉(zhuǎn)至步驟406。

步驟412，智能控制終端啟動。

本發(fā)明通過智能控制終端啟動時，uboot執(zhí)行硬件上電初始化結(jié)束后且加載內(nèi)核之前，檢測用戶對啟動測試鍵的觸發(fā)操作；根據(jù)對所述啟動測試鍵的觸發(fā)操作，顯示測試功能菜單，根據(jù)用戶對菜單項的選擇，加載預(yù)設(shè)的測試平臺代碼中與該菜單項匹配的硬件的硬件測試。與現(xiàn)有技術(shù)相比，本發(fā)明不需要搭建測試環(huán)境，測試流程操作簡捷，有效地提高了測試效率。

相應(yīng)的，本發(fā)明還公開了一種于uboot的智能控制終端測試裝置，如圖5所示，包括：

測試觸發(fā)檢測模塊510，用于智能控制終端啟動時，在uboot執(zhí)行硬件上電初始化結(jié)束后且加載內(nèi)核之前，檢測用戶對啟動測試鍵的觸發(fā)操作；

測試平臺模塊520，用于根據(jù)對所述啟動測試鍵的觸發(fā)操作，加載測試平臺代碼，執(zhí)行硬件測試。

本發(fā)明的智能手持終端運行l(wèi)inux操作系統(tǒng)，提供qt圖形程序運行支持，為上層不同功能的應(yīng)用層軟件提供運行支持，為外設(shè)管理提供調(diào)用接口等?；趌inux系統(tǒng)的層次架構(gòu)，智能控制終端系統(tǒng)軟件采用分層設(shè)計，按功能的不同劃分為bootloader、linux內(nèi)核、文件系統(tǒng)和應(yīng)用軟件。bootloader是硬件初始化和操作系統(tǒng)加載程序，常用的有uboot、pemon等，本發(fā)明實施例中的智能控制終端采用uboot作為設(shè)備啟動時的初始化代碼。uboot首先對硬件進行初始化，然后加載linux內(nèi)核，并運行。由linux內(nèi)核去掛載根文件系統(tǒng)與用戶文件系統(tǒng)，以及應(yīng)用層軟件。

本發(fā)明通過智能控制終端啟動時，uboot執(zhí)行硬件上電初始化結(jié)束后且加載內(nèi)核之前，檢測用戶對啟動測試鍵的觸發(fā)操作；根據(jù)對所述啟動測試鍵的觸發(fā)操作，加載預(yù)設(shè)的測試平臺代碼，執(zhí)行硬件測試，不需要搭建測試環(huán)境，測試流程操作簡捷，有效地提高了測試效率。

智能控制終端啟動時，首先調(diào)用uboot執(zhí)行硬件上電初始化。uboot中初始化的硬件根據(jù)智能控制終端的硬件配置執(zhí)行，通常包括：顯示屏、鍵盤、音頻模塊、通訊模塊等，還可以包括：攝像頭、射頻等模塊。本發(fā)明的智能控制終端至少包括顯示屏、鍵盤，本發(fā)明對智能控制終端包括的其他模塊不做限定。對于不同控制功能的智能控制終端，其硬件模塊可能不同，需要測試的功能模塊也不同，本發(fā)明的測試方法根據(jù)智能控制終端的硬件配置，執(zhí)行配置的各硬件的測試。

所述測試觸發(fā)檢測模塊510進一步包括：

觸發(fā)鍵值讀取子模塊，用于通過cpu的i2c總線讀取鍵盤控制器中保存的被觸發(fā)的鍵值；

觸發(fā)操作判斷子模塊，用于當所述鍵值等于啟動測試鍵的鍵值時，確定為檢測到用戶對啟動測試鍵的觸發(fā)操作。

在uboot執(zhí)行硬件上電初始化后，uboot已經(jīng)完成了鍵盤的初始化，此時鍵盤已經(jīng)開始正常工作。智能控制終端的cpu通過i2c總線與鍵盤的鍵值控制器連接，cpu通過i2c總線去讀取相應(yīng)的寄存器值，uboot通過調(diào)用cpu的i2c讀取函數(shù)檢測用戶對物理按鍵的觸發(fā)操作。

在本發(fā)明的一個具體實施例中，所述測試平臺模塊520進一步包括：

平臺啟動子模塊，用于通過uboot中的board_init_r函數(shù)調(diào)用測試平臺代碼中的平臺入口函數(shù)，啟動測試平臺；

菜單顯示子模塊，用于顯示測試功能菜單；

硬件測試子模塊，用于檢測用戶對所述測試功能菜單的菜單項的選擇操作，執(zhí)行與選擇的菜單項匹配的硬件的硬件測試。

前述實施例中，所述顯示測試功能菜單具體為：將顯存映射到設(shè)定的sdram區(qū)域；將測試功能菜單數(shù)據(jù)寫入所述設(shè)定的sdram區(qū)域，并刷新顯存。

測試平臺通過調(diào)用cpu的i2c讀取函數(shù)讀取鍵值，根據(jù)所述鍵值進行邏輯處理。例如，根據(jù)數(shù)字鍵或者上、下鍵，或左、右鍵移動測試功能菜單的焦點；通過預(yù)設(shè)按鍵(如確定鍵、功能鍵、數(shù)字鍵等)選擇菜單項或者通過數(shù)字鍵快速選擇菜單項等。本發(fā)明對移動菜單焦點，和選擇菜單項的具體方式和對應(yīng)的具體按鍵不做限定。在檢測到用戶對所述測試功能菜單的菜單項的選擇操作后，根據(jù)預(yù)先建立的菜單項和硬件的匹配關(guān)系，執(zhí)行選擇的菜單項匹配的硬件的硬件測試。

本發(fā)明實施例中，所述測試平臺代碼中包括多個硬件的測試代碼，所述硬件測試子模塊進一步用于：檢測用戶對所述測試功能菜單的菜單項的選擇操作，確定選擇的菜單項；加載所述測試平臺代碼中，與選擇的所述菜單項匹配的硬件的測試代碼，執(zhí)行所述硬件測試。

平臺啟動子模塊、菜單顯示子模塊、硬件測試子模塊的具體實施方式可以參見方法實施例，此處不再贅述。

在本發(fā)明的另一具體實施例中，所述測試平臺模塊520還包括：

提示子模塊，用于顯示確認測試的提示界面；

確認子模塊，用于在預(yù)設(shè)閾值時間內(nèi)檢測用戶對確認測試鍵的觸發(fā)操作，以根據(jù)所述觸發(fā)操作顯示測試更能菜單。

當在預(yù)設(shè)閾值時間內(nèi)，沒有檢測到用戶對確認測試鍵的觸發(fā)操作，則退出測試平臺，智能控制終端繼續(xù)執(zhí)行啟動過程。

通過在預(yù)設(shè)閾值時間內(nèi)檢測用戶對確認測試鍵的觸發(fā)操作，以根據(jù)所述觸發(fā)操作顯示測試更能菜單，可以防止誤觸發(fā)導(dǎo)致的啟動硬件測試。

本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對于裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

以上對本發(fā)明對提供的一種基于uboot的智能控制終端測試方法進行了詳細介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件實現(xiàn)。基于這樣的理解，上述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質(zhì)中，如rom/ram、磁碟、光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。