单片机用处广泛，如何快速上手STM32

单片机用处这么广，尤其是 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 位单片机走过来的，学习的第一步，就是点亮个灯。

有人是只管点亮就行了，有人是会继续深究为什么会点亮。

目的是一样的，但有人是走个过场，有人能举一反三。

审核编辑黄宇