|
前言
某客戶和我們反應(yīng)他們制作回來的板子,能下載程序但是程序執(zhí)行不了。
一、復(fù)現(xiàn)現(xiàn)象
硬件是:客戶自己設(shè)計制作的板子。上面是STM32F411CEUx的芯片
軟件版本是Cube庫中的:基于問題是能下載程序,但是代碼執(zhí)行不了,所以自己用Cube生成了一個項目工程,主函數(shù)里面就是GPIO口的翻轉(zhuǎn),正好客戶的板子上有LED燈,所以如果代碼被執(zhí)行了,就可以看到燈的閃爍。
二、程序解讀
連接好調(diào)試工具STLINK,
2.1/ IAR編譯環(huán)境
程序能夠正常下載,而且能夠執(zhí)行,可以看到對應(yīng)的LED燈的閃爍。
2.2/ Keil編譯環(huán)境
使用Keil的編譯環(huán)境下載,確實能夠下載,但是入口的地址是如下黃色的那行顯示所示,如果單步執(zhí)行(F11)或全速運行(F5),程序始終在原位置不動(0x1FFF4252),
如果強制的將PC指針的值和SP的值修改為0x8000000與0x2000000,然后在點擊運行,則能夠跑到main()函數(shù),再全速運行,能夠看到客戶板子上的LED燈的閃爍。
但是如果不強制修改PC和SP指針的值,則程序不執(zhí)行。
70d36acdf9e1b90beb2120545cf4add8.png (104.74 KB, 下載次數(shù): 84)
下載附件
2017-4-7 00:34 上傳
所以問題就變成為什么程序下載進去后的地址是0x1FFF4252 ?0x1FFF4252又是什么地址呢?
查閱相應(yīng)的手冊,
c409160a576378a92ae3d05d287758a1.png (243.51 KB, 下載次數(shù): 66)
下載附件
2017-4-7 00:34 上傳
發(fā)現(xiàn)0x1FFF4252是處在了System memory區(qū)域。
咨詢了客戶,他們設(shè)計的是程序從Flash memory區(qū)域啟動的而且程序中沒有對Option Byte進行配置,那問題就很清楚了,用萬用表測量了客戶板上的Boot 0引腳的電平,發(fā)現(xiàn)電平不對,達到1.6V,這么高的電平可以被視為高電平了。
0662e8484a4bedb0ca09e4a8100d8a71.png (59.25 KB, 下載次數(shù): 74)
下載附件
2017-4-7 00:34 上傳
對照客戶的原理圖,原來Boot有上拉和下拉的電阻,焊接的時候?qū)⑦@兩個電阻都焊接上去了,去掉上拉電阻,使的BOOT0的引腳接地為低電平,再編譯下載進入Keil的環(huán)境,程序能夠被正常執(zhí)行了。問題找到了。
對于最初的測試,硬件相同,軟件相同,然而IAR可以正常運行,KEIL卻不能執(zhí)行,不解,可以IAR編譯環(huán)境的設(shè)置比較智能 |
|