老司機們這樣“攻克”STM32！
不要去學STM32。我不是說STM32不好，而是這種為了學習微控制器而去學習微控制器的思路不對。
你問，如何系統地入門學習stm32？
本身就是一個錯誤的問題。假如你會使用8051 ， 會寫C語言，那麼STM32本身並不需要刻意的學習。
你要考慮的是， 我可以用STM32實現什麼?
為什麼使用STM32而不是8051? 是因為51的頻率太低，無法滿足計算需求?是51的管腳太少，無法滿足眾多外設的IO? 是51的功耗太大，電池挺不住?是51的功能太弱，而你要使用SPI、I2C、ADC、DMA? 是51的記憶體太小而你要儲存的東西太多?
當你需要使用STM32某些功能，而51實現不了的時候， 那STM32自然不需要學習，你會直接去尋找STM32某方面的使用方法。比如要用spi協議的網絡卡、要使用串列埠通訊、要使用rtos等等...
關於暫存器vs庫
我的觀點是：當你debug的時候暫存器很重要，當你需要理解晶片工作細節的時候暫存器很重要，當你開發的時候暫存器不重要。如果你沒有遇到非直接配置暫存器不可的情況，那麼就不要直接面向暫存器層面開發， 因為面向暫存器開發獲得的好處往往抵消不掉這樣做的壞處。 面向暫存器開發程式效率高，但是你需要為了提高0.01%的效率浪費10倍、乃至100倍的時間。 既然ST公司已經給你提供了好用的庫，沒有道理要重新造輪子。
那什麼時候必須直接控制暫存器?
第一、某一個程式碼塊呼叫非常頻繁。比如你有一個巨大的for迴圈，那麼這個for迴圈中的每一步操作都應該被謹慎的優化，優化良好就可以獲得更好的效能。這種情況一般常見於影象處理相關的程式碼中。
第二、庫函式有bug。這個遇到的概率非常低，但確實存在。不過一般來說如果mcu表現出預料之外的行為， 你首先要想的應該是你的程式碼寫的有bug，而不是庫函式有bug。 如果庫函式真的有bug，你去google搜一下，相信你絕對不是第一個踩坑的人。
對於傳統的電子工程師來講，使用庫程式設計可能會感到有一點虛，感覺沒有腳踏實地的感覺。 但如果你寫過web、寫過伺服器端程式碼、寫過桌面端程式碼的話，你就一定會理解API、封裝、抽象的意義。
對於這個話題，老司機筒子們也有自己的看法：
icecut：
1. 使用 stm32 是因為功能比 avr 好,各種資源比較多.所以選 stm32f103，那時候晶片還沒這麼多.還是用暫存器開發的時代。
2. 後來,103的開發板越來越多,開始切換成使用官方庫的時代.的確大大提高了生產力.但是很多人比較保守,不願意用庫.各種理由去讓自己使用暫存器.例如:效能差, 有 bug, 程式碼量太大, 把控不好....縱然這些困難存在還是讓一些初學者嚐到了甜頭.底層不用學的太好也可以開發了。
3. arm 官方也開始推這種通用庫了。而此時st發現一劍走天涯的方法的確有很多弊端,開始了stmcubemx 的推廣。軟體會根據你的配置和晶片,生成輕量級的程式碼.程式碼量小很多,並且有推薦freertos,以及閉源的 ui 庫支援,做為一個多年的軟體開發者,發現新的設計的確很好.但是,給人的要求會更多,比如自動生成程式碼,就要求你寫的程式碼在固定位置,這樣才不會被覆蓋.如果你想發揮晶片的最大效能,軟體的枷鎖還是有一些的.當然,對於這種資深應用,自己也能管理好程式碼框架。
4. st 晶片的遍地開花,軟體上配合 stm32cubeMx 的開發利器,輕鬆生成一個好用的工程並且開發好合適的程式碼.大大縮短除錯的工作量.當然,帶 os 和 no os 的 開發還有很多差距,如果你想用 no os 的程式碼,搬過來,直接死路一條....我曾經拿著很高的工資給公司用這種方法,輕鬆的工作。
5. 最近在做網際網路,所以,有時候還是手癢癢,還想弄 st 的晶片玩玩....
菜鳥同學：
微控制器本身沒啥好折騰的，重點還是軟體架構，針對專案設計軟體，深度研究一種微控制器，其他微控制器都大同小異，大多數菜鳥都把時間荒廢在微控制器本身應用上，然後會幾個外設就說的很簡單怎麼樣，這個就是為什麼現在微控制器開發人員混雜的原因，都認為很簡單，但是大部分都是蜻蜓點水，讓其開發個專案試試，簡直慘不忍睹，如果讓其換一個晶片，這貨估計就要折騰一個星期來熟悉晶片，所以大部分看到如此提問的我都不好意思回答。
lxyppc：
剛開始發現一款比較有意思的產品，主控用的是avr，把裡面的程式碼反編譯之後就想抄了，仔細想想要是還用avr很快也會被別人給抄去，這個時候發現了stm32這個片子，還帶USB，於是乎就把反編譯出來的程式碼移植到了stm32上，把通訊介面由uart改成USB。
江楓漁火：
說句公道話：花一個星期或者更多時間熟悉晶片很正常。每個晶片公司的晶片還是有風格和使用上的差異。實際用一個不曾慣用的晶片的時候，都是對著資料手冊上暫存器寫的。
樓主後面的話說起庫和暫存器開發方式了，恐怕又引起一陣論戰。不過我只是說說自己的感受，先宣告，我沒怎麼用STM32開發過東西。
我用ATMEL的晶片，用暫存器操作方式。我不可能用官方庫。
但我可以將用暫存器寫的功能進行封裝成函式或模組。
冰零分子：
1.首先了解下晶片架構，看看這個晶片都能幹什麼事；
2.然後跟視訊或教程通看一遍，瞭解下實現一個功能大致需要的步驟；
3.其次選一個專案直接實踐，只要知道大致步驟，庫函式配置網上一搜一大把
做專案的同時會解決各種各樣的問題，這就是提高的過程，這個專案做完基本外設配置過程就熟悉了；
4.最後再做個專案儘量不去參考教程或網上的配置過程自己獨立完成，加深印象。這個過程可以結合暫存器配置瞭解底層運作原理。
總的來說我的學習過程是先觀其廣再究其深。
弈涯：
剛開始接觸STM32是正點原子的MiniSTM32，那時候在學校有的就是時間，當時就用暫存器將提供的所有例程，自己重新對照著DataSheet敲一次，根據自己的想法做一些改變。從C到程式設計思想再到STM32的瞭解，都有了較大的進步。現在在單位也在做STM32的程式設計，不過都不用暫存器了，但是感覺之前敲的例程還是對現在的工作有了很大的幫助。覺得吧，還是得多動手，基礎的東西還是得自己去完整的過一遍。
Larm1：
1. 剛開始使用暫存器配置時，感覺要看的文件，花的時間確實比較多；
2. 後來官方退出了韌體庫，剛開始使用的時候感覺又不踏實，後來習慣了，省了很多的時間；
3. 現在都是直接找官網的相關功能外設程式碼直接測試、除錯，不懂得才去看文件，時間長了覺得對硬體資源都生疏了許多；
4. StmCube由於沒有帶系統，沒怎麼使用過；
5. 以後的路還長著呢...
shizaigaole：
和學其他微控制器一樣：
1. 買塊開發版，熟悉編譯，下載環境
2. 寫個跑馬燈，自己感受一下
3. 把STM32的中斷，尤其是定時中斷搞清楚
4. 作為硬體應用來說，一定還要仔細看看IO管叫相關電氣方面的引數。
到這一步就基本入門了。但是要熟練使用STM32，還要踏踏實實的把stm32的文件手冊讀一遍。然後學習編譯器自帶的例程，把這些例程精簡以後移植到自己得開發版上去跑一跑。其實做幾個模組後，就基本熟悉了。以後要用的就再去啃手冊和例程。
shizaigaole：
說白了三句話：
1.熟悉編譯下載環境
2.啃手冊
3.研習官方例程
feilusia：
這是我自己的學習路線：
1、51學習暫存器操作（網上資料大把，不侷限誰的資料）
2、stm8學習暫存器和庫操作（看風馳電子的資料）
3、stm32學習暫存器和庫操作（看正點原子的資料）
4、CC2541學習協議棧（看amo的資料、看我寫的資料）
5、安卓入門學習（看《第一行程式碼》）………………（目前我所處階段）
6、安卓藍芽學習（未知）
ywlzh：
初學stm32，我也是從8位，16位微控制器走過來的，學習的第一步，就是點亮個燈。有人是隻管點亮就行了，有人是會繼續深究為什麼會點亮。目的是一樣的，但有人是走個過場，有人能舉一反三。
1.2018年第11期《微控制器與嵌入式系統應用》電子刊新鮮出爐！
免責宣告：本文系網路轉載，版權歸原作者所有。如涉及作品版權問題，請與我們聯絡，我們將根據您提供的版權證明材料確認版權並支付稿酬或者刪除內容。