如何系统地入门学习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，那时候芯片还没这么多。还是用寄存器开发的时代。
　　后来，开发板越来越多，开始切换成使用官方库的时代的确大大提高了生产力。但是很多人比较保守，不愿意用库。各种理由去让自己使用寄存器。例如：性能差， 有 bug， 代码量太大， 把控不好…纵然这些困难存在还是让一些初学者尝到了甜头，底层不用学的太好也可以开发了。
　　ARM 官方也开始推这种通用库了。而此时st发现一剑走天涯的方法的确有很多弊端，开始了stmcubemx 的推广。软件会根据你的配置和芯片，生成轻量级的代码，代码量小很多，并且有推荐freertos，以及闭源的 ui 库支持，做为一个多年的软件开发者，发现新的设计的确很好。但是，给人的要求会更多，比如自动生成代码，就要求你写的代码在固定位置，这样才不会被覆盖。如果你想发挥芯片的最大性能，软件的枷锁还是有一些的。当然，对于这种资深应用，自己也能管理好代码框架。
　　ST芯片的遍地开花，软件上配合 STM32cubeMx 的开发利器，轻松生成一个好用的工程并且开发好合适的代码。大大缩短调试的工作量，当然，带 os 和 no os 的 开发还有很多差距，如果你想用 no os 的代码，搬过来，直接死路一条…我曾经拿着很高的工资给公司用这种方法，轻松的工作。
　　最近在做互联网，所以，有时候还是手痒痒，还想弄 ST 的芯片玩玩…
　　菜鸟同学：
　　单片机本身没啥好折腾的，重点还是软件架构，针对项目设计软件，深度研究一种单片机，其他单片机都大同小异，大多数菜鸟都把时间荒废在单片机本身应用上，然后会几个外设就说的很简单怎么样，这个就是为什么现在单片机开发人员混杂的原因，都认为很简单，但是大部分都是蜻蜓点水，让其开发个项目试试，简直惨不忍睹，如果让其换一个芯片，这货估计就要折腾一个星期来熟悉芯片，所以大部分看到如此提问的我都不好意思回答。
　　lxyppc：
　　刚开始发现一款比较有意思的产品，主控用的是avr，把里面的代码反编译之后就想抄了，仔细想想要是还用avr很快也会被别人给抄去，这个时候发现了stm32这个片子，还带USB，于是乎就把反编译出来的代码移植到了stm32上，把通信接口由uart改成USB。
　　江枫渔火：
　　说句公道话：花一个星期或者更多时间熟悉芯片很正常。每个芯片公司的芯片还是有风格和使用上的差异。实际用一个不曾惯用的芯片的时候，都是对着数据手册上寄存器写的。
　　楼主后面的话说起库和寄存器开发方式了，恐怕又引起一阵论战。不过我只是说说自己的感受，先声明，我没怎么用STM32开发过东西。
　　我用ATMEL的芯片，用寄存器操作方式。我不可能用官方库。
　　但我可以将用寄存器写的功能进行封装成函数或模块。
　　冰零分子：
　　1.首先了解下芯片架构，看看这个芯片都能干什么事。
　　2.然后跟视频或教程通看一遍，了解下实现一个功能大致需要的步骤。
　　3.其次选一个项目直接实践，只要知道大致步骤，库函数配置网上一搜一大把，做项目的同时会解决各种各样的问题，这就是提高的过程，这个项目做完基本外设配置过程就熟悉了。
　　4.最后再做个项目尽量不去参考教程或网上的配置过程自己独立完成，加深印象。这个过程可以结合寄存器配置了解底层运作原理。
　　总的来说我的学习过程是先观其广再究其深。
　　弈涯：
　　刚开始接触STM32是正点原子的MiniSTM32，那时候在学校有的就是时间，当时就用寄存器将提供的所有例程，自己重新对照着DataSheet敲一次，根据自己的想法做一些改变。从C到编程思想再到STM32的了解，都有了较大的进步。现在在单位也在做STM32的编程，不过都不用寄存器了，但是感觉之前敲的例程还是对现在的工作有了很大的帮助。觉得吧，还是得多动手，基础的东西还是得自己去完整的过一遍。
　　Larm1：
　　刚开始使用寄存器配置时，感觉要看的文档，花的时间确实比较多；
　　后来官方退出了固件库，刚开始使用的时候感觉又不踏实，后来习惯了，省了很多的时间；
　　现在都是直接找官网的相关功能外设代码直接测试、调试，不懂得才去看文档，时间长了觉得对硬件资源都生疏了许多；
　　StmCube由于没有带系统，没怎么使用过；
　　以后的路还长着呢…
　　shizaigaole：
　　和学其他单片机一样：
　　买块开发版，熟悉编译，下载环境；
　　写个跑马灯，自己感受一下；
　　把STM32的中断，尤其是定时中断搞清楚；
　　作为硬件应用来说，一定还要仔细看看IO引脚相关电气方面的参数。