{"description":"Connect to remote target","text":"target remote 127.0.0.1:1234","ignoreFailures":true}, {"description":"Set target architecture to RISC-V","text":"set architecture riscv:rv64","ignoreFailures":true}, ],"logging": {"exceptions":true,"moduleLoad":false,"programOutput":true...
"name": "riscv-debug","type": "cppdbg","request": "launch","miDebuggerPath": "/opt/...
注意,其中的program就是fw_jump.elf的路径,还有postRemoteConnectCommands要在连接之后先使用symbol-file命令将vscode启动gdb时默认加载的symbol清除掉,然后再使用add-symbol-file命令将symbol添加到0x80000000(为啥是0x80000000,请观看RISC-V篇-qemu+gdb调试OpenSBI源码),否则后面debug时会有问题,比如,设置断点,会命中多个...
openjdk-riscv需要使用QEMU进行启动,并需要rv32相关的工具链,考虑到本地机器性能方面,我们选择将项目放在远程服务器,通过使用本地的vscode的remote-ssh功能,在远程服务器上进行开发编译及调试。 步骤如下: 1. 安装remote-ssh插件 2. 为remote-ssh 配置远程连接IP,端口,用户名,密码等信息(这里没有设置,因为使用的...
riscv64-unknown-elf-gdb ./lichee/rtos/build/r128_module_c906/img/rt_system.elf 控制台界面输入 set remotetimeout 20 target remote :3333 才可以建立连接 1. 2. 3. 4. 5. 6. 配置VSCode 配置如下.vscode/launch.json文件 {// Use IntelliSense to learn about possible attributes.// Hover to ...
将riscv-nuclei-elf-gcc目录中的riscv-nuclei-elf-gdb.exe复制到riscv-none-embed-gcc目录。因为Cotex-Debug插件要求调试使用的gdb的版本大于8,nuclei的是11.2版本的。MounRiver的gdb是8.2的,没有办法用cotex-debug调试工。 安装插件,主要是C语言常用插件以及cotex-debug。
我在使用博流推荐的CDK进行调试开发时发现新建工程繁琐困难,于是选择在VSCode中使用命令行编译和烧写工作。 要使用VSCode,首先需要配置CMake和RISC-V的工具链 CMake的下载和配置 Cmake的配置十分简单。首先进入Cmake的官网,选择框出的.msi选项。(注意不要下载.zip文件) ...
之前一直使用的是linux终端的gdb,因为调试的对象是riscv,而我们使用的环境是x86的,所以必须用emulator。目前的工作是对assembler进行移植,并利用自己的编写的c++文件为完成测试,并不需要用到riscv环境,直接使用x86的环境进行gdb调试,这个时候可以使用vscode进行gdb。
能够在 vscode 上提供8051,STM8,Cortex-M,RISC-V项目的 开发, 编译, 烧录 功能。 eide 官网 eide 使用教程 3. 在VS Code中安装EIDE插件 4. 工具链配置 eide还需要调用相应的工具链才可完成MCU的工程编译, 如8051 MCU的工具链SDCC或者Keil C51,RISC-V MCU的工具链RISC-V GCC。
打开命令行执行以下命令,如果没有闪退,说明至少OpenOCD安装成功了: %RVOPENOCD%/openocd.exe -f ./wch-riscv.cfg 开发 下载模板代码 该模板中的部分文件为MounRiver生成 参考了STM32的Makefile https://gitee.com/o70078/CH32V103C8T6Template 编译调试模板工程 ...