stm32 vscode 编译_STM32开发之 VSCode+gcc环境编译

STM32开发之 VSCode+gcc环境编译

一、程序安装

1、VSCode：https://code.visualstudio.com/Download

好用到爆的文本编辑器，配合强大的插件，使你的开发效率大大提高。

2、Java：https://www.java.com/zh-CN/download/

STM32CubeMX的安装需要 JAVA运行环境(jre)。

3、STM32CubeMX：https://my.st.com/content/my_st_com/en/products/development-tools/software-development-tools/stm32-software-development-tools/stm32-configurators-and-code-generators/stm32cubemx.html

支持最新的 HAL库及 LL库，工程代码配置与生成工具，支持生成 IAR、Keil、STM32CubeIDE、Makefile等工程，这里使用其生成的 Makefile工程。

4、MinGW-w64：https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/

一个强大并实用的 C/C++ 编译器。安装完成后需要添加系统环境变量，可以利用 cmd命令：gcc -v测试。

5、arm-none-eabi-gcc：https://launchpad.net/gcc-arm-embedded/+download

GUN的 arm的通用交叉编译链工具，基本上常用的 arm处理器均支持。同样的，安装完成后需要添加系统环境变量，可以利用 cmd命令：arm-none-eabi-gcc -v测试。

二、CubeMX工程生成

目前 STM32现在主推的库是 HAL库，当然还有个 LL库用于操作底层寄存器；对于 HAL库，官方专门推出了图形化软件 CubeMX来简化 HAL库下 STM32的初始化代码；我们只需要配置好相应的外设功能以及时钟树，点击生成代码，CubeMX便会生成相应工程文件，并且还支持多种 IDE工具，实乃居家旅行出门必备啊。咳，偏题！

首先，选择你的目标芯片，启动工程配置，这里就简单的弄个 LED控制跟 DEBUG配置。

串口配置就像下图那样，像我们平常一样，异步通讯，Baud rate:115200、8Bit、1Stop Bit

2.png (130.71 KB, 下载次数: 5)

2020-10-10 10:13 上传接着就配置 LED IO引脚，直接点击对应引脚进行配置，如下图所示：

3.png (153.79 KB, 下载次数: 4)

2020-10-10 10:13 上传这软件怎么用在这里就不多赘述了，还有就是稍微注意一下：

如果要使用 STLink等在线调试器，那么需要在下图的指示处选择你所需要调试方式：

4.png (191.6 KB, 下载次数: 3)

2020-10-10 10:13 上传对于时钟树，像我们一般是有使用 HSE高速外部晶振，那么你就需要在 RCC那里打开相应的配置：

5.png (195.44 KB, 下载次数: 3)

2020-10-10 10:13 上传接着在时钟配置那里配置相应的外设时钟：

6.png (138.62 KB, 下载次数: 1)

2020-10-10 10:13 上传最后，由于我们是想要在 VSCode上开发，就直接选择生成 Makefile就可以了。需要特别说明的是，这一步并不是必须的，完全可以不用 CubeMX，自己写 Makefile也是可以的。然后输出生成工程文件。

7.png (110.26 KB, 下载次数: 5)

2020-10-10 10:13 上传三、VSCode环境部署

1、插件安装

8.png (66.89 KB, 下载次数: 2)

2020-10-10 10:13 上传2、配置 VS Code

首先，把从 STM32CubeMX创建出来的工程导入到 VS Code里面，得到：

9.png (163.14 KB, 下载次数: 2)

2020-10-10 10:13 上传默认情况下，工程中是不含 .vscode 的文件夹的，通过操作以下三种方式时会自动创建：

打开命令窗口进行编辑配置(Ctrl+Shitf+P > Edit Configurations(JSON))

10.png (36.1 KB, 下载次数: 3)

2020-10-10 10:13 上传或点击窗口栏的 终端 -> 配置任务 -> 使用模板创建 task.json -> Other

11.png (50.31 KB, 下载次数: 3)

2020-10-10 10:13 上传或修改工作区里的 settings.json文件(窗口File--Preferences--Settings--Features--Terminal 的 Terminal > Integrated > Automation Shell: Windows栏中进行编辑)

12.png (62.27 KB, 下载次数: 4)

2020-10-10 10:13 上传这三个创建出来的效果如下：

13.png (44.6 KB, 下载次数: 3)

2020-10-10 10:13 上传先说前面两个文件：

c_cpp_properties.json

主要有添加 include路径，编译器路径，宏定义等；设置好后，索引、编译就跟 keil一样方便。然后，它的配置修改如下：

{

"configurations": [

{

"name": "STM32",// 创建一个名为"STM32"的配置

"includePath": [// 声明这个工作区的 C/C++工程包含了哪些头文件目录

"${workspaceFolder}/**",

"${workspaceFolder}/Drivers/CMSIS/Device/ST/STM32L1xx/Include",

"${workspaceFolder}/Drivers/CMSIS/Include",

"${workspaceFolder}/Drivers/STM32L1xx_HAL_Driver/Inc",

"${workspaceFolder}/Drivers/STM32L1xx_HAL_Driver/Inc/Legacy",

"${workspaceFolder}/Core/Inc"

],

"defines": [// 全局的预处理宏定义

"STM32L151xB",

"USE_HAL_DRIVER"

],

"compilerPath": "gcc.exe",// 如果添加了环境变量，可以像这样表示；否则就得加绝对路径，如：C:\\Program Files\\mingw64\\bin\\gcc.exe

"cStandard": "c11",// 使用的 C标准

"cppStandard": "c++17",// 使用的 C++标准

"intelliSenseMode": "gcc-x64"// 语言风格

}

],

"version": 4

}复制代码

注意：这个 json不允许有注释，所以，如果是像复制到你的文件里，记得把注释删了。

tasks.json

这个文件下 tasks 数组里的每一个对象都代表着一个任务。

{

// See https://go.microsoft.com/fwlink/?LinkId=733558

// for the documentation about the tasks.json format

"version": "2.0.0",

"tasks": [

{

"label": "Build",// 标签名

"type": "shell",// 终端(shell)型的任务

"command": "make",// *执行的命令

"args": [// 命令的参数

"-j6"// 表示六线程同时编译

],

"problemMatcher": ["$gcc"],// 表示如果出现了编译报错，问题面板会显示 gcc类型的错误

"group": {

"kind": "build",

"isDefault": true

}

}

]

}复制代码

注意：上面的 "command"选项中填的是 "make"；实际上，在我们下载的 MinGW-w64编译器中，执行的是 mingw32-make.exe；但是，这里可以看到 mingw32-make.exe 文件名太长，并且不好记，因此我们可以将其复制并重命名为 make.exe 这样就与 Linux下的 make命令保持一致了；如果没有像前面说的那样复制出 make.exe，那么，在 "command"选项中填则是 "mingw32-make"，同样的在执行编译操作时，键入的命令则是 mingw32-make。

settings.json

这个留着后面结合实例来说。

四、工程编译

当你配置完成上面的操作后，最最最好就是先保存所有文件，然后关闭 VS Code，再重新打开工程。

编译有两种：

1、点击窗口栏的 终端 -> 运行生成任务(快捷键 Ctrl+Shitf+B)

14.png (127.9 KB, 下载次数: 4)

2020-10-10 10:13 上传2、点击窗口栏的 终端 -> 新终端，选择 cmd

15.png (34 KB, 下载次数: 3)

2020-10-10 10:13 上传没有的话，那就点击一下它，然后点 “选择默认 Shell”，再点击旁边的垃圾桶，再重新打开一下。

键入 make，最后按回车键。当编译完成后就会像下图这样显示编译文件大小：

16.png (211.83 KB, 下载次数: 6)

2020-10-10 10:13 上传五、编译清除

编译文件清除，只需要在终端命令台里键入 make clean就可以了，但是，但是，如果使用的是 cmd的shell，你会发现：

并没有清除掉编译出来的文件。这是为什么呢？可以在这里得到答案：https://github.com/STAT545-UBC/Discussion/issues/55

根据里面的描述可以总结为：

解决方法1：使用 Windows版本的 rm是 del，因此可以简单地用 rm替换成 del。但是要注意，这样做意味着您将无法使用 Git Bash shell，因为它不支持 del命令程序；

解决方案2：假设你已安装 Git Bash(没有那就安装 Git呗，都 0202了，不会还有人不用 Git吧，实在实在不想用 Git，那么就找个支持 rm的终端命令台，例如：msys2)，那么你可以把终端命令台切换到 Bash上面

第一个就简单了，在 makefile里把 rm替换成 del，如下图所示：

17.png (52.97 KB, 下载次数: 4)

2020-10-10 10:13 上传第二个，就像上面那样重新点击 “选择默认 Shell”，然后选择 Git bash

18.png (54.69 KB, 下载次数: 1)

2020-10-10 10:13 上传

19.png (84.29 KB, 下载次数: 2)

2020-10-10 10:13 上传

然后，用这种操作去修改终端 Sell，不同项目对于选择不同的终端，有时候需要经常切换，不方便；那么就有了工作区 settings.json文件配置的作用了。

在 settings.json文件中，我们只需要配置如下操作：

{

/* 终端在Windows上使用的shell的路径 */

"terminal.integrated.shell.windows": "C:\\Program Files\\Git\\bin\\bash.exe",// 如果添加了环境变量可以去掉路径

"terminal.external.windowsExec": "C:\\Program Files\\Git\\bin\\bash.exe"// 与上面同理

}复制代码

如此一来，那么就只在该项目工作区内产生作用效果。

你看，颜色都不一样的：

20.png (63.25 KB, 下载次数: 1)

2020-10-10 10:13 上传