单片机用处这么广，尤其是STM32生态这么火！如何快速上手学习呢？
为什么使用STM32而不是8051? 是因为51的频率太低，无法满足计算需求?是51的管脚太少，无法满足众多外设的IO? 是51的功耗太大，电池挺不住?是51的功能太弱，而你要使用SPI、I2C、ADC、DMA? 是51的内存太小而你要存储的东西太多?
当你需要使用STM32某些功能，而51实现不了的时候，那STM32自然不需要学习，你会直接去寻找STM32某方面的使用方法。比如要用spi协议的网卡、要使用串口通信、要使用rtos等等。
我的观点是：当你debug的时候寄存器很重要，当你需要理解芯片工作细节的时候寄存器很重要，当你开发的时候寄存器不重要。如果你没有遇到非直接配置寄存器不可的情况，那么就不要直接面向寄存器层面开发， 因为面向寄存器开发获得的好处往往抵消不掉这样做的坏处。面向寄存器开发程序效率高，但是你需要为了提高0.01%的效率浪费10倍、乃至100倍的时间。既然ST公司已经给你提供了好用的库，没有道理要重新造轮子。
第一、某一个代码块调用非常频繁。比如你有一个巨大的for循环，那么这个for循环中的每一步操作都应该被谨慎的优化，优化良好就可以获得更好的性能。这种情况一般常见于图像处理相关的代码中。
第二、库函数有bug。这个遇到的概率非常低，但确实存在。不过一般来说如果mcu表现出预料之外的行为， 你首先要想的应该是你的代码写的有bug，而不是库函数有bug。如果库函数真的有bug，你去google搜一下，相信你绝对不是第一个踩坑的人。
对于传统的电子工程师来讲，使用库编程可能会感到有一点虚，感觉没有脚踏实地的感觉。但如果你写过web、写过服务器端代码、写过桌面端代码的话，你就一定会理解API、封装、抽象的意义。
对于如何学习STM32这个话题，来看看老司机们的看法
1. 使用STM32是因为功能比avr好，各种资源比较多。所以选STM32F103，那时候芯片还没这么多，还是用寄存器开发的时代。
2. 后来F103的开发板越来越多，切换成使用官方库的确大大提高了生产力，底层不用学的太好也可以开发了。
3.ST在力推stmcubemx，此软件会根据你的配置和芯片来生成轻量级的代码。代码量小很多，并且软件上有freertos以及闭源的 ui 库的支持。
4. ST芯片的遍地开花，软件上配合 stm32cubeMx 的开发利器可以大大缩短调试的工作量。
5. 最近在做互联网开发，有时候还是手痒痒，还想弄ST的芯片玩玩。
单片机本身没啥好折腾的，重点还是软件架构，针对项目设计软件，深度研究一种单片机。
其他单片机都大同小异，大多数菜鸟都把时间荒废在单片机本身应用上，然后会几个外设就说很简单，都认为很简单，但是大部分都是半瓶水。
刚开始发现一款比较有意思的产品，主控用的是avr，把里面的代码反编译之后就想抄了，仔细想想要是还用avr很快也会被别人给抄去，这个时候发现了stm32这个片子，还带USB，于是乎就把反编译出来的代码移植到了stm32上，把通信接口由uart改成USB。
花一个星期或者更多时间熟悉芯片很正常。每个芯片公司的芯片还是有风格和使用上的差异。实际用一个不曾惯用的芯片的时候，都是对着数据手册上寄存器写的。
我之前没怎么用STM32开发过东西，之前用ATMEL的芯片，用的寄存器操作方式，但我可以将用寄存器写的功能进行封装成函数或模块。
2.然后跟视频或教程通看一遍，了解下实现一个功能大致需要的步骤
3.其次选一个项目直接实践，只要知道大致步骤，库函数配置网上一搜一大把
4.做项目时会遇到各种问题，这就是提高的一个过程，项目做完后就熟悉了外设配置
刚开始接触STM32时还在学校，有很多时间，当时就用寄存器将提供的所有例程，自己重新对照着DataSheet敲一次，根据自己的想法做一些改变。C语言、编程思想、STM32都有了较大的进步。现在在单位也在做STM32的编程，不过都不用寄存器了，但是感觉之前敲的例程还是对现在的工作有了很大的帮助。觉得吧，还是得多动手，基础的东西还是得自己去完整的过一遍。
1. 刚开始使用寄存器配置时，感觉要看的文档，花的时间确实比较多
2. 后来官方推出了固件库，刚开始使用的时候感觉又不踏实，后来发现很不错
3. 现在都是直接找官网的相关功能外设代码直接测试、调试，不懂得才去看文档
4. 作为硬件应用来说，一定还要仔细看看IO管角相关电气方面的参数，到这一步就基本入门了。
但是要熟练使用STM32，还要踏踏实实的把stm32的文档手册读一遍。
然后学习编译器自带的例程，把这些例程精简以后移植到自己的开发版上去跑一跑。
其实做几个模块后，就基本熟悉了，以后可以试着去啃手册和例程。
