STM32常見(jiàn)錯誤
加入技術(shù)交流群
解決辦法： Keil MDK默認使用ULINK仿真器下載程序，在“Utilities選項卡”下把編程所使用的仿真器改為相應的類(lèi)型即可。
二、 編譯工程時(shí)提示如下信息：
main.axf: Error: L6218E: Undefined symbol __BASEPRICONFIG (referred from stm32f10x_nvic.o).
main.axf: Error: L6218E: Undefined symbol __GetBASEPRI (referred from stm32f10x_nvic.o).
main.axf: Error: L6218E: Undefined symbol __RESETFAULTMASK (referred from stm32f10x_nvic.o).
main.axf: Error: L6218E: Undefined symbol __RESETPRIMASK (referred from stm32f10x_nvic.o).
main.axf: Error: L6218E: Undefined symbol __SETFAULTMASK (referred from stm32f10x_nvic.o).
main.axf: Error: L6218E: Undefined symbol __SETPRIMASK (referred from stm32f10x_nvic.o).
解決辦法：工程缺少“cortexm3_macro.s”文件，把cortexm3_macro.s和STM3210x.s全部添加到工程即可。
三、調試器不能連接到STM32的問(wèn)題與解決辦法
很多人都碰到過(guò)調試器不能連接到STM32的問(wèn)題，不管是IAR的J-Link還是Keil的ULink，或者是ST的ST-Link。出現這個(gè)問(wèn)題時(shí)，調試軟件會(huì )提示不能建立與Cortex-M3的連接，或提示不能下載程序，或提示找不到要調試的設備等。
這樣的問(wèn)題都是發(fā)生在調試那些可以在CPU不干預的時(shí)候自動(dòng)運行的模塊、或在調試低功耗模式的程序的時(shí)候。所謂“可以在CPU不干預的時(shí)候自動(dòng)運行的模塊”包括：DMA、定時(shí)器、連續轉換模式下的ADC、看門(mén)狗等模塊。
--------------------------------------------------------------------------------
這個(gè)問(wèn)題的根源是：
1. 調試器需要在RAM內執行一段程序，對Flash進(jìn)行擦寫(xiě)操作，如果不停止這些自動(dòng)運行的模塊，它們會(huì )干擾程序在RAM中的執行，致使下載失敗。比如DMA模塊被配置為不停地拷貝一段數據區，而調試器剛好需要使用DMA數據傳輸的目標區域，這時(shí)DMA的操作將會(huì )與調試器的操作發(fā)生沖突。再比如，如果啟動(dòng)了看門(mén)狗而沒(méi)有執行硬件復位，則在下次調試器需要下載程序時(shí)，看門(mén)狗超時(shí)將觸發(fā)芯片復位，導致下載操作失敗。
2. 低功耗是通過(guò)停止CPU的時(shí)鐘而實(shí)現，JTAG調試是通過(guò)與CPU的通信實(shí)現，停止了CPU的時(shí)鐘致使調試器會(huì )失去與CPU的通信。
--------------------------------------------------------------------------------
有人說(shuō)“我停止調試的時(shí)候，這些模塊已經(jīng)停止了運行，應該不會(huì )干擾到后續的調試”，這個(gè)問(wèn)題要從幾方面看：
1. 調試器是通過(guò)停止CPU核心的時(shí)鐘來(lái)停止被調試程序的運行，實(shí)際上被調試芯片的硬件模塊并沒(méi)有被復位，它們還處于使能狀態(tài)，那些能夠自動(dòng)運行的模塊只是處于暫停狀態(tài)，一旦恢復了時(shí)鐘之后，它們仍會(huì )繼續運行。
2. 目前常用的調試軟件，不管是IAR EWARM還是Keil MDK，調試軟件界面上的"復位"按鈕都不能對芯片執行硬件的復位，這個(gè)"復位"按鈕只能對芯片內的程序執行軟件復位，即把運行指針重新指向復位地址。
3. 使用板上的復位按鈕可以手動(dòng)地進(jìn)行硬件復位，使所有模塊(包括那些能夠自動(dòng)運行的模塊)停止工作并恢復到復位狀態(tài)。但是當調試器需要控制CPU之前，它需要先為CPU核心提供時(shí)鐘，然后需要較長(cháng)的一段時(shí)間做一些初始化的動(dòng)作，然后才能接管CPU核心的控制權。在調試器為CPU核心提供時(shí)鐘之后，用戶(hù)程序就已經(jīng)開(kāi)始運行起來(lái)，如果用戶(hù)程序在調試器接管CPU核心的控制權之前，就初始化好硬件模塊并啟動(dòng)運行，則仍然會(huì )產(chǎn)生與調試器的沖突。
--------------------------------------------------------------------------------
根據以上的分析，解決這個(gè)問(wèn)題的關(guān)鍵是，在調試器接管CPU核心的控制權之前，必須停止所有能夠自動(dòng)運行模塊的操作，使它們處于關(guān)閉狀態(tài)，要做到這一點(diǎn)，可以有以下幾種方案：
1. 每次退出調試狀態(tài)時(shí)，先停止所有模塊的運行，比如執行該模塊的DeInit()操作。
2. 在main()函數開(kāi)始時(shí)，不管各模塊處于什么狀態(tài)，先執行該模塊的DeInit()操作，然后在程序中較晚的時(shí)間或真正需要時(shí)再開(kāi)啟相應的模塊。這樣保證在剛進(jìn)入調試狀態(tài)時(shí)，調試器能夠有充足的時(shí)間完成初始化和下載程序的操作。先執行該模塊的DeInit()操作的目的是為了關(guān)閉哪些上一次操作開(kāi)啟的模塊。
3. 調整BOOT0/BOOT1的設置，把啟動(dòng)模式改變?yōu)閺膬炔縎RAM啟動(dòng)，再結合手工硬件復位。由于BOOT0/BOOT1的狀態(tài)只在硬件復位時(shí)是有意義的，而調試器不做硬件復位，所以這樣的設置不會(huì )影響調試器下載程序到Flash中，也不會(huì )影響在Flash中調試程序。
四、調試STM32程序時(shí)，某些標志位被調試軟件意外清除的問(wèn)題
在調試的過(guò)程中，使用調試軟件的寄存器或存儲器顯示窗口，可以很方便地查看外設寄存器的狀態(tài)。
很多朋友都碰到過(guò)這樣的問(wèn)題：在單步調試時(shí)始終不能在顯示窗口看到某些標志位的變化，應該設置這些標志位的時(shí)候，窗口中卻顯示為0，不少人都錯誤地認為這是芯片的問(wèn)題。
我們知道，不少STM32外設的狀態(tài)寄存器位，可以通過(guò)對某些寄存器的讀操作而清除(例如I2C的I2C_SR1中的很多標志位)，在調試過(guò)程中，每當程序停止在設置的斷點(diǎn)或單步停止時(shí)，調試軟件都會(huì )自動(dòng)地讀出所有指定的寄存器和存儲器中的內容，并刷新窗口的顯示，調試軟件的這個(gè)讀操作恰好清除了那些標志位，造成了上面描述的現象。
有幾個(gè)簡(jiǎn)單的辦法解決這個(gè)問(wèn)題：
1. 關(guān)閉寄存器或存儲器顯示窗口。
2. 在寄存器或存儲器顯示窗口中不顯示這些敏感的寄存器。
3. 不要把斷點(diǎn)放在對這些敏感的寄存器位操作的前面，以保證這些寄存器位不被調試軟件意外地操作。
4. 看官自己添加~~~~~
五、在使用STM32的外設時(shí)，由于IO口被用作復用功能，但是外設的初始化正確，GPIO口初始化正確，外設的時(shí)鐘也已開(kāi)啟，但是外設無(wú)法正常運行
其中最關(guān)鍵的一項，大多數使用者多沒(méi)有設置，就是某個(gè)IO口被用作外設的接口時(shí)，需要開(kāi)啟IO口的復用功能的時(shí)鐘，即進(jìn)行外設、IO的時(shí)鐘使能時(shí)，需要如下代碼：
RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOx | RCC_APB2Periph_AFIO, ENABLE); /* GPIOx and AFIO clock enable */
x --- 為對應的GPIO口，如：A、B、C、D、E。
在使用時(shí)，一定要注意該要點(diǎn)！
評論