轉(zhuǎn)自 | 嵌入式云IOT技術(shù)圈

微信公眾號?|?嵌入式專欄

?

不知道有多少人折騰過液晶顯示的菜單，我覺得很多人都應(yīng)該搞過，我還記得以前大學(xué)參加電子設(shè)計競賽獲獎的作品，我就用到了一個12864，里面有菜單功能。

以前可能覺得菜單高大上，其實并不是想象中的復(fù)雜，本文為大家分享一個用單色屏做的菜單框架。

概述

?

代碼托管在github：

https://github.com/wujique/stm32f407/tree/sw_arch?

?

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

?

菜單框架設(shè)計

作為一個底層驅(qū)動工程師，驅(qū)動寫完了，是要寫硬件測試程序的。這個測試程序，一般給測試部/硬件工程師用來測試硬件， 也會給工廠產(chǎn)線測試準(zhǔn)成品。

開始的人偷懶，不想一秒就直接上，所有菜單都這樣做，一層套一層

當(dāng)菜單越來越多，就開始糾結(jié)了，這樣寫維護(hù)不便，看起來也不美，還浪費(fèi)程序空間。

作為一個天天看《編程之美》的碼農(nóng)，決定改變現(xiàn)狀。酷狗百度一番，找到了兩個參考：《基于二叉樹的多層的液晶菜單界面設(shè)計》 《基于節(jié)點(diǎn)編號的通用樹狀菜單設(shè)計方法與實現(xiàn).pdf》 按照他們的設(shè)計方法，鼓搗了一個版本，能用，挺好，但是也糾結(jié)。因為他們用了樹這種數(shù)據(jù)結(jié)構(gòu)。對于程序運(yùn)行來說，非常好，效率高。但是對于我來說，菜單代碼是一次性的，但是菜單內(nèi)容，卻是會經(jīng)常改的。讓我用人腦去維護(hù)一個包含幾十個上百個菜單的樹，不容易。

想來想去，這些菜單到底有什么不好？對于我來說，為什么不好用？得出下面結(jié)論：

?

根據(jù)需求，我重新設(shè)計了一個菜單結(jié)構(gòu)體

是的，就這么簡單，每一個菜單都是這個結(jié)構(gòu)體 用這個結(jié)構(gòu)體填充一個列表，就是我們的菜單了






以上是例程

這個菜單列表有什么特點(diǎn)和要求呢？1 需要一個根節(jié)點(diǎn)和結(jié)束節(jié)點(diǎn) 2 子節(jié)點(diǎn)必須跟父節(jié)點(diǎn)，類似下面結(jié)構(gòu)

維護(hù)菜單，就是維護(hù)這個列表，添加刪除修改，非常容易。那菜單程序怎么樣呢？管他呢。定義好菜單后，通過下面函數(shù)運(yùn)行菜單，

?emenu_run(WJQTestLcd,?(MENU?*)&WJQTestList[0],?sizeof(WJQTestList)/sizeof(MENU),?FONT_SONGTI_1616,?2);????????

-第1個參數(shù)是在哪個LCD上顯示菜單， -第2個是菜單列表， -第3個是菜單長度， -第4個四字體， -第5則是行間距

注意：運(yùn)行這個菜單需要有rtos，因為菜單代碼是while(1)的，陷進(jìn)去就不出來了。需要有其他線程(TASK)維護(hù)系統(tǒng)，例如按鍵掃描。

菜單實現(xiàn)效果

相關(guān)文件：emenu.c、emenu.h、emenu_test.c

當(dāng)前代碼：?

1實現(xiàn)了雙列菜單，用數(shù)字鍵選擇進(jìn)入下一層。每頁最多顯示8個菜單（4*4鍵盤用1-8鍵）

2 實現(xiàn)了單列菜單，通過上下翻查看菜單，確認(rèn)鍵進(jìn)入菜單。3 天頂菜單未實現(xiàn)，誰有興趣可以加上。

3 基于LCD驅(qū)動架構(gòu)，這個簡易菜單自適應(yīng)于多種LCD。

效果如下，有需要的盡管拿去，不用謝。

顯示效果

128*64 OLED

128*128 tft lcd

320*240 tft lcd

?

最后說明

以上菜單框架來源屋脊雀工作室，適合初學(xué)者練習(xí)。我看下這個菜單框架，其實還有很多改進(jìn)地方。

我當(dāng)初大學(xué)電子設(shè)計競賽用到類似結(jié)構(gòu)體方式，但我那菜單框架用到了二級指針，可以做到無限極擴(kuò)展，而且可以指向（跳轉(zhuǎn)）任意菜單，方便按鍵進(jìn)入、返回等操作。

本文就分享到這里，感興趣的讀者可以自己寫一個菜單框架。