STM32F030 Nucleo-開(kāi)發(fā)環(huán)境的搭建和工程建立
忍不住,還是在公司的電腦里安裝了開(kāi)發(fā)環(huán)境,我個(gè)人比較喜歡Keil,所以就裝個(gè)MDK513!環(huán)境安裝好了!包括如果在電腦中還有其他ARM的開(kāi)發(fā)工具,那么Keil5就需要在環(huán)境變量中修改路徑。不過(guò)這點(diǎn)不需要說(shuō)了,度娘里面資料非常多!搜搜就好!
環(huán)境搭好后,為了驗(yàn)證,我就迫不及待的解壓前面下載的標(biāo)準(zhǔn)外設(shè)庫(kù)STM32F0xx_StdPeriph_Lib_V1.5.0,然后再路徑:......STM32F0xx_StdPeriph_Lib_V1.5.0ProjectsSTM32F0xx_StdPeriph_TemplatesMDK-ARM 中打開(kāi)標(biāo)準(zhǔn)外設(shè)庫(kù)提供的工程模板,然后就是編譯了!
然后,然后,悲催的事情出現(xiàn)了:報(bào)錯(cuò)!報(bào)錯(cuò)!報(bào)了很多的錯(cuò)!!但是基本上都是一個(gè)錯(cuò)誤如下:
......LibrariesCMSISDeviceSTSTM32F0xxIncludestm32f0xx.h(479): error: #5: cannot open source input file "core_cm0.h": No such file or directory
#include "core_cm0.h"
..system_stm32f0xx.c: 0 warnings, 1 error
從錯(cuò)誤中來(lái)看!很明顯:找不到這個(gè)core_cm0.h頭文件
雙擊錯(cuò)誤然后就可以看到出錯(cuò)的地方:
注意一點(diǎn):#include "core_cm0.h"使用的是””號(hào),而不是<>尖括號(hào)。所以在庫(kù)里面找到添加即可!
添加之后!再編譯!又來(lái)了!錯(cuò)誤如下:
..LibrariesCMSIScore_cm0.h(127): error: #5: cannot open source input file "core_cmInstr.h": No such file or directory
#include /* Core Instruction Access */
進(jìn)去之后如下:
這個(gè)文件是<>尖括號(hào)包含的,那么就是說(shuō)是從Keil的庫(kù)中包含的,而不是我們自己添加的!(當(dāng)然,要解決這個(gè)問(wèn)題也可以自己添加頭文件,然后將<>改成“”,但是這么多文件都包含了這個(gè)頭文件,這種傻缺的事咱還是別玩了!所以另想辦法!!)。于是乎我進(jìn)如我的Keil5安裝目錄,在路徑:D:Program FilesKeil_v5ARMPackARMCMSIS4.2.0CMSISInclude找到了core_cmInstr.h這個(gè)頭文件(我在D盤(pán)安裝的keil5),那么說(shuō)明在keil路徑下是存在這個(gè)文件的,但是為毛就是沒(méi)有被調(diào)用呢?
百度了一下,找到了很多相關(guān)的東西,但是都是解釋這是啥??有的哥們是用了上面的方法編譯通過(guò)了!反正就是沒(méi)明說(shuō)!
然后,我才想起來(lái),這個(gè)問(wèn)題早在好久以前我就在我的筆記本解決過(guò)了!那時(shí)候沒(méi)記錄下來(lái),所以現(xiàn)在又忘了!但是我想起了,之前經(jīng)過(guò)跟蹤代碼發(fā)現(xiàn)一個(gè)問(wèn)題,在keil工程中,core_cm3.c/core_cm0.c這個(gè)文件里面的內(nèi)嵌匯編代碼根本就沒(méi)有調(diào)用,調(diào)用的是core_cmInstr.c和core_cmFunc.c這兩個(gè)文件的內(nèi)容,是作為內(nèi)核處理的依據(jù),所以,不用說(shuō)了,就是和它倆有關(guān)系!!而且經(jīng)過(guò)實(shí)際驗(yàn)證core_cm3.c/core_cm0.c等這個(gè)文件再keil工程中可以干掉。
那么隨著又想起了一個(gè)問(wèn)題,keil472以前的keil在安裝的時(shí)候,在安裝目錄下X:Program FilesKeilARM目錄下存在CMSIS文件夾,而在keil5安裝好之后,是不存在這個(gè)文件夾的所以才出現(xiàn)以上的錯(cuò)誤!于是乎!我將
D:Program FilesKeil_v5ARMPackARMCMSIS4.2.0目錄下的CMSIS文件夾拷貝到了D:Program FilesKeil_v5ARM目錄下,這個(gè)文件夾整整有239M哇(我磁盤(pán)空間不多了,小小螞蚱也是肉)!果斷的將CMSIS目錄下的除了Include文件夾之外的所以文件/文件夾都干掉了!在編譯!。。。。。0錯(cuò)誤0警告通過(guò)了!
迫不及待的就從標(biāo)準(zhǔn)外設(shè)庫(kù)STM32F0xx_StdPeriph_Lib_V1.5.0中將必要文件拷貝出來(lái),自己建一個(gè)工程!!!建好之后!同樣編譯!哇靠!好長(zhǎng)的警告!
..LibrariesFWlibsrcstm32f0xx_wwdg.c(152): warning: #223-D: function "assert_param" declared implicitly
進(jìn)去一看!就是找不到這個(gè)函數(shù)!啥情況呢??文件添加不完全??其實(shí)不是的,我相信只要是玩過(guò)ST的MCU的人都知道,ST的庫(kù)在編譯的時(shí)候,可以可控的選擇編譯一些必要的驅(qū)動(dòng)文件,一些用不到的可以不編譯!就是這個(gè)stm32f0xx_conf.h頭文件了!進(jìn)入這個(gè)頭文件就可以看到(1)驅(qū)動(dòng)文件的頭文件!
(2)上面報(bào)警告的“函數(shù)”,其實(shí)它是個(gè)宏!先不管他!編譯通過(guò)再說(shuō)!
那么也就說(shuō)明stm32f0xx_conf.h這個(gè)頭文件沒(méi)有被包含在工程中,但是一查看
確實(shí)是包含了!而且頭文件也在keil的C/C++->Include添加了!
那么啥情況呢??看來(lái)還沒(méi)有找到最根本的問(wèn)題所在!
同樣的我也是憑著經(jīng)驗(yàn)的記得!這個(gè)stm32f0xx_conf.h頭文件是在stm32f0xx.h頭文件下包含的!于是乎,找到文件就可以查找到了如下圖:
在stm32f0xx.h頭文件的最底部找到了這句話:
#ifdef USE_STDPERIPH_DRIVER
#include "stm32f0xx_conf.h"
#endif
如果定義USE_STDPERIPH_DRIVER這個(gè)宏,那么stm32f0xx_conf.h頭文件將被包含!那么問(wèn)題就解決了!我們只需要定義這個(gè)宏就好!
這里提供兩種解決辦法!
(1)如下圖
直接在上面添加宏定義語(yǔ)句:
#define USE_STDPERIPH_DRIVER
之后編譯!0錯(cuò)誤0警告!
但是本人不推薦使用這種方法!推薦使用方法(2)
(2)如下圖
在上圖頁(yè)面Define添加宏:USE_STDPERIPH_DRIVER
確定!再編譯!同樣的0錯(cuò)誤0警告!
那么為什么不建議使用第一種方法呢?
因?yàn)閷?duì)于庫(kù)來(lái)說(shuō)為了更靈活的使用(有些東西是沒(méi)必要時(shí)時(shí)存在的),當(dāng)需要某部分的庫(kù)時(shí),在添加即可,在keil上添加是全局的,而且不改變庫(kù)的源文件!并且容易修改!如果是第一種方法!可能那天就忘了!有時(shí)候想關(guān)個(gè)東西都得找半天!其實(shí)言下之意就是,這樣的宏在庫(kù)中還存在著很多!
OK了!STM32F030??桶蹇ǖ牡谝粋€(gè)工程就建好了!我是個(gè)懶人!將其作為模板!以后直接拷貝它使用就好!
當(dāng)然!對(duì)于不想使用庫(kù)進(jìn)行開(kāi)發(fā)的童鞋,可能猶豫!因?yàn)镾TM32F103系列的,有很多大神寫(xiě)好了在直接操作寄存器時(shí)候的一些封裝,所以可以直接用,但是這里,就不同了!那么咋辦呢?
其實(shí)只需要添加stm32f0xx.h文件和startup_stm32f030.s啟動(dòng)文件,再包含必要的內(nèi)核文件/頭文件即可!這才是操作寄存器了!哈哈!那么有人可能不理解了,在F103的時(shí)候,我們自己寫(xiě)的中斷函數(shù)還有一個(gè)什么函數(shù),并且中斷函數(shù)隨意命名!哈哈!!建議自己去研究M0內(nèi)核的中斷向量表吧!嘿嘿!