“下面代碼是stm32F1庫函數(shù)中對flash寫入一個字的函數(shù)部分，其中在給用u32表示的地址address賦值時，通過（_IO uint16_t*）將Address強(qiáng)制轉(zhuǎn)換成了一個16位數(shù)的地址。很不理解為什么要轉(zhuǎn)成16位的。實驗改成32位后發(fā)現(xiàn)寫入flash又不成功。很不理解，這是為什么？”

FLASH_Status FLASH_ProgramWord(uint32_tAddress, uint32_t Data)

{

 FLASH_Status status = FLASH_COMPLETE;

  __IOuint32_t tmp = 0;

 assert_param(IS_FLASH_ADDRESS(Address));

#ifdef STM32F10X_XL

 if(Address < FLASH_BANK1_END_ADDRESS - 2)

  {

   status = FLASH_WaitForLastBank1Operation(ProgramTimeout);

   if(status == FLASH_COMPLETE)

    {

     FLASH->CR |= CR_PG_Set;

        *(__IO uint16_t*)Address =(uint16_t)Data;  //!!!質(zhì)疑語句

     status = FLASH_WaitForLastOperation(ProgramTimeout);

          ……

    印象中經(jīng)常有人在做FLASH編程過程時出現(xiàn)類似發(fā)帖者談及的問題。集中在兩方面，第一是C語言相關(guān)知識，第二是STM32 FLASH編程方面的規(guī)則要點(diǎn)。

    C語言應(yīng)用方面，有人在做FLASH編程時出現(xiàn)有關(guān)數(shù)據(jù)對齊、指針加減計算誤解【本質(zhì)還是對齊】等問題。具體體現(xiàn)在賦值時左右兩邊數(shù)據(jù)類型不一致；對指針P++的地址變化步長理解有誤。比如定義uint32  * p 時，P++的地址變化步長為4 Byte,當(dāng)定義uint16  * p 時，P++的地址變化步長則為2 Byte 時而誤以為是1，諸如此類。當(dāng)然這些也沒啥難的，用幾次就好。尤其有些人是從8位匯編指令轉(zhuǎn)到C這邊可能有點(diǎn)陌生也正常。

    發(fā)帖者的疑問是很不理解（_IO uint16_t*）Address這個操作，認(rèn)為將Address強(qiáng)制轉(zhuǎn)換成了一個16位數(shù)的地址。

    其實這是個誤解，*(__IO uint16_t*)Address只是將Address強(qiáng)制轉(zhuǎn)換為一個指針，該指針指向的數(shù)據(jù)對象為 uint16_t,并非Address轉(zhuǎn)成16位了，Address本身數(shù)據(jù)類型并未變。

    另外，當(dāng)他把*(__IO uint16_t*)Address改成*(__IO uint32_t*)Address 時，發(fā)現(xiàn)FLASH編程失敗。這是因為STM32F1系列芯片FLASH編程時一次只能半字寫入，即每次只能寫一個16位數(shù)據(jù)，不支持一次寫32位。關(guān)于這點(diǎn)STM32各系列間有些差異，在做各系列間的代碼移植涉及到這部分時要注意。比方STM32F1支持半字寫入，STM32L1系列支持程序代碼的字寫、半頁寫，STM32F4系列支持程序代碼的字節(jié)、半字、字、雙字的寫入。具體的細(xì)節(jié)各個系列的FLASH編程手冊里有詳細(xì)描述。

    順便提下，各STM32系列除了各自有份外設(shè)功能和寄存器描述的參考手冊【referencemanual】外,還有兩個編程手冊【Programmingmanual】，一個基于FLASH的編程手冊，該手冊重點(diǎn)介紹FLASH或EEPROM編程細(xì)節(jié)。另一個是基于內(nèi)核的編程手冊，里面主要介紹CORTEX各內(nèi)核框架、匯編指令、中斷、調(diào)試等內(nèi)容的介紹。

    我們知道FLASH編程除了常規(guī)數(shù)據(jù)寫入外還有擦除動作，這個擦除動作都是按頁來進(jìn)行。不過要注意的是不同芯片間的FLASHPAGE大小可能不一樣，在STM32不同芯片間做代碼移植且涉及到這部分時也要注意。不然可能會發(fā)生這里能擦那里擦不掉的現(xiàn)象，當(dāng)然這時候程序員往往還不知曉此處差異，還一個勁地往的地方找原因。

總之，上面提到的這些小細(xì)節(jié)、小知識點(diǎn)，當(dāng)你不知曉或者無視它們時，有時還是挺整人耗時的。分享出來希望大家在產(chǎn)品應(yīng)用開發(fā)過程中多些順暢，少些折磨。