日本黄色一级经典视频|伊人久久精品视频|亚洲黄色色周成人视频九九九|av免费网址黄色小短片|黄色Av无码亚洲成年人|亚洲1区2区3区无码|真人黄片免费观看|无码一级小说欧美日免费三级|日韩中文字幕91在线看|精品久久久无码中文字幕边打电话

當前位置:首頁 > > 21ic電子網(wǎng)
[導讀]作為一個底層驅動工程師,驅動寫完了,是要寫硬件測試程序的。這個測試程序,一般給測試部/硬件工程師用來測試硬件,也會給工廠產(chǎn)線測試準成品。


聲明:本處所說的菜單是用在128*64這種小屏幕的菜單,例如下面這種,不是彩屏上的GUI。


分享一個產(chǎn)品級MCU菜單框架設計
作為一個底層驅動工程師,驅動寫完了,是要寫硬件測試程序的。這個測試程序,一般給測試部/硬件工程師用來測試硬件,也會給工廠產(chǎn)線測試準成品。
開始的人偷懶,不想一秒就直接上,所有菜單都這樣做,一層套一層
   
void test_main(void) { while(1)         {                 get_key(&key); switch(key)                 { case 1:                                 test_key(); break; case 2:                                 test_lcd(); break;                         ....                 }         } }
當菜單越來越多,就開始糾結了,這樣寫維護不便,看起來也不美,還浪費程序空間。
作為一個天天看《編程之美》的碼農(nóng),決定改變現(xiàn)狀??峁钒俣纫环?,找到了兩個參考:《基于二叉樹的多層的液晶菜單界面設計》 《基于節(jié)點編號的通用樹狀菜單設計方法與實現(xiàn).pdf》 按照他們的設計方法,鼓搗了一個版本,能用,挺好,但是也糾結。因為他們用了樹這種數(shù)據(jù)結構。對于程序運行來說,非常好,效率高。但是對于我來說,菜單代碼是一次性的,但是菜單內(nèi)容,卻是會經(jīng)常改的。讓我用人腦去維護一個包含幾十個上百個菜單的樹,不容易。
想來想去,這些菜單到底有什么不好?對于我來說,為什么不好用?得出下面結論:
  1. 管得太寬 菜單,你就管菜單切換就行了,到了最低一層,也就是實際的測試功能,就不要管了。菜單切換是類似的,實際測試都是不同的。比如在菜單中,按鍵1,是進入第一個菜單。但是在測試中,按鍵1,功能都不一樣。如果菜單連這個也要管,相同動作功能太多,無法進行統(tǒng)一抽象,就很難模塊化。
  2. 出發(fā)點不一樣 上面說到的菜單,出發(fā)點都是如何設計一個好的菜單數(shù)據(jù)結構,讓程序快速,高效運行。我想要的卻是一個容易維護的菜單結構,至于菜單的代碼有多亂多糾結,沒關系, 而且,幾百上千個菜單,就算用輪詢的方法,也不過幾百us吧,沒關系。
根據(jù)需求,我重新設計了一個菜單結構體
   
/**  * @brief  菜單對象 */ typedef struct _strMenu { MenuLel l; ///<菜單等級 char cha[MENU_LANG_BUF_SIZE]; ///中文 char eng[MENU_LANG_BUF_SIZE]; ///英文 MenuType type; ///菜單類型 s32 (*fun)(void); ///測試函數(shù) } MENU;
是的,就這么簡單,每一個菜單都是這個結構體 用這個結構體填充一個列表,就是我們的菜單了
   
const MENU EMenuListTest[]= {         MENU_L_0,//菜單等級 "測試程序",//中文 "test", //英文 MENU_TYPE_LIST,//菜單類型 NULL,//菜單函數(shù),功能菜單才會執(zhí)行,有子菜單的不會執(zhí)行 MENU_L_1,//菜單等級 "LCD",//中文 "LCD", //英文 MENU_TYPE_LIST,//菜單類型 NULL,//菜單函數(shù),功能菜單才會執(zhí)行,有子菜單的不會執(zhí)行 MENU_L_2,//菜單等級 "VSPI OLED",//中文 "VSPI OLED", //英文 MENU_TYPE_FUN,//菜單類型 test_oled,//菜單函數(shù),功能菜單才會執(zhí)行,有子菜單的不會執(zhí)行 MENU_L_2,//菜單等級 "I2C OLED",//中文 "I2C OLED", //英文 MENU_TYPE_FUN,//菜單類型 test_i2coled,//菜單函數(shù),功能菜單才會執(zhí)行,有子菜單的不會執(zhí)行 MENU_L_1,//菜單等級 "聲音",//中文 "sound", //英文 MENU_TYPE_LIST,//菜單類型 NULL,//菜單函數(shù),功能菜單才會執(zhí)行,有子菜單的不會執(zhí)行 MENU_L_2,//菜單等級 "蜂鳴器",//中文 "buzzer", //英文 MENU_TYPE_FUN,//菜單類型 test_test,//菜單函數(shù),功能菜單才會執(zhí)行,有子菜單的不會執(zhí)行 MENU_L_2,//菜單等級 "DAC音樂",//中文 "DAC music", //英文 MENU_TYPE_FUN,//菜單類型 test_test,//菜單函數(shù),功能菜單才會執(zhí)行,有子菜單的不會執(zhí)行 MENU_L_2,//菜單等級 "收音",//中文 "FM", //英文 MENU_TYPE_FUN,//菜單類型 test_test,//菜單函數(shù),功能菜單才會執(zhí)行,有子菜單的不會執(zhí)行 MENU_L_1,//菜單等級 "觸摸屏",//中文 "tp", //英文 MENU_TYPE_LIST,//菜單類型 NULL,//菜單函數(shù),功能菜單才會執(zhí)行,有子菜單的不會執(zhí)行 MENU_L_2,//菜單等級 "校準",//中文 "calibrate", //英文 MENU_TYPE_FUN,//菜單類型 test_cal,//菜單函數(shù),功能菜單才會執(zhí)行,有子菜單的不會執(zhí)行 MENU_L_2,//菜單等級 "測試",//中文 "test", //英文 MENU_TYPE_FUN,//菜單類型 test_tp,//菜單函數(shù),功能菜單才會執(zhí)行,有子菜單的不會執(zhí)行 MENU_L_1,//菜單等級 "按鍵",//中文 "KEY", //英文 MENU_TYPE_FUN,//菜單類型 test_key,//菜單函數(shù),功能菜單才會執(zhí)行,有子菜單的不會執(zhí)行 /*最后的菜單是結束菜單,無意義*/ MENU_L_0,//菜單等級 "END",//中文 "END", //英文 MENU_TYPE_NULL,//菜單類型 NULL,//菜單函數(shù),功能菜單才會執(zhí)行,有子菜單的不會執(zhí)行 };
這個菜單列表有什么特點和要求呢?1 需要一個根節(jié)點和結束節(jié)點 2 子節(jié)點必須跟父節(jié)點,類似下面結構
   
----------------------------------------------- 根節(jié)點         第11級菜單                        第1個子菜單                        第2個子菜單                        第3個子菜單         第21級菜單                        第1個子菜單                                      第1個孫菜單                                      第2個孫菜單                        第2個子菜單                        第3個子菜單         第31級菜單         第41級菜單         第51級菜單 結束節(jié)點 ------------------------------------------------
第2個1級菜單有3個子菜單,子菜單是2級菜單,其中第1個子菜單下面又有2個孫菜單(3級菜單)。
維護菜單,就是維護這個列表,添加刪除修改,非常容易。那菜單程序怎么樣呢?管他呢。定義好菜單后,通過下面函數(shù)運行菜單,
   
emenu_run(WJQTestLcd, (MENU *)&WJQTestList[0], sizeof(WJQTestList)/sizeof(MENU), FONT_SONGTI_1616, 2);
-第1個參數(shù)是在哪個LCD上顯示菜單, -第2個是菜單列表, -第3個是菜單長度, -第4個四字體, -第5則是行間距
注意:運行這個菜單需要有rtos,因為菜單代碼是while(1)的,陷進去就不出來了。需要有其他線程(TASK)維護系統(tǒng),例如按鍵掃描。
代碼托管在github:https://github.com/wujique/stm32f407/tree/sw_arch
相關文件:emenu.c、emenu.h、emenu_test.c
當前代碼:
1實現(xiàn)了雙列菜單,用數(shù)字鍵選擇進入下一層。每頁最多顯示8個菜單(4*4鍵盤用1-8鍵)
2 實現(xiàn)了單列菜單,通過上下翻查看菜單,確認鍵進入菜單。3 天頂菜單未實現(xiàn),誰有興趣可以加上。
3 基于LCD驅動架構,這個簡易菜單自適應于多種LCD。
效果如下,有需要的盡管拿去,不用謝。

顯示效果

128*64 OLED

分享一個產(chǎn)品級MCU菜單框架設計
分享一個產(chǎn)品級MCU菜單框架設計

128*128 tft lcd

分享一個產(chǎn)品級MCU菜單框架設計
分享一個產(chǎn)品級MCU菜單框架設計

320*240 tft lcd

分享一個產(chǎn)品級MCU菜單框架設計
分享一個產(chǎn)品級MCU菜單框架設計

總結

類似菜單在我開發(fā)的產(chǎn)品上已經(jīng)推廣使用。經(jīng)測試,可以明顯減少測試程序代碼量,節(jié)省程序空間。并且易于修改和維護。

來源:STM32/STM8社區(qū)
版權歸原作者所有,如有侵權,請聯(lián)系刪除。

免責聲明:本文內(nèi)容由21ic獲得授權后發(fā)布,版權歸原作者所有,本平臺僅提供信息存儲服務。文章僅代表作者個人觀點,不代表本平臺立場,如有問題,請聯(lián)系我們,謝謝!

21ic電子網(wǎng)

掃描二維碼,關注更多精彩內(nèi)容

本站聲明: 本文章由作者或相關機構授權發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

LED驅動電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關鍵字: 驅動電源

在工業(yè)自動化蓬勃發(fā)展的當下,工業(yè)電機作為核心動力設備,其驅動電源的性能直接關系到整個系統(tǒng)的穩(wěn)定性和可靠性。其中,反電動勢抑制與過流保護是驅動電源設計中至關重要的兩個環(huán)節(jié),集成化方案的設計成為提升電機驅動性能的關鍵。

關鍵字: 工業(yè)電機 驅動電源

LED 驅動電源作為 LED 照明系統(tǒng)的 “心臟”,其穩(wěn)定性直接決定了整個照明設備的使用壽命。然而,在實際應用中,LED 驅動電源易損壞的問題卻十分常見,不僅增加了維護成本,還影響了用戶體驗。要解決這一問題,需從設計、生...

關鍵字: 驅動電源 照明系統(tǒng) 散熱

根據(jù)LED驅動電源的公式,電感內(nèi)電流波動大小和電感值成反比,輸出紋波和輸出電容值成反比。所以加大電感值和輸出電容值可以減小紋波。

關鍵字: LED 設計 驅動電源

電動汽車(EV)作為新能源汽車的重要代表,正逐漸成為全球汽車產(chǎn)業(yè)的重要發(fā)展方向。電動汽車的核心技術之一是電機驅動控制系統(tǒng),而絕緣柵雙極型晶體管(IGBT)作為電機驅動系統(tǒng)中的關鍵元件,其性能直接影響到電動汽車的動力性能和...

關鍵字: 電動汽車 新能源 驅動電源

在現(xiàn)代城市建設中,街道及停車場照明作為基礎設施的重要組成部分,其質(zhì)量和效率直接關系到城市的公共安全、居民生活質(zhì)量和能源利用效率。隨著科技的進步,高亮度白光發(fā)光二極管(LED)因其獨特的優(yōu)勢逐漸取代傳統(tǒng)光源,成為大功率區(qū)域...

關鍵字: 發(fā)光二極管 驅動電源 LED

LED通用照明設計工程師會遇到許多挑戰(zhàn),如功率密度、功率因數(shù)校正(PFC)、空間受限和可靠性等。

關鍵字: LED 驅動電源 功率因數(shù)校正

在LED照明技術日益普及的今天,LED驅動電源的電磁干擾(EMI)問題成為了一個不可忽視的挑戰(zhàn)。電磁干擾不僅會影響LED燈具的正常工作,還可能對周圍電子設備造成不利影響,甚至引發(fā)系統(tǒng)故障。因此,采取有效的硬件措施來解決L...

關鍵字: LED照明技術 電磁干擾 驅動電源

開關電源具有效率高的特性,而且開關電源的變壓器體積比串聯(lián)穩(wěn)壓型電源的要小得多,電源電路比較整潔,整機重量也有所下降,所以,現(xiàn)在的LED驅動電源

關鍵字: LED 驅動電源 開關電源

LED驅動電源是把電源供應轉換為特定的電壓電流以驅動LED發(fā)光的電壓轉換器,通常情況下:LED驅動電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關鍵字: LED 隧道燈 驅動電源
關閉