對於STM32 GPIO模式不理解造成的問題解釋

今天在編寫flash的程式時候，在最後，所有的程式都已經編寫完成，經過測試，沒有問題。接下來就是整理程式，自己將一些函式封裝，可以便於自己以後移植，但是問題就出現在了這兒。

我在封裝的過程中，突然發現自己如果將spi模式初始化函式放置在 cs引腳初始化後面，接下來直接讀取 flash晶元id的時候使用jlink讀取的資料就不能顯示正常，顯示資料為0xffff，但是，如果我將spi模式初始化函式放置在 cs引腳初始化前面，整個程式執行是正常的。

真的是百思不得其解，我當時在想，不應該是cs初始化的影響，但是自己真的是沒找見問題，最後，就到21ic上面去求助，當時我寫完問題之後，接下來做什麼？接著自己找問題唄，還能做什麼。

當時我又重新閱讀我寫的程式，突然發現我好像在初始化cs引腳的時候，沒有設定輸出速率（當時的我是這麼認為埠x的模式位的），唉，那就初始化唄，結果我初始化之後，我再將spi模式初始化函式放置在 cs引腳初始化後面。結果程式正常執行！

當時就傻眼了，自己覺的這個輸出速率不應該影響這麼大吧，自己查詢資料手冊，仔細閱讀關於gpio設定這塊的資料。結果才發現，原來自己以前真的是想錯了。

下面上圖，資料手冊中關於gpio模式初始化函式的說明：

看到這張表的時候我就知道自己是錯了，原來，這個mode是gpio的輸出模式位，只有選擇了這個位，才能確定gpio的輸入輸出特性。只有選擇為輸出模式，才能接下來配置為推挽、開漏、推挽復用、開漏復用模式。同樣，配置為輸入模式，才能配置為模擬、浮空、上拉、下拉輸入模式。

stm32在上電復位之後，預設的輸出模式時 00（也就是輸入模式），所以，我上面沒有設定cs引腳的輸出模式，才造成了cs引腳不起作用。

在仔細閱讀關於stm32庫函式實現方法之後，我發現，stm32庫函式中對於gpio使用的是一種更為精妙的方法。

先上原始碼：首先是看一下關於stm32 gpio結構體內部：

分為三個結構體變數：gpio_pin，gpio_speed，gpio_mode。

其中，gpio_speed和gpio_mode同時也是乙個結構體。分別初始化gpio引腳的輸出速率和模式。

接下來，看一下gpio_speed可以選擇的取值，明顯發現這個的引數的設定，就是關於stm32 gpio引腳的輸出速率設定。

typedef enum

gpiospeed_typedef;

接下來，看一下gpio_mode的取值：

typedef enum

gpiomode_typedef;

在閱讀資料手冊的時候發現，如果是直接才做暫存器，對於gpio模式的控制位只有2位，所以，是不會出現0x14,0x10,0x1c，0x18這些取值的。這裡，如果想知道為什麼庫函式中會這樣的設定，就必須接著看gpio_init函式。

currentmode = ((uint32_t)gpio_initstruct->gpio_mode) & ((uint32_t)0x0f);

if ((((uint32_t)gpio_initstruct->gpio_mode) & ((uint32_t)0x10)) != 0x00)

對於gpio_init函式，傳遞進來的引數，先通過mode引數，設定了gpio模式引數，再接著根據傳遞的mode的值，判斷此gpio設定為輸入模式還是輸出模式，如果是輸出模式，才會進行設定gpio的速率，如果是輸入模式，忽略掉速率的設定。