vscode开发stm32[vscode开发arduino]

两个板子都有，楼上的说反了，论代码绝对野火比正点原子严谨，野火的代码宏定义用的比较多，初期会觉得很绕，不直观，但实际工程应用移植起来才知道有多方便，才明白这个习惯有多好。其实视频方面野火开始几章由浅入深讲的很好，C基础不是很好的人也能跟上，很快明白从寄存器到库函数封装的由来，但后面章节换了个老师讲，可能是实际中做工程中的大牛，有些点讲的一笔带过了，风格不太适合教学，初学者跟的有点费劲，但研究明白了还是能收获不少。原子的代码初看就比较适合初学，但代码风格对后期实际应用来说习惯不是很好。视频的话跟野火相反，前面段讲的很拖沓，什么找文件的讲一大堆，新建工程也只是教你从哪复制文件到哪，但没说明为什么这么做，不是很友好。相反后半段更适合初学者，虽然讲的不是很深入，但对初学者来说快速入门建立学习信心才最重要。总的来说就是野火的更工程师思维，原子的教学思维，最好两个交叉看，板子随便买一个都行，差别不大。

stm32和51单片机的区别：

1.不同的开发方式

51单片机一般直接操作寄存器，STM32主操作库函数编程。

2.系统资源不同

一般来说，STM32的资源比51单片机多。

3.开发环境可能不同

一般来说，51和STM32都可以在KEIL下开发，但是STM32的选择更多，可以在Linux、windows esplease，甚至vscode+插件模式下开发。

4.操作系统差异

一般来说，51单片机不支持操作系统，STM32支持各种主流操作系统，STM32更容易开发，可以很方便的使用系统实现各种场景的应用。由于51单片机没有操作系统，其发展存在一定的障碍，有时不得不牺牲一些功能来实现整体功能的和谐运行。

李工的经验，有如下几点不同，希望你供你参考。

1.51是8位单片机，而stm32是32位单片机。时钟方面stm32运行频率更高，性能更好。两种单片机性能差别比较大。

2.片上资源不一样。简单讲stm32单片机外设丰富，比如串口，I2c等。stm32单片机片上flash和RAM更大。以后升级功能，改进功能的空间大。如果考虑以后功能升级，建议考虑stm32.

3.成本上应该是51单片机要便宜一些。

4.stm32单片机开发资料和参考程序比较多，有库函数，应用起来方便。51单片机更多直接操作寄存器，开发不方便。

我是北漂李工，一个北漂8年的程序员。

在项目开发过程中，我们经常会遇到需要单片机选型，所以我们常常会根据项目功能需求来选择合适的单片机品牌和型号。常见的51内核单片机和STM32单片机也会是我们主要考虑的型号。

STM32与51单片机的参数差异 STM32与51单片机软件开发难度差异

STM32使用寄存器比51单片机要多很多，其配置比51复杂，而且中断逻辑，时钟配置使能控制等很多概念都是51单片机中所没有的，再加上stm32很多功能如USB，FSMC。等等功能，其功能更加强大，虽然官方提供了开发固件库和相关开发辅助工具，但很多时候，遇到bug调试难度也加大了很多。

stm32固件库很多实用结构体和指针变量，很多在51单片机开发过程不太注重结构体与指针的使用，那么在STM32开发过程中，就难以理解其固件库的运用逻辑。

STM32与51单片机的性价比差异

STM32比51处理速度快，外设功能丰富强大，所以价格普遍比51单片机偏贵，在项目选型过程中，需要根据项目功能需求，选择合适的单片机,如果是51单片机能用，那么考虑项目成本，肯定是不能选择STM32，如果51单片机不能用，即使再便宜，也用不了。

总之， 作为单片机开发工程师，需要能够进行一定的器件选型能力，这个也是必备的专业技能。

搞多了开发，你会发现其实用什么真的不重要，只要你会用就行。单片机好比一个精密机床，你要想加工一件作品，你用任何品牌的机床都可以，关键点是这个机床你会不会用，了解通透程度如何。不同品牌机床操作方法肯定大同小异，不会差别很多，你会用一种，另外一种不用看手册，也能猜出个七八分。机床这样，编程也是这样，给你个51，你应该能控制全世界。

首先如果同一个项目可以用51和STM32同时开发，就不建议使用STM32了，51成本更低。

STM32和51单片机不同点有很多：

1.开发方式不同

51单片机一般是直接操作寄存器，STM32主要操作库函数编程

2.系统资源不同

一般而言STM32资源要比51单片机更多

3.开发环境可能不同

51和STM32一般来讲都可以在Keil下开发，但STM32有更多中选择，可以在Linux下面开发，windows Esplise下开发，甚至直接用VSCode + 插件方式开发。

4.操作系统区别

一般而言，51单片机不支持操作系统，STM32支持各种主流操作系统，STM32开发起来更容易，可以很方便的利用系统实现各种场景下的应用，51单片机由于没有操作系统，开发起来有一定阻碍，甚至有时候必须要做出部分功能的牺牲才能达到整体功能的和谐运行。

5.后期维护方式可能不同

STM32资源足够多，可以写一个bootloader程序来完成之后的系统升级工作，不需要拆机就可以完成固件的升级，而51单片机则不可以。

STM32系列单片机分为CORTEX M0，M1,M4内核，个人觉得STM32F0系列的从性价比，功能上可以完全替代51单片机，而且性能更好。当然也可以使用51，价格更便宜一些，，但是要做功能复杂一些的产品，51系列的单片机是不能满足的，比如驱动RGB 屏，至少要用STM32F429，支持LTDC接口，而且需要外扩内存，支持FMC接口，比如要做数字音频，要支持I2S ，比如要做USB传输，要支持USB ，要移植操作系统，文件系统等等，要看CPU 的资源等等，总之，要根据所做的项目看CPU的资源是否满足要求是非常重要的，这要再设计前期靠考虑周到，否则，项目做到一半发现资源不够，需要重来是很郁闷的事情。

做产品要考虑成本，几毛钱就能搞定的，没必要几块甚至几十块。一般来讲，价格越贵的，资源越多，使用起来越简单，随心所欲。简而言之，价格越低，资源越少的单片机，完成项目的难度越大，需要优化代码和算法。

在stm32之前是8051的天下，silabs的c8051f外设相当的强大。硬件不错，可惜代码不够多。atmel的代码比较多，可惜芯片不够强大。

stm32一出，横扫天下，要硬件有硬件，要软件有软件，价格便宜量又足，连低端产品都用他。

电动自行车控制器都用它，无刷电机都用它。

stm32是史上最广泛使用的单片机。

只要资源够用，都可以，20年前我用8051，现在用stm32。stm32方便些，可以在线调试。我现在开发东西复杂一点的，用stm32 1系列和4系列。简单一点的用stm8s一块多钱的样子。

我觉得你的问题对比对象不太对，一般能用51的项目用stm8或者avr即可。一般来说stm32比51强太多了，无论是性能和价格都没有可比性。

所以在我看来开发上没有什么太大不同，无非就是开发环境不一样，如果代码规范的话很容易进行互相移植（最近芯片涨价严重，我们公司正在换国产），而所谓的外设（uart iic spi等等）其实没有太大区别。

但是在生产上差别就出来了，主要在于交货能力，一般而言同为一级代理采购物料，st的交货能力要比stc的强（当然最近行情st也不行了，交期干到了9月份）。所以如果你的产品是主力长期货，建议选择交货能力强的。

我就记得51单片机放不了几个变量就超出了。复杂点的程序都很难写。

在工程文件夹新建一个.vscode的文件夹，然后新建一个c_cpp_properties.json的文件，在文件中添加configurations即可。name与includePath根据自己的工程配置填写即可（这里includePath填写后，vscode就可以在函数、变量之间任意跳转了，如果不填写，可能有些函数、变量是无法跳转的）。在defines中写入"__CC_ARM"即可。

如果有相关嵌入式开发基础，可以从寄存器开始学。如果是第一次接触单片机，建议从库函数开始学，这样上手快，等熟练后分析库函数，就可以学习各寄存器了。这还用问吗？当然是寄存器了。

哦，不对，当然是库函数了。

下面是我以前写了一篇汇总文章，可以看一下；

【STM32系列汇总】博主的STM32实战快速进阶之路（持续更新）_GREYWALL-CSDN博客

先说一下目前ST推出的CubeMX;

STM32 基于 CubeMX配置GPIO点亮LED灯（超级详细+图文并茂）

尝试使用Cube进行一些开发学习，这里对此做一个梗概，先有一个全面的了解。

Cube全家桶

曾几何时，ST刚推出CubeMX的时候，自动生成的外设初始化代码都会有这样那样的错误，而如今，随着软件的迭代升级，Cube生态也越来越完善，并且使用也越来越方便，ST推出的STM32Cube Ecosystem提供了免费整套的开发软件工具和嵌入式软件包，其中可以从芯片的外设配置，程序开发，程序下载以及系统监视一系列的功能。如下图所示；

STM32 CubeMX 几乎STM32的设备都可以使用这个工具初始化配置代码，这个是基于Java开发的图形化界面配置软件，可以为Cortex-M自动生成需要配置的C代码，还可以为支持Linux系统的Cortex-A内核生成设备树。

STM32 CubeIDE 这是一款ST推出的免费的集成开发环境，基于Eclipse和GNU C/C++ 等开源工具链，可以编译调试代码，并且官方也将STM32 CubeMX集成到IDE中，这样整个软件的配置和开发变得浑然一体，便捷非常。

STM32CubeProgrammer 软件编程工具，支持（JTAG，SWD，UART，USB DFU，I2C，SPI，CAN）等方式对设备和外部存储器进行读写。

STM32CubeMonitor 系列工具。强大的监视工具可帮助开发人员实时微调其应用程序的行为和性能，这个目前还没有尝试，暂且先相信官方的自夸吧。

所以使用以上的ST Cube全家桶进行STM32的软件开发，还是有不少坑要在实践过程中慢慢爬，整体的一个流程基本如下；

第一步：使用 CubeMX初始化相应的芯片外设功能等等；

第二步：使用CubeIDE进行代码编辑调试等操作，当然，如果你喜欢也可以使用IAR，Keil，或者VSCode，这个完全出自个人喜好和习惯，但是据说CubeIDE里集成了CubeMX，这个难道不香吗? 加上如果想使用 gcc编译器，那也省去了很多配置的麻烦；

第三步：使用CubeProgrammer进行程序烧录，主要是支持的协议多啊，还可以吧，感觉是吹的挺厉害的；

第四步：以后可能会出更多的功能插件，目前感觉不是十分必要。

CubeMX

STM32 CubeMX的安装，十分简单，不过下载需要提交邮箱，基本根据系统提示就可以完成，另外，STM32 CubeMX目前自动生成的代码支持官方的HAL库和LL库，像以前笔者常用的标准外设库就已经被ST抛弃了，最新的STM32F7已经不支持标准外设库了。 同时，CubeMX初始化生成C代码项目，最终的工程可以符合IAR，Keil MDK和GCC，所以这里相对来说比较方便，不用对着手册撸寄存器了，也不用对着官方标准外设库demo进行移植，真的是哪里不会点哪里。

HAL库的封装相对来说好一点，但是代码读起来相对比较冗杂，通用性和移植性好，符合软件工程的设计思想，那么会牺牲一点效率了。

LL库会再底层一点，这几个的选择还是看个人喜好和团队的需要了。

CubeIDE

再官网下载CubeIDE这个软件并安装，假设你已经成功安装并打开了软件，会看到；

这时候CubeIDE已经集成了CubeMX了，新建STM32工程，step by step即可快速开始了。

CubeProg

整体看了一下 STM32 CubeProg 的介绍，其实有点还是可以的，首先这个软件支持多平台如：Windows, Linux, macOS等等，Java 进行开发的有点，这一系列差不多都是用Java开发的吧，另外可能对st-link的支持比较好，如果使用jlink的话，用个openocd也无妨，但是毕竟是套装，下面简单罗列一下；

支持擦除，读写Flash等等操作；

支持Motorola S19, HEX, ELF 和 二进制格式；

ST-LINK的固件升级；

多平台：Windows, Linux, macOS，其实就看好这一点；

结语

对于Cube进行了简单的学习和介绍，目前还有不少坑要爬，建议看一下HAL的封装，有必要LL也可以看看，基本上还是符合CMSIS那套标准。另外关于开发环境，如果需要使用CubeIDE进行开发，它已经集成了CubeMAX，则无需另外下载了，直接一站式服务搞定，如果只需要生成初始化代码，那么CubeMAX还是有必要单独装一下的。至于寄存器，开发起来比较费时间。

手动码字，严重影响了我拔刀的速度，如果你觉得我走心，文章对您有所帮助，点赞，支持一波吧！

欢迎关注@极客小麦

编辑于 2021-04-09著作权归作者所有

赞同 25

关于vscode开发stm32和vscode开发arduino的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。