Windows VS Code 写代码环境：openvela 的补全与跳转

Tue, 11 Aug 2026 12:40:00 +0800

本文只覆盖 编辑 + 自动补全 + 函数跳转。编译 / 烧录 / 断点调试的完整硬件链路见 Windows 下 openvela 的编译、烧录与调试；任务入口已在 .vscode/tasks.json / launch.json 预留为 scaffold。

正确架构（必须遵守）

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


┌──────────────────────────────────────────────────────────────┐
│ VS Code Remote - WSL（唯一推荐的写代码窗口） │
│ │
│ 编辑 / 补全 / 跳转 → WSL 内 ms-vscode.cpptools │
│ + Linux arm-none-eabi-gcc │
│ + NuttX/openvela 真实头文件 │
│ │
│ 编译（后续） → 仍在 WSL 跑 openvela 工具链 │
│ 烧录（后续） → Windows CubeProgrammer + ST-LINK │
│ 调试（后续） → Windows OpenOCD + Cortex-Debug │
│ request: attach, loadFiles: [] │
└──────────────────────────────────────────────────────────────┘

职责	跑在哪	为什么
源码编辑、补全、跳转	WSL	NuttX 大量 Linux 绝对路径符号链接；Windows 本地 C/C++ 扩展会跟丢，并混用 Windows newlib 与 NuttX libc
固件编译	WSL	openvela 官方工具链与 `build.sh` 是 Linux 路径
QSPI 烧录	Windows	STM32H750 超 128 KiB 片内 Flash 时，用 CubeProgrammer External Loader 写外部 QSPI；OpenOCD 不负责下载
断点调试	Windows OpenOCD	ST-LINK 由 Windows 访问；GDB 只 attach 符号，不再 load flash

不要把下面的 UNC 路径当普通 Windows 文件夹长期写代码：

Windows 下 openvela 的编译、烧录与调试（STM32H750B-DK）

Tue, 11 Aug 2026 12:30:00 +0800

写代码（补全 / 跳转）请先看 Windows VS Code 写代码环境。本文侧重编译、QSPI 烧录与 Cortex-Debug；编辑窗口必须是 Remote - WSL。

方案边界

STM32H750XBH6 只有 128 KiB 片内 Flash。超过该容量的 openvela 镜像采用：

从空白工程到点亮 STM32H750B-DK 第一颗 LED

Tue, 11 Aug 2026 12:00:00 +0800

本文记录我们这一路从 openvela 竞赛模板走到 STM32H750B-DK 点亮第一颗 LED 的完整过程。

它不是只告诉你“改哪一行”，而是帮你建立一套迁移思维：你已经有 STM32HAL、FreeRTOS、LwIP、FatFs、Modbus 经验，那么学习 openvela/NuttX 时，最重要的是把已有经验映射到 NuttX 的概念上。

Openvela on 19y的技术栈

Windows VS Code 写代码环境：openvela 的补全与跳转

正确架构（必须遵守）

Windows 下 openvela 的编译、烧录与调试（STM32H750B-DK）

方案边界

从空白工程到点亮 STM32H750B-DK 第一颗 LED