因為上一個題目的界面是自己一個一個點打到屏幕上去的，計算過程相當惡心，所以這兩天趕緊弄了一下μCGUI，希望對后面的人機交互界面的設(shè)計有所幫助。
說實話，我對于人機交互界面的設(shè)計真心沒什么的靈感，上次趙穎老師就委婉的表達了這個意思，我也深刻的意識到了這個問題，就是設(shè)計的界面相當普通，沒有給人一種眼前一亮的感覺。
首先感謝隊友王綏學(xué)給我提供的資料，因為自己電腦運行各種大型軟件實在是太卡，所以這個暑假把女朋友電腦留下，不過資料都在另外一臺電腦中，需要的資料就給隊友要，十分的感謝啊！
按照教程一步一步的做下來，前面幾步關(guān)于GUI的參數(shù)設(shè)置沒什么問題，無非是用到的功能將其參數(shù)置1，用不到的功能將其參數(shù)置0，但是在最后一步中，就是將自己的LCD底層驅(qū)動與μCGUI連接起來，這里出現(xiàn)了問題，開始的時候編譯總是出錯，耗費了我一個上午的時間啊，以為是新版本的keil不兼容造成的，然后從4.72版本直接降至3.8版本，可是又出現(xiàn)了同樣的問題，各種變量的undefined。下午到了實驗室，開始認真的閱讀排查代碼，然后終于一句話讓我眼前一亮：#ifndef LCD_H……（各種參數(shù)定義） #endif。因為我自己的驅(qū)動文件中定義了一個LCD_H，所以造成上面的一部分代碼在編譯的時候就跳過沒有編譯，才造成了各種參數(shù)的未定義，刪除了LCD_H還有LCD_W之后，果斷的通過了編譯，然后下載之后在屏幕上看到了顯示的內(nèi)容。
接下來就是優(yōu)化代碼，因為μCGUI是一個通用的圖形軟件庫，所以也就再所難免它還有可優(yōu)化的地方，尤其是刷屏的速度上，如果是整屏刷新的話，可以很明顯的看出來進度，很慢。首先，是把自己驅(qū)動的TFT_Point（）函數(shù)的代碼直接復(fù)制到μCGUI的畫點函數(shù)中，因為如果是在μCGUI的畫點函數(shù)中調(diào)用TFT_Point（）的話，每一個點都會有一個入棧和出棧的時間浪費，降低了屏幕的刷新速度，同樣的道理，把自己的讀點的驅(qū)動函數(shù)代碼也直接復(fù)制過去，還有就是GUI_Fill之類的函數(shù)，因為這些函數(shù)是整塊整塊的在刷屏，但是μCGUI是一個點調(diào)用一個畫點函數(shù)，這樣每個點都要寫相關(guān)的命令和坐標，很低效。直接把自己的代碼中的Fill相關(guān)的代碼復(fù)制過去，寫好起始坐標之后，就開始向屏幕的RAM中直接送數(shù)據(jù)，至于坐標的加1是屏幕的控制器自動完成的，這樣也節(jié)省了時間，完成了這些優(yōu)化之后可以看到刷屏速度有了不少的提高。我用的是STM32F103RBT6作為主控芯片，它的最高主頻是72M，是通過外部的8M經(jīng)過鎖相環(huán)9倍頻達到的，我把它12倍頻超頻運行之后，可以看出刷屏速度有了相當明顯的提高，所以，芯片的主頻也是制約刷屏速度的重要因素，ARM M系列的芯片重要用于控制，而應(yīng)用型的ARM A系列的主頻可以達到更高，玩起屏幕應(yīng)該會更爽，而這個系列的芯片應(yīng)該才是大家所熟悉的ARM。
另外一個制約因素，F(xiàn)LASH的大小，我的單片機只有128Kb的FLASH，一般來說這已經(jīng)相當大了，但是今天顯示位圖的時候，先直接轉(zhuǎn)換的時候，超過FLASH大小，然后把圖片縮小到50%，然后還是沒有編譯通過，接著再縮小50%，編譯通過，顯示正常，雖然FLASH可以外部擴展，但是對于低主頻的控制芯片來說，刷屏速度本來就已經(jīng)夠慢的了，還要花時間去讀取外部的FLASH，然后再顯示，那種速度就可想而知了，前陣子申請到的STM32F407的芯片，是基于ARM Conterx M4的內(nèi)核，里面自帶了1M的FLASH，這個就相當牛逼了，玩起來GUI應(yīng)該很爽，而且主頻可以最高168M，比F103RBT6的兩倍還要高，刷屏速度應(yīng)該可以得到很大的提升，效果應(yīng)該會更好。
前兩天在正點原子的店里看到了一個7寸的電容屏，和我的單片機接口可以匹配的上，不過暫時沒有買的打算，第一沒有那么多資金，要300多，第二，我的單片機主頻有點低，玩大屏效果肯定很不爽，帶大屏就要高頻的高級貨才行，等到從老師那里拿到TQ2440的板子之后玩玩ARM，這個的主頻到時候帶屏幕應(yīng)該不成問題了。
目前只看到了第7章，接著看，重頭戲還在后面。