新聞中心

STM32常見錯誤

作者: 時間:2016-11-09 來源:網絡 收藏
一、 在“Debug選項卡”下設置好仿真器的類型后,下載程序時卻提示“No ULINK Device found.”

解決辦法: Keil MDK默認使用ULINK仿真器下載程序,在“Utilities選項卡”下把編程所使用的仿真器改為相應的類型即可。

二、 編譯工程時提示如下信息:

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的問題與解決辦法

很多人都碰到過調試器不能連接到STM32的問題,不管是IAR的J-Link還是Keil的ULink,或者是ST的ST-Link。出現這個問題時,調試軟件會提示不能建立與Cortex-M3的連接,或提示不能下載程序,或提示找不到要調試的設備等。

這樣的問題都是發(fā)生在調試那些可以在CPU不干預的時候自動運行的模塊、或在調試低功耗模式的程序的時候。所謂“可以在CPU不干預的時候自動運行的模塊”包括:DMA、定時器、連續(xù)轉換模式下的ADC、看門狗等模塊。

--------------------------------------------------------------------------------

這個問題的根源是:

1. 調試器需要在RAM內執(zhí)行一段程序,對Flash進行擦寫操作,如果不停止這些自動運行的模塊,它們會干擾程序在RAM中的執(zhí)行,致使下載失敗。比如DMA模塊被配置為不停地拷貝一段數據區(qū),而調試器剛好需要使用DMA數據傳輸的目標區(qū)域,這時DMA的操作將會與調試器的操作發(fā)生沖突。再比如,如果啟動了看門狗而沒有執(zhí)行硬件復位,則在下次調試器需要下載程序時,看門狗超時將觸發(fā)芯片復位,導致下載操作失敗。

2. 低功耗是通過停止CPU的時鐘而實現,JTAG調試是通過與CPU的通信實現,停止了CPU的時鐘致使調試器會失去與CPU的通信。

--------------------------------------------------------------------------------

有人說“我停止調試的時候,這些模塊已經停止了運行,應該不會干擾到后續(xù)的調試”,這個問題要從幾方面看:

1. 調試器是通過停止CPU核心的時鐘來停止被調試程序的運行,實際上被調試芯片的硬件模塊并沒有被復位,它們還處于使能狀態(tài),那些能夠自動運行的模塊只是處于暫停狀態(tài),一旦恢復了時鐘之后,它們仍會繼續(xù)運行。

2. 目前常用的調試軟件,不管是IAR EWARM還是Keil MDK,調試軟件界面上的"復位"按鈕都不能對芯片執(zhí)行硬件的復位,這個"復位"按鈕只能對芯片內的程序執(zhí)行軟件復位,即把運行指針重新指向復位地址。

3. 使用板上的復位按鈕可以手動地進行硬件復位,使所有模塊(包括那些能夠自動運行的模塊)停止工作并恢復到復位狀態(tài)。但是當調試器需要控制CPU之前,它需要先為CPU核心提供時鐘,然后需要較長的一段時間做一些初始化的動作,然后才能接管CPU核心的控制權。在調試器為CPU核心提供時鐘之后,用戶程序就已經開始運行起來,如果用戶程序在調試器接管CPU核心的控制權之前,就初始化好硬件模塊并啟動運行,則仍然會產生與調試器的沖突。

--------------------------------------------------------------------------------

根據以上的分析,解決這個問題的關鍵是,在調試器接管CPU核心的控制權之前,必須停止所有能夠自動運行模塊的操作,使它們處于關閉狀態(tài),要做到這一點,可以有以下幾種方案:

1. 每次退出調試狀態(tài)時,先停止所有模塊的運行,比如執(zhí)行該模塊的DeInit()操作。

2. 在main()函數開始時,不管各模塊處于什么狀態(tài),先執(zhí)行該模塊的DeInit()操作,然后在程序中較晚的時間或真正需要時再開啟相應的模塊。這樣保證在剛進入調試狀態(tài)時,調試器能夠有充足的時間完成初始化和下載程序的操作。先執(zhí)行該模塊的DeInit()操作的目的是為了關閉哪些上一次操作開啟的模塊。

3. 調整BOOT0/BOOT1的設置,把啟動模式改變?yōu)閺膬炔縎RAM啟動,再結合手工硬件復位。由于BOOT0/BOOT1的狀態(tài)只在硬件復位時是有意義的,而調試器不做硬件復位,所以這樣的設置不會影響調試器下載程序到Flash中,也不會影響在Flash中調試程序。

四、調試STM32程序時,某些標志位被調試軟件意外清除的問題

在調試的過程中,使用調試軟件的寄存器或存儲器顯示窗口,可以很方便地查看外設寄存器的狀態(tài)。

很多朋友都碰到過這樣的問題:在單步調試時始終不能在顯示窗口看到某些標志位的變化,應該設置這些標志位的時候,窗口中卻顯示為0,不少人都錯誤地認為這是芯片的問題。

我們知道,不少STM32外設的狀態(tài)寄存器位,可以通過對某些寄存器的讀操作而清除(例如I2C的I2C_SR1中的很多標志位),在調試過程中,每當程序停止在設置的斷點或單步停止時,調試軟件都會自動地讀出所有指定的寄存器和存儲器中的內容,并刷新窗口的顯示,調試軟件的這個讀操作恰好清除了那些標志位,造成了上面描述的現象。

有幾個簡單的辦法解決這個問題:

1. 關閉寄存器或存儲器顯示窗口。
2. 在寄存器或存儲器顯示窗口中不顯示這些敏感的寄存器。
3. 不要把斷點放在對這些敏感的寄存器位操作的前面,以保證這些寄存器位不被調試軟件意外地操作。
4. 看官自己添加~~~~~

五、在使用STM32的外設時,由于IO口被用作復用功能,但是外設的初始化正確,GPIO口初始化正確,外設的時鐘也已開啟,但是外設無法正常運行

其中最關鍵的一項,大多數使用者多沒有設置,就是某個IO口被用作外設的接口時,需要開啟IO口的復用功能的時鐘,即進行外設、IO的時鐘使能時,需要如下代碼:

RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOx | RCC_APB2Periph_AFIO, ENABLE); /* GPIOx and AFIO clock enable */

x --- 為對應的GPIO口,如:A、B、C、D、E。

在使用時,一定要注意該要點!


關鍵詞: STM32常見錯

評論


技術專區(qū)

關閉