最近有個STM32用戶反映，他們目前在調(diào)試STM32G431CBU6這款芯片。使用ST官方的Cube庫進(jìn)行編程，發(fā)現(xiàn)時鐘沒法配置到技術(shù)手冊上告知的170MHz。當(dāng)然這個170MHz的頻率要經(jīng)過PLL倍頻產(chǎn)生。不管選用內(nèi)部時鐘源還是外部晶振，只要配置成170MHz,芯片肯定會復(fù)位。

基于HSI時鐘源的相關(guān)時鐘配置代碼大致如下：

他嘗試做了各種軟硬件調(diào)整排查，經(jīng)過反復(fù)測試驗證，發(fā)現(xiàn)設(shè)置PLL所產(chǎn)生的時鐘只有在不高于80MHz時，芯片才能正常運(yùn)行?？蒘TM32芯片手冊白紙黑字明明寫著主頻可以跑到170MHz?。?/p>

由于死活找不出軟件或硬件方面的原因，幾近內(nèi)心崩潰。甚至不直覺地開始懷疑該芯片是否真的支持170MHz的主頻。所以他的問題簡單直接，STM32G4到底支不支持170MHz的主頻？

關(guān)于STM32G4系列的主頻參數(shù)，是最基本而核心的一個參數(shù)，手冊是不可能寫錯的。何況本人之前也使用STM32G4的開發(fā)板做過一些測試，都是基于170MHz進(jìn)行的。

鑒于這種情況，我們首先可以檢查一個參數(shù)，即CPU通過FLASH控制器取指時的那個延時等待參數(shù)，它配置得是否合適會影響MCU的正常工作。我們知道CPU的訪問速率通常要比FLASH控制器的取指速率快得多，這個延時等待參數(shù)的配置需要跟CPU的主頻匹配。各個STM32系列的參考手冊里都有個對照表。下圖是STM32G4系列的。

按照上面表格來看，如果內(nèi)核時鐘跑到170MHz,這個Latency參數(shù)應(yīng)該設(shè)置為8。

經(jīng)了解，他已經(jīng)注意到這個參數(shù)了，并將這個參數(shù)做了正確配置?？磥聿皇沁@方面的原因，再換個方向看看。

主頻的提高往往意味著功耗的增大或噪聲及干擾方面可能加劇。于是試圖從系統(tǒng)供電能力、電源穩(wěn)定度、時鐘穩(wěn)定性方面查找原因，依然沒有發(fā)現(xiàn)明顯問題。

建議他對STM32芯片所有電源或電源相關(guān)管腳逐個排查連接、焊接情況，當(dāng)然也包括VDDA腳的連接情況。遇到類似這種沒法一下子從軟硬件上找出與異常癥狀之間明顯的邏輯關(guān)系時，這樣做往往是個簡單而且比較有效的排錯辦法。

經(jīng)針對相關(guān)管腳的逐個排查，很快發(fā)現(xiàn)芯片的VDDA腳虛焊了，重新處理后芯片于170MHz運(yùn)行穩(wěn)健。

問題終于得以解決。看到這里，相信很多人會認(rèn)為該問題不復(fù)雜、也談不上深奧，可這類問題原因往往容易被我們忽視掉，難就難在一會半會想不到可能的原因所在。

在我們的實(shí)際調(diào)試過程中可能很多類似的問題，雖談不上多么復(fù)雜或深奧，但往往由于我們內(nèi)心深處從頭到尾存在對某些點(diǎn)的忽視或者想當(dāng)然，導(dǎo)致一時半會找不到問題原因而耽誤時間。比方一個大小端的選擇、一個變量數(shù)據(jù)寬度的適時調(diào)整、一個虛焊的BOOT腳等，它們都很可能將我們困住好一陣子。

在此分享相關(guān)案例， 愿各位在MCU嵌入式開發(fā)過程中多些經(jīng)驗的積累，令開發(fā)過程盡量平坦而舒心些。