STM32F103移植到AT32F403A之MDK（三）

STM32F103移植到AT32F403A詳細(xì)教程

在篇2當(dāng)中，我們已經(jīng)實(shí)現(xiàn)了使用內(nèi)部晶振使主頻達(dá)到72M，使各總線時鐘也達(dá)到了和使用外部晶振一樣的頻率。

但部分模塊在使用STM32標(biāo)準(zhǔn)庫時還是會有些問題，本篇就針對常用的外設(shè)遇到的問題予以說明并解決。

首先，串口是我們最常用的外設(shè)，在使用內(nèi)部晶振使各總線與使用外部晶振達(dá)到一樣的頻率時，使用串口時會存在數(shù)據(jù)收發(fā)亂碼的問題。

我們來分析一下問題點(diǎn)，因?yàn)榇谠谑褂猛獠烤д駮r，都是正常的，說明串口配置是沒錯的。再改為使用內(nèi)部時鐘后就出現(xiàn)串口異常問題，那問題一定來自時鐘這塊的問題，我們通過代碼仿真看一下。在串口初始化過程中有和時鐘相關(guān)的操作，在void USART_Init(USART_TypeDef* USARTx, USART_InitTypeDef* USART_InitStruct)函數(shù)中。

通過仿真看一下RCC_ClocksStatus中各總線的時鐘值，發(fā)現(xiàn)總線時鐘都不對

經(jīng)過對RCC_GetClocksFreq(&RCC_ClocksStatus)函數(shù)的分析發(fā)現(xiàn)，獲取的倍頻系數(shù)竟然是3，這是怎么回事？

通過看AT32F403A的用戶手冊發(fā)現(xiàn)，PLL倍頻系數(shù)是兩部分組成的，我們在總線時鐘初始化時使用的是倍頻18倍，正好兩部分都用到的，而ST的庫在取值時只取了其中的一部分，導(dǎo)致倍頻系數(shù)在計算時出現(xiàn)了錯誤。

好了，現(xiàn)在問題的原因找到了，我們該怎么解決呢？

有兩種方式解決，第一種是改宏定義，使CFGR_PLLMull_Mask能夠完整的取到正確的倍頻系數(shù)（本人沒有采用這種方式，因?yàn)楸额l系數(shù)不連續(xù)，處理起來比較麻煩，而且容易出現(xiàn)其他調(diào)用問題）。

第二種是，不改宏，而是改串口初始化函數(shù)，因?yàn)楂@取各總線頻率后用來計算波特率，我們?nèi)藶閷⒂玫降目偩€頻率改成正確的值就行了，我是這么改的。

通過修改此處，串口通信恢復(fù)正常。串口問題就此解決。

注意：其他外設(shè)如果也有通過獲取總線時鐘用于計算的，都要注意這個問題?。?！

接著我們要處理個很容易忽略的問題，那就是FLASH問題，這里要說的不是廠家手冊里說過的零等待啊，F(xiàn)LASH延時等問題。而是頁大小問題，這個問題不是在所以的AT32F403A替換STM32F103系列都會遇到的問題。

我們先來看看STM32F103系列FLASH頁大小的定義。

? ?

我們再來看看AT32F403A系列FLASH頁大小的定義。

在使用AT32F403A替換STM32F103系列小容量和中容量時，由于頁大小定義不同，在進(jìn)行FLASH操作時要注意頁大小問題，此問題多會出現(xiàn)在IAP，或?qū)LASH用于存儲數(shù)據(jù)時會出現(xiàn)問題，而STM32F103大容量和互聯(lián)型者不會有問題。

至此，我在使用AT32F403A替換STM32F103過程中遇到的問題就都介紹完了，如果在后續(xù)使用過程中再發(fā)現(xiàn)其他問題，請點(diǎn)擊下方圖片打開問個芯小程序進(jìn)行咨詢哦

本文來自創(chuàng)易棧平臺用戶@峰@投稿

審核編輯：湯梓紅