單片機(jī)編程軟件的重要性不言而喻，而Keil單片機(jī)編程軟件更是諸多單片機(jī)編程軟件中的佼佼者之一。本文對(duì)Keil單片機(jī)編程軟件的講解基于Keil 5版本，主要為大家介紹這款單片機(jī)編程軟件中有關(guān)MDK的一些功能小技巧，以幫助大家提高對(duì)Keil的掌握程度。

主要技巧點(diǎn)如下：

1.并不是所有源文件（.c）都需要加進(jìn)工程中，只需要添加必要的源文件即可。無論是什么開發(fā)環(huán)境，只要是C/C++的工程，工程編譯時(shí)間的決定因素就是工程中的源文件，以STM32 HAL庫的工程為例，單片機(jī)外設(shè)的驅(qū)動(dòng)文件一般是【stm32fxxx_hal_xxx.c】的格式，里面有多少個(gè)這樣的源文件，就代表這個(gè)工程啟用了多少個(gè)STM32單片機(jī)的外設(shè)。我們可以做個(gè)對(duì)比：

我們使用STM32CubeMX生成一個(gè)工程，工程用到了外部高頻、低頻晶振、SPI1、USART1，CubeMX自動(dòng)生成的工程里面，源文件只有必要的十來個(gè)：

然后我們把一些不必要用到的源文件也加進(jìn)去，我這里索性把CubeF1固件庫里面的全部外設(shè)驅(qū)動(dòng)都加進(jìn)去了，甚至包括一些完全沒有必要加進(jìn)去的template.c模版：

可以看到，生成的Code大小差得非常遠(yuǎn)，我這里還是用ARMCCV6版本的編譯器，還看不出前后兩個(gè)工程的編譯時(shí)間，如果是用ARMCCV5版本的，估計(jì)時(shí)間要差好幾倍。實(shí)際上前后兩個(gè)工程，實(shí)現(xiàn)的效果完全是一樣的，那些原本沒有必要加進(jìn)去的源文件，除了浪費(fèi)編譯空間和編譯時(shí)間以外，沒有任何用處。

2.頭文件（.h）可以隨便加進(jìn)工程中。在MDK的代碼開發(fā)工程中，頭文件是必不可少的。頭文件在工程的作用是提供宏定義/常量、結(jié)構(gòu)體聲明、枚舉量聲明統(tǒng)一放置的地方、函數(shù)的聲明（甚至可以直接把函數(shù)的實(shí)現(xiàn)寫在頭文件里面，沒有任何問題）。在實(shí)際的開發(fā)過程中，經(jīng)常要頻繁修改宏定義，而傳統(tǒng)MDK開發(fā)者的習(xí)慣一般是工程只添加源文件而不添加頭文件，這樣就使得修改宏定義變得非常麻煩了，我們應(yīng)該摒棄這個(gè)習(xí)慣，把頻繁使用的頭文件加進(jìn)工程中。

3.編譯器版本選V6。在MDK 5.24和MDK 5.25中，有個(gè)非常重要的更新，那就是MDK開始逐步支持完善ARMCC_V6編譯器了。在以前的5.20以下的版本中，時(shí)常聽說大佬們有用ARMCC_V6編譯器的，但大多都是放禮炮，按照例程走也是一大堆報(bào)錯(cuò)，真正能實(shí)現(xiàn)的沒幾個(gè)，而從5.24版本開始，MDK使用V6編譯器一般不會(huì)再出現(xiàn)報(bào)錯(cuò)了。使用V6編譯器的步驟：

1）添加cmsis_armcc_V6.h頭文件進(jìn)我們的工程中，并設(shè)置包含路徑;

2）工程的Tatget選項(xiàng)卡的編譯器版本選V6.9;

3）Misc Controls留空，C語言和C++語言都選gnu11版本，優(yōu)化等級(jí)隨意，沒有關(guān)系;

這樣，MDK使用V6編譯器編譯工程就沒有任何問題了。

4.生成bin文件。MDK還有一個(gè)重要的功能就是生成bin文件，直接在工程的User選項(xiàng)卡下面的After Build里面添加一行【fromelf.exe --bin -o“$L@L.bin” “#L”】：

工程編譯輸出如下信息即代表bin文件成功生成：

在工程文件的目錄下可看到與工程文件同名的bin文件：

5.注釋與縮進(jìn)快捷鍵

MDK Keil 5中一個(gè)非常實(shí)用的新功能：批量注釋/取消注釋和代碼批量縮進(jìn)/后退。如果需要把一大段代碼全部注釋掉，只需要點(diǎn)一個(gè)按鈕便可。

6.一級(jí)文件目錄

MDK的工程，說到底是由眾多的頭文件和源文件組成的，這些頭文件和源文件被分裝在了不同的目錄，MDK工程通過鏈接這些文件夾目錄來找到對(duì)應(yīng)的源文件和頭文件?？墒?，在ST官方的例程中，頭文件，源文件，庫文件，啟動(dòng)文件放在了多層混亂的目錄中，雖說官方這樣做的目的是為了更好地對(duì)驅(qū)動(dòng)文件進(jìn)行分類和管理，但對(duì)于我們開發(fā)者來說，要移植他們官方的例程，真的不是一件容易的事，我就放幾張截圖看看官方的例程是怎么存放工程文件和驅(qū)動(dòng)文件的：

反觀原子的例程，除了個(gè)別第三方庫如DSP和FATFS是二級(jí)目錄外，只有一級(jí)目錄，結(jié)構(gòu)清晰：

我們應(yīng)該提倡在MDK里面只使用一級(jí)目錄，無論是文件查找還是例程移植，都非常方便：

7.使能MicroLIB

在MDK中有一個(gè)跟標(biāo)準(zhǔn)C庫非常接近的功能，那就是MicroLIB，在工程配置菜單里面可以找到這個(gè)設(shè)置：

這個(gè)庫是缺省標(biāo)準(zhǔn)C庫的備選庫，選上這個(gè)之后，可以用標(biāo)準(zhǔn)C庫的一些經(jīng)過簡化的庫函數(shù)，如fputc memcpy等等，其中最常用的當(dāng)然是fputc了，這個(gè)函數(shù)寫好之后可以直接用printf函數(shù)打印數(shù)據(jù)，外設(shè)可以是串口，也可以是顯示屏。

8.手動(dòng)KeilKill

大家應(yīng)該都知道MDK有個(gè)KeilKill腳本，這個(gè)腳本的作用是把編譯生成的obj等中間文件刪掉，這樣工程要進(jìn)行復(fù)制黏貼或是打包的時(shí)候就不會(huì)太過于占用空間，中間文件生成的大小與工程中的源文件代碼量直接相關(guān)。實(shí)際上KeilKill是可以手動(dòng)進(jìn)行的，就是把與工程文件（.uvprojx）同一目錄下的其它文件全部刪除，效果與KeilKill腳本完全一樣。
責(zé)任編輯；zl