使用Keil的編譯環境下載，確實能夠下載，但是入口的地址是如下黃色的那行顯示所示，如果單步執行（F11）或全速運行（F5）,程序始終在原位置不動（0x1FFF4252），如果強制的將PC指針的值和SP的值修改為0x8000000與0x2000000，然后在點擊運行，則能夠跑到main()函數，再全速運行，能夠看到客戶板子上的LED燈的閃爍。

但是如果不強制修改PC和SP指針的值，則程序不執行。

所以問題就變成為什么程序下載進去后的地址是0x1FFF4252？0x1FFF4252又是什么地址呢？查閱相應的手冊，發現0x1FFF4252是處在了Systemmemory區域。

用萬用表測量了客戶板上的Boot0引腳的電平，發現電平不對，達到1.6V，這么高的電平可以被視為高電平了。

對照客戶的原理圖，原來Boot有上拉和下拉的電阻，焊接的時候將這兩個電阻都焊接上去了，去掉上拉電阻，使的BOOT0的引腳接地為低電平，再編譯下載進入Keil的環境，程序能夠被正常執行了。問題找到了。

對于最初的測試，硬件相同，軟件相同，然而IAR可以正常運行，KEIL卻不能執行，不解，可以IAR編譯環境的設置比較智能。

問題2：調試進入HardFault_Handler函數

網上說了比如堆棧溢出，內存溢出的原因，

對照上述方法未解決。查閱發現有可能是stm32L系列使用內部時鐘HSI的原因。

stm32L低功耗的芯片在配置系統時鐘之前，需要配置flash的訪問方式以ACC64以及LATENCY，還有內核可調電壓的范圍VOS[1:0]。否則的話，連最高頻率32MHz都無法作為系統時鐘。

轉自：http://bbs.eeworld.com.cn/thread-490070-1-1.html

將下面幾行代碼添加到systeminit函數的開頭。

FLASH_ReadAccess64Cmd( DISABLE);//系統默認是32位訪問，根據情況，可以配置為64位
? ? ? ?FLASH_SetLatency(FLASH_Latency_0); //FLASH zero Latency cycle
? ? ? ?//使能PWR時鐘
? ? ? ?SET_BIT(RCC->APB1ENR, RCC_APB1ENR_PWREN);
? ? ? ?while(!READ_BIT(RCC->APB1ENR, RCC_APB1ENR_PWREN))
? ? ? ?_? ?_NOP();
? ? ? //配置內核電壓，CPU為高性能。本例中系統時鐘最高16MHz
? ? ? PWR_VoltageScalingConfig(PWR_VoltageScaling_Range1);