【VS Code 如何调试芯片代码】基于Arm芯片的Debug方式

概要

本文介绍了如何使用 Visual Studio Code (VSCode) 结合 Cortex-Debug 插件来调试基于 ARM 芯片的嵌入式项目。包括 VSCode 和 Cortex-Debug 插件的安装，并通过截图展示了具体的安装过程。并提供了通过控制台手动启动 GDB Server 的解决方案。最后，文章展示了调试成功后的界面提示，帮助用户确认调试环境已经正确配置。

一、下载相应工具

使用的前提是我们已经安装好了前置的软件工具。首当其冲的当然是我们的蓝精灵 ：

相信这样熟悉的软件工具我们并不陌生，这里我们就不多说了。接下来安装好vs code 中的一个debug，插件cortex debug:

这个的安装步骤也比较简单，直接点击就可以了。
接下来，点击debug按钮：

之后会提示让我们选择我们需要调试的设备类型，这里我使用的是Jlink,大家可以选择自己实际使用的工具就可以了。

二、Debug参数配置详解

当然这里的参数肯定是根据大家的实际情况的需要来进行修改和配置的。我们可以大概看下他都配置了什么内容。

参数解释：
cwd:: 当前工作目录，即调试器启动时的工作目录。
executable:: 要调试的可执行文件路径。（通常是我们的elf文件）
name: 调试配置的名称，用于在调试工具栏中选择不同的配置。
示例: “name”: “Debug with JLink”
request:: 调试请求类型，可以是 launch（启动调试）或 attach（附加到正在运行的进程）。
示例: “request”: “launch”
type: 调试器类型，这里指定为 cortex-debug。
device: 目标设备的型号，通常用于指定具体的微控制器型号。
runToEntryPoint:: 调试器启动时运行到的入口点，通常是程序的主函数。
示例: “runToEntryPoint”: “main”
showDevDebugOutput: 是否显示开发调试输出。
servertype:: 调试服务器类型

三、可能遇到的问题

`
当然我们在第一次使用的时候都会遇到许多问题，好在这些问题都有迹可循。我们一起来看看。
（1）在调试控制台中我们可以看到一个明显的问题

很显然它找不到我们的GDB Server。
我们可以通过控制台（power shell）打开gdbserver 服务来查看具体的调试内容
指定它的端口 和 设备的id, 通过这个方式可以更快的定位我们的问题。（推荐使用）

四、调试成功

如果看到vs code 有以下提示，就可以开始我们的调试工作啦/

小结

本文提供了一个详细的指南，帮助开发者利用 VSCode 和 Cortex-Debug 插件来调试基于 ARM 芯片的嵌入式系统。通过逐步介绍软件工具的安装和配置，读者可以轻松搭建一个高效的调试环境。文中不仅讲解了如何配置调试参数，还分享了一些常见问题的解决方案，确保用户能够顺利地进行调试工作。

感谢您的阅读！如果您觉得内容还不错，不妨动动手指，给个一键三连（点赞、关注、收藏）！这对我来说就是最大的支持，让我更有动力持续输出优质内容，不辜负大家的期待。期待与您一起成长，一起进步！