使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/loveuav/article/details/89969810

前言

APM(Ardupilot)和PX4是当今世界上最为流行和活跃的两大开源飞控软件项目,它们均在Linux下基于gcc编译工具链开发,对于那些习惯与在Windows下使用Keil MDK开发单片机的童鞋,无疑带来了一定的门槛,除了编译环境搭建较为麻烦之外,还有一个最主要的原因便是难以实现类似Keil上的在线硬件调试(Debug)功能。

而本文的主要目的在于引导读者,在Ubuntu系统下为APM飞控搭建一个类似Keil的编译、烧录和调试一体的开发环境,降低开源飞控的入门和开发门槛。

前期准备

硬件

  • 飞控板:本教程中必须是基于STM32单片机并支持APM固件的飞控板,如pixhawk,pixhawk2等等,而作者本人则使用的是之前自己制作的一款基于STM32F405的飞控板,因此中间还有一段移植APM固件到第三方飞控板的教程,如果手上已经有官方飞控的童鞋可以直接跳过。
  • J-Link OB调试器:烧录和调试必备工具,淘宝上十几元一个,没有的话先准备一个吧。

系统环境

ubuntu 18.04

软件

这里先列出后续会使用到的软件工具版本:

  • VSCode : 1.33.1
  • OpenOCD : 0.10.0
  • Cortex-Debug : 0.2.3
  • gcc-arm-none-eabi : 6.3.1
  • python : 2.7.15
  • ArduCopter : 3.7.0-dev (fd19b257)

为什么使用VSCode

VSCode是微软在2015年发布的一个现代化跨平台开源编辑器,原生支持Git,并拥有着最强大的插件社区,被称之为史上最好用的编辑器。在越来越多各种强大的插件支持下,你可以将VSCode演变成支持绝大多数语言的IDE,当然包括了我们做嵌入式开发常用的C/C++。

使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境

随着时代的发展,Keil之类的IDE,虽然上手简单,但是其编辑器功能已经远远落后与时代,还有着收费、不开源、不支持跨平台等各种问题。而VSCode正好弥补了这些缺点,并有着无比强大的编辑器功能与丰富插件支持。结合插件,我们可以将VSCode打造成一个有史以来最强大的飞控开发IDE,有着比拟Keil的硬件Debug功能,还有秒杀Keil几条大街的编辑器,那么我们还有什么理由不投入VSCode的怀抱呢?

邂逅VSCode

1.安装

在ubuntu上安装VSCode的方法有很多种,可自行百度。比较简单的一种方式是访问官网,直接下载deb包到本地,双击安装。
使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境

2.插件

丰富的插件是VSCode的灵魂,也是短短两三年内造就了VSCode霸主地位的主要原因之一,不安装插件的VSCode比咸鱼好不了多少。。。

安装插件的方法是点击左侧的”Extensions“图标,或使用快捷键ctrl+shit+x打开插件搜索栏,输入名称查找插件,并点击install,如下图:

使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境

必装插件

  • C/C++ :提供C/C++语言的智能推导,函数跳转,调试等功能
  • GitLens :Git辅助插件
  • Chinese (Simplified) Language Pack :中文界面语言包
  • Cortex-Debug :Cortex系列单片机调试工具

推荐安装

  • Git History :可视化的形式查看Git提交历史
  • Bracket Pair Colorizer :为代码中的括号添加颜色识别,强烈推荐,可提高代码阅读效率
  • C++ Intellisense :可作为C/C++插件的一个补充
  • ARM :提供ARM汇编语言的高亮识别
  • One Dark Pro :比较受欢迎的主题
  • vscode-icons :提供各种好看的文件及文件夹图标
  • Settings Sync :同步VSCode配置

3.设置界面为中文

喜欢原生英文界面的可跳过这一步。。。
快捷键ctrl+shift+p打开命令面板,输入language,选择"Configure Display Language",然后点击"zh-cn",软件重启之后便切换至中文界面。

下载并编译APM

1.下载代码

在你的工程目录下打开终端,克隆代码到本地

git clone https://github.com/ArduPilot/ardupilot

 
 
  • 1

进入代码目录

cd ardupilot

 
 
  • 1

更新子模块

git submodule update --init --recursive

 
 
  • 1

2.安装工具链及python包

项目提供了环境部署脚本,可以直接安装所有所需工具和包

Tools/environment_install/install-prereqs-ubuntu.sh -y

 
 
  • 1

理论上这样就可以了,但实际上由于gcc-arm-none-eabi工具链体积比较大,通过wget方式下载速度过慢,实在没有耐心等待,于是我选择手动安装工具链。
注意的是工具链版本很重要,过低和过高的版本都可能导致编译失败,一般部署脚本里提供的版本不会存在问题,所以我选择这个版本来下载。
打开链接https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain/gnu-rm/downloads ,选择gcc-arm-none-eabi-6-2017-q2-update,Linux 64-bit进行下载,使用一些多线程下载工具速度会快很多。
使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境
下载完毕后,移动压缩包至opt目录下

sudo mv gcc-arm-none-eabi-6-2017-q2-update-linux.tar.bz2 /opt/

 
 
  • 1

进入opt目录,并解压

cd /opt
sudo tar -jxvf gcc-arm-none-eabi-6-2017-q2-update-linux.tar.bz2

 
 
  • 1
  • 2

配置工具链路径为环境变量

exportline="export PATH=/opt/gcc-arm-none-eabi-6-2017-q2-update/bin:\$PATH"

if grep -Fxq “$exportline” ~/.profile; then echo nothing to do ; else echo $exportline >> ~/.profile; fi

. ~/.profile

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6

检测gcc-arm-none-eabi是否已正确安装

arm-none-eabi-gcc --version

 
 
  • 1

应该输出以下内容
使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境
重启使该环境变量应用到所有终端

reboot

 
 
  • 1

3.编译

启动VSCode,并打开ardupilot文件夹,快捷键Ctrl+Shift+`打开终端。

为保险起见,让读者能够按照此教程顺利实现,请使用本文中编译的分支

git checkout fd19b257

 
 
  • 1

编译适配fmuv5硬件的所有飞机类型的固件

make fmuv5

 
 
  • 1

编译成功后如下图所示。
使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境
通常我们只想编译多旋翼的固件,以节省时间,可以使用waf命令。

./waf configure --board fmuv5

./waf copter

  • 1
  • 2
  • 3

使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境

适配第三方飞控板

由于手上并没有pixhawk系列的飞控硬件,只能为已有的F405飞控板实现APM的适配。

我将自己手上的飞控板命名为bluesky(天穹飞控),后续编译飞控代码都将会使用这个名称,而读者们则需要根据自己的硬件来更改为相对应的型号进行编译,如fmuv2,fmuv3之类的。

1.增加编译配置文件

进入ardupilot/libraries/AP_HAL_ChibiOS/hwdef目录下,新建文件夹,命名为blueksy,在bluesky目录下新建两个名为hwdef.dathwdef-bl.dat的文件,它们分别为飞控主程序和Bootloader的编译配置文件,这两个文件的内容如下:

hwdef.dat

# hw definition file for bluesky hardware

MCU class and specific type

MCU STM32F4xx STM32F405xx

board ID for firmware load

APJ_BOARD_ID 888

crystal frequency

OSCILLATOR_HZ 8000000
STM32_PLLM_VALUE 8

define STM32_ST_USE_TIMER 4
define CH_CFG_ST_RESOLUTION 16

FLASH_SIZE_KB 1024

board voltage

STM32_VDD 330U

only one I2C bus

I2C_ORDER I2C1

order of UARTs (and USB)

UART_ORDER OTG1 USART1 USART3 UART4 USART6

LEDs

PA6 LED_BLUE OUTPUT LOW GPIO(0)
PC4 LED_GREEN OUTPUT LOW GPIO(1)
PC5 LED_RED OUTPUT LOW GPIO(2)

define HAL_GPIO_A_LED_PIN 0
define HAL_GPIO_B_LED_PIN 1
define HAL_GPIO_C_LED_PIN 2

buzzer

#PC13 BUZZER OUTPUT GPIO(80) LOW
#define HAL_BUZZER_PIN 80
#define HAL_BUZZER_ON 1
#define HAL_BUZZER_OFF 0

spi1 bus for IMU

PB13 SPI2_SCK SPI2
PC2 SPI2_MISO SPI2
PC3 SPI2_MOSI SPI2

PA5 ICM20689_CS CS
PA4 MS5611_CS CS

only one I2C bus in normal config

PB6 I2C1_SCL I2C1
PB7 I2C1_SDA I2C1

analog pins

PC0 BATT_VOLTAGE_SENS ADC1 SCALE(1)
PC1 BATT_CURRENT_SENS ADC2 SCALE(1)

define default battery setup

PC5 - ADC12_CH15

define HAL_BATT_VOLT_PIN 15

PC4 - ADC12_CH14

define HAL_BATT_CURR_PIN 14
define HAL_BATT_VOLT_SCALE 10.1
define HAL_BATT_CURR_SCALE 17.0

USART1

PA9 USART1_TX USART1
PA10 USART1_RX USART1

rcinput

PA8 TIM1_CH1 TIM1 RCININT FLOAT LOW

USART3

PB10 USART3_TX USART3
PB11 USART3_RX USART3

UART4

PA0 UART4_TX UART4
PA1 UART4_RX UART4

UART6

PC7 USART6_RX USART6
PC6 USART6_TX USART6

PA10 IO-debug-console

PA11 OTG_FS_DM OTG1
PA12 OTG_FS_DP OTG1

USB detection

#PB12 VBUS INPUT OPENDRAIN

debug

PA13 JTMS-SWDIO SWD
PA14 JTCK-SWCLK SWD

PWM out pins. Note that channel order follows the ArduPilot motor

order conventions

PA2 TIM2_CH3 TIM2 PWM(1) GPIO(50)
PA3 TIM2_CH4 TIM2 PWM(2) GPIO(51)
PB0 TIM3_CH3 TIM3 PWM(3) GPIO(52)
PB1 TIM3_CH4 TIM3 PWM(4) GPIO(53)
PA15 TIM2_CH1 TIM2 PWM(5) GPIO(54)
PB3 TIM2_CH2 TIM2 PWM(6) GPIO(55)

define HAL_STORAGE_SIZE 15360
define STORAGE_FLASH_PAGE 2

reserve 32k for bootloader and 32k for flash storage

FLASH_RESERVE_START_KB 64

define HAL_INS_DEFAULT HAL_INS_ICM20689_SPI
define HAL_INS_DEFAULT_ROTATION ROTATION_ROLL_180_YAW_270

no built-in compass, but probe the i2c bus for all possible

external compass types

define ALLOW_ARM_NO_COMPASS
define HAL_COMPASS_DEFAULT HAL_COMPASS_NONE
define HAL_PROBE_EXTERNAL_I2C_COMPASSES
define HAL_I2C_INTERNAL_MASK 0
define HAL_COMPASS_AUTO_ROT_DEFAULT 2

define HAL_BARO_DEFAULT HAL_BARO_MS5611_SPI

SPI devices

SPIDEV icm20689 SPI2 DEVID1 ICM20689_CS MODE3 2MHZ 8MHZ
SPIDEV ms5611 SPI2 DEVID2 MS5611_CS MODE3 20MHZ 20MHZ

filesystem setup on sdcard

#define HAL_OS_FATFS_IO 1
#define HAL_BOARD_LOG_DIRECTORY “/APM/LOGS”
#define HAL_BOARD_TERRAIN_DIRECTORY “/APM/TERRAIN”

8 PWM available by default

define BOARD_PWM_COUNT_DEFAULT 8

uncomment the lines below to enable strict API

checking in ChibiOS

define CH_DBG_ENABLE_ASSERTS TRUE
define CH_DBG_ENABLE_CHECKS TRUE
define CH_DBG_SYSTEM_STATE_CHECK TRUE
define CH_DBG_ENABLE_STACK_CHECK TRUE

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141

hwdef-bl.dat

# hw definition file for processing by chibios_pins.py
# for minimal F405 bootloader

MCU class and specific type

MCU STM32F4xx STM32F405xx

board ID for firmware load

APJ_BOARD_ID 888

crystal frequency

OSCILLATOR_HZ 8000000
STM32_PLLM_VALUE 8

FLASH_SIZE_KB 1024

bootloader is installed at zero offset

FLASH_RESERVE_START_KB 0

LEDs

PA6 LED_BOOTLOADER OUTPUT LOW
PC5 LED_ACTIVITY OUTPUT LOW
define HAL_LED_ON 0

the location where the bootloader will put the firmware

FLASH_BOOTLOADER_LOAD_KB 64

board voltage

STM32_VDD 330U

order of UARTs

UART_ORDER OTG1

PA11 OTG_FS_DM OTG1
PA12 OTG_FS_DP OTG1

define HAL_USE_EMPTY_STORAGE 1
define HAL_STORAGE_SIZE 15360

debug

PA13 JTMS-SWDIO SWD
PA14 JTCK-SWCLK SWD

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41

hwdef.dat中HAL_INS_ICM20689_SPI这个宏定义在飞控代码中是不存在的,因为飞控的IMU安装方向已经被固化在代码中,因此我需要针对我的飞控板对代码进行一定修改:
打开ardupilot/libraries/AP_InertialSensor目录下的AP_InertialSensor.cpp,在大约845行下面增加如下代码

#elif HAL_INS_DEFAULT == HAL_INS_ICM20689_SPI && defined(HAL_INS_DEFAULT_ROTATION)
    ADD_BACKEND(AP_InertialSensor_Invensense::probe(*this, hal.spi->get_device("icm20689"), ROTATION_ROLL_180));

 
 
  • 1
  • 2

定义了我的IMU安装方向为ROTATION_ROLL_180
使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境
注意这里的hwdef.dat只是我临时修改的一个配置文件,还不够完善,后续再补充。针对不同的飞控板,可以参考文件夹下其他相近的配置文件来编写你自己的。

2.编译Bootloader

./waf configure --board bluesky --bootloader
./waf clean
./waf bootloader

 
 
  • 1
  • 2
  • 3

3.编译飞控代码

./waf configure --board bluesky 
./waf copter

 
 
  • 1
  • 2

使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境

OpenOCD

OpenOCD是被VSCode的Cortex-Debug插件调用于烧录和调试STM32的软件。

1.安装

sudo apt install openocd

 
 
  • 1

查看版本

openocd -v

 
 
  • 1

使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境
注意版本必须是0.10.0(对于本教程而言)。

2.修改配置文件

我使用的是J-Link OB调试器,需要修改OpenOCD的jlink配置为swd接口

sudo gedit /usr/share/openocd/scripts/interface/jlink.cfg

 
 
  • 1

打开jlink.cfg文件进行修改,在其中加入一行并保存

transport select swd

 
 
  • 1

使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境

3.测试

将jlink调试器连接飞控并接入PC,输入以下命令测试是否能正确识别jlink及单片机

openocd -f interface/jlink.cfg -f target/stm32f4x.cfg

 
 
  • 1

如果提示“Warn : Failed to open device: LIBUSB_ERROR_ACCESS.”之类的错误,说明当前用户没有usb端口权限,需要使用

sudo usermod -a -G dialout user_name

 
 
  • 1

重启后会将当前用户加入dialout组,注意user_name为你的用户名称。

输出下图信息,说明OpenOCD能够识别到单片机了。
使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境

Tips

  • OpenOCD无法识别单片机:如果你的飞控中已经烧录过某些程序,则存在禁用SWD接口的可能性,导致调试器无法连接单片机,这时候需要将BOOT0引脚拉高后再上电。

  • OpenOCD端口被占用:如果提示"Error: couldn’t bing xxx to socket: Address aleady in use"这个错误,可能是因为OpenOCD需要监听的端口已经被占用,其中xxx可能是telnet_port、gdb_port、tcl_port三者之一,这三个默认端口分别为4444、3333、6666。比如如果tcl_port被占用(这个是我在windows下经常碰到的情况),可以在.cfg文件中加入一行:tcl_port 19998,修改端口为19998,以解决这个问题。

4.烧录Bootloader

Bootloader只需要烧录一次,如果是pixhawk之类的已经烧写过程序的板子,那便可跳过此步骤。

连接单片机

 openocd -f interface/jlink.cfg -f target/stm32f4x.cfg

 
 
  • 1

打开另一个终端,通过telnet连接openocd

telnet localhost 4444

 
 
  • 1

烧录Bootloader,注意这里要把Bootloader文件路径修改成你自己的

program /home/bluesky/Project/ardupilot/build/bluesky/bootloader/AP_Bootloader

 
 
  • 1

复位单片机

reset

 
 
  • 1

使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境

使用VSCode调试APM

重头戏来了,但是要实现这一步必须要保证以下几点:

  • 编译正常通过,并生成了飞控固件
  • openocd正常工作,能够连接并识别到单片机
  • VSCode上已经安装了Cortex-Debug插件

1.增加Debug配置文件

在VSCode中打开ardupilot项目后,点击左侧图标或者使用快捷键Ctrl+Shift+D打开Debug界面,如下图
使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境
点击小齿轮图标,并选择“Cortex-Debug",将会添加一个launch.json的配置文件,将下面的代码复制(覆盖)到launch.json并保存:

{
    "version": "0.2.0",
    "configurations": [
      {
        "name": "Cortex Debug",
        "cwd": "${workspaceRoot}",
        "executable": "./build/bluesky/bin/arducopter", //固件路径,需要根据实际情况修改
        "request": "launch",
        "type": "cortex-debug",
        "servertype": "openocd",
        "configFiles": [
          "interface/jlink.cfg", //Jlink配置文件
          "target/stm32f4x.cfg" //目标芯片配置文件,需要根据自己飞控的实际芯片修改,可以到/usr/share/openocd/scripts/target目录下查看存在的配置文件
        ]
      }
    ]
  }

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17

使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境
其中"executable"和"configFiles"要根据自己的实际情况修改,比如飞控是基于STM32F7单片机的,那么
“target/stm32f4x.cfg"要修改为"target/stm32f7x.cfg”。

2.重新编译飞控固件

前面编译飞控固件时不带有Debug信息,这样会导致调试时无法识别到源代码文件,编译时加入--debug参数来增加debug信息。

./waf configure --debug --board bluesky 
./waf copter

 
 
  • 1
  • 2

增加debug参数后编译出现了一个错误:
使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境
从错误提示上来看是因为AP_ROMFS.cpp中有一个compressed_size变量在使用前未初始化,于是打开libraries/AP_ROMFS目录下的AP_ROMFS.cpp文件,将第50行中的

    uint32_t compressed_size;

 
 
  • 1

修改为

    uint32_t compressed_size = 0;

 
 
  • 1

使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境
重新进行编译
使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境
可以看到重新编译的固件要比之前的大上少许。

3.调试

注意如果前面在其它终端中使用openocd连接了单片机,此时需要将其关闭。

一切都准备就绪。

在VSCode的菜单栏->调试中点击“启动调试”,或者直接按下F5,将会进入到Debug状态,中间出现一个Debug菜单栏。
使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境
首先VSCode会给飞控板烧录固件,需要等待数秒钟(APM固件体积较大因此烧录时间较长),调试控制台中出现下图信息时说明固件已经加载完毕,再次按下F5,程序开始运行。
使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境
现在可以开始愉快地调试飞控程序了,可以在代码中放断点,查看变量等等。
使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境
主要调试快捷键说明

  • F5 :全速运行
  • F6 :暂停
  • F10 :单步跳过
  • F11 :单步调试
  • Shift + F11 :单步跳出
  • Ctrl + Shift + F5 :重启

断点
可以在代码左侧单击放置断点,右键编辑断点属性,还可以设置条件断点:
使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境
查看变量
将鼠标悬停在变量上面,可以显示变量的数值,也可以在左侧监视窗口中手动输入变量名以同时观察多个变量数据。有个缺陷是似乎在运行的时候无法查看变量数据,而在Keil的调试窗口中是能够支持全局变量和静态变量实时刷新的。

一键编译调试

使用过Keil的童鞋都知道,调试程序前会先自动编译当前程序,在VSCode中我们也可以利用Task功能来实现一键自动编译+调试。

创建tasks.json

快捷键Ctrl+Shift+p打开命令面板,输入task,选择Tasks:Configure Task(配置任务),在弹出来的选项中随便选择一个,将会自动生成一个tasks.json文件,然后将下面代码复制(覆盖)进去并保存:

{
    "version": "2.0.0",
    "tasks": [
        {
            "type": "shell",
            "label": "build",
            "command": "./waf copter",
        }
    ]
}

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10

其中 "command"就是我们定义的要运行的命令,这里你可以根据自己的需求来改动。

绑定task

然后再打开先前的launch.json文件,在其中加入一行,表示在Debug之前先运行定义好的编译任务:

 "preLaunchTask": "build",

 
 
  • 1

使用VSCode打造APM飞控的编译+烧录+调试一体的终极开发环境

当再次按下F5开始烧录和调试的时候,会先进行固件编译。

总结

理论上所有基于STM32并使用gcc编译的项目,均可以使用这种方式进行开发、烧录和调试,比如我的上一篇博文就说明了如何用这种方式来调试Betaflight飞控:Ubuntu下使用VSCode编译调试Betaflight飞控

随着插件的进一步丰富与完善,未来VSCode会有着更强大的功能和更便捷的使用性,所以,现在可能会是你入手VSCode的最佳时间。

如果想在Win10下开发,也可以利用WSL子系统实现编译,Windows上运行VSCode配合win版的gcc-arm-none-eabi和openocd来实现同样的烧录及调试功能。

上一篇:k8s 部署elasticsearch-apm


下一篇:想要完成系统性能评估? 试试【云压力测试 + APM】的端到端压测解决方案