不要去學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、封裝、抽象的意義。

對于這個話題，老司機筒子們也有自己的看法：

1. 使用 stm32 是因為功能比 avr 好,各種資源比較多.所以選 stm32f103，那時候芯片還沒這么多.還是用寄存器開發的時代。

2. 后來,103的開發板越來越多,開始切換成使用官方庫的時代.的確大大提高了生產力.但是很多人比較保守,不愿意用庫.各種理由去讓自己使用寄存器.例如:性能差, 有 bug, 代碼量太大, 把控不好....縱然這些困難存在還是讓一些初學者嘗到了甜頭.底層不用學的太好也可以開發了。

3.arm官方也開始推這種通用庫了。而此時st發現一劍走天涯的方法的確有很多弊端,開始了stmcubemx 的推廣。軟件會根據你的配置和芯片,生成輕量級的代碼。

4. st 芯片的遍地開花,軟件上配合 stm32cubeMx 的開發利器,輕松生成一個好用的工程并且開發好合適的代碼.大大縮短調試的工作量.當然,帶 os 和 no os 的 開發還有很多差距,如果你想用 no os 的代碼,搬過來,直接死路一條....我曾經拿著很高的工資給公司用這種方法,輕松的工作。

by：icecut

單片機本身沒啥好折騰的，重點還是軟件架構，針對項目設計軟件，深度研究一種單片機，其他單片機都大同小異，大多數菜鳥都把時間荒廢在單片機本身應用上，然后會幾個外設就說的很簡單怎么樣，這個就是為什么現在單片機開發人員混雜的原因，都認為很簡單，但是大部分都是蜻蜓點水，讓其開發個項目試試，簡直慘不忍睹，如果讓其換一個芯片，這貨估計就要折騰一個星期來熟悉芯片，所以大部分看到如此提問的我都不好意思回答。

by：菜鳥同學

1.首先了解下芯片架構，看看這個芯片都能干什么事；

2.然后跟視頻或教程通看一遍，了解下實現一個功能大致需要的步驟；

3.其次選一個項目直接實踐，只要知道大致步驟，庫函數配置網上一搜一大把

做項目的同時會解決各種各樣的問題，這就是提高的過程，這個項目做完基本外設配置過程就熟悉了；

4.最后再做個項目盡量不去參考教程或網上的配置過程自己獨立完成，加深印象。這個過程可以結合寄存器配置了解底層運作原理。

總的來說我的學習過程是先觀其廣再究其深。

by：冰零分子

這是我自己的學習路線：

1、51學習寄存器操作（網上資料大把，不局限誰的資料）

2、stm8學習寄存器和庫操作（看風馳電子的資料）

3、stm32學習寄存器和庫操作（看正點原子的資料）

4、CC2541學習協議棧（看amo的資料、看我寫的資料）

5、安卓入門學習（看《第一行代碼》）（目前我所處階段）

6、安卓藍牙學習（未知）