企业官网建设流程全解析

Zephyr 中的 ESP32-S3-DevKitC：硬件特性、构建烧录、QEMU 仿真与 OpenOCD 调试实战

【免费下载链接】zephyrPrimary Git Repository for the Zephyr Project. Zephyr is a new generation, scalable, optimized, secure RTOS for multiple hardware architectures.项目地址: https://gitcode.com/GitHub_Trending/ze/zephyr

ESP32-S3-DevKitC 是乐鑫（Espressif）推出的入门级开发板，基于集成 2.4 GHz Wi-Fi 与 Bluetooth LE 5.0 的 ESP32-S3 双核 SoC。本文以 Zephyr 仓库中的板级文档 boards/espressif/esp32s3_devkitc/doc/index.rst 为核心骨架，结合该板卡的设备树、构建配置与 QEMU/调试支持源码，系统讲解其在 Zephyr 下的硬件能力、Simple Boot 与 MCUboot 两种启动方案、快速烧录技巧、QEMU 无硬件仿真，以及基于 OpenOCD 的多线程感知调试，帮助你在本地快速跑通hello_world并深入理解板级移植细节。

ESP32-S3-DevKitC 开发板

板卡概述：入门级双核 Wi-Fi/BLE 开发板

ESP32-S3-DevKitC 是一块入门级（entry-level）开发板，板载模组为 ESP32-S3-WROOM-1 或 ESP32-S3-WROOM-1U（后者为外置天线版本），以小巧的体积集成了完整的 Wi-Fi 与 Bluetooth Low Energy 功能。板卡与 SoC 的详细技术资料可参考 ESP-IDF 官方文档中的 ESP32-S3-DevKitC 用户指南、ESP32-S3 数据手册与技术参考手册（本仓库文档仅给出外部参考链接，正文不再展开）。

在 Zephyr 中，该板卡的标识符与设备树目标由 boards/espressif/esp32s3_devkitc/board.yml 声明为espressif,esp32s3，对应 SoC 为esp32s3。

ESP32-S3 SoC 特性：Zephyr 眼中的片上资源

根据本板卡文档引入的 boards/espressif/common/soc-esp32s3-features.rst，ESP32-S3 是一款低功耗 MCU 型片上系统（SoC），集成了 2.4 GHz Wi-Fi 与 Bluetooth LE，包含高性能双核微处理器、低功耗协处理器、Wi-Fi 基带、BLE 基带、射频前端以及丰富的外设。

核心计算资源

• 双核 32 位 Xtensa 微处理器（Tensilica LX7），最高运行频率 240 MHz；
• 支持额外的向量指令（vector instructions），用于 AI 加速；
• 512 KB SRAM、384 KB ROM；
• Wi-Fi 802.11b/g/n；
• Bluetooth LE 5.0，支持 long-range，最高 2 Mbps 数据速率。

数字接口

• 45 个可编程 GPIO；
• 4 路 SPI；
• 1 路 LCD 接口（8~16 bit 并行 RGB、I8080 与 MOTO6800），支持 RGB565、YUV422、YUV420、YUV411 之间转换；
• 1 路 DVP 8~16 bit 摄像头接口；
• 3 路 UART、2 路 I2C、2 路 I2S；
• 1 路 RMT（TX/RX）；
• 1 路脉冲计数器（pulse counter）；
• LED PWM 控制器，最多 8 通道；
• 1 路全速 USB OTG、1 路 USB Serial/JTAG 控制器；
• 2 路 MCPWM；
• 1 路 SDIO 主机控制器（2 个插槽）；
• 通用 DMA 控制器（GDMA），5 个发送通道与 5 个接收通道；
• 1 路 TWAI 控制器，兼容 ISO 11898-1（CAN Specification 2.0）；
• 1 颗可寻址 RGB LED，由 GPIO38 驱动。

模拟接口

• 2 路 12-bit SAR ADC，最多 20 通道；
• 1 路温度传感器；
• 14 路触摸感应 IO。

定时器

• 4 个 54-bit 通用定时器；
• 1 个 52-bit 系统定时器；
• 3 个看门狗定时器。

低功耗能力

• 电源管理单元（PMU），支持五种电源模式；
• 超低功耗（ULP）协处理器：ULP-RISC-V 与 ULP-FSM。

安全特性

• 安全启动（Secure boot）；
• Flash 加密（Flash encryption）；
• 4-Kbit OTP，其中最多 1792 bit 供用户使用；
• 密码学硬件加速：AES-128/256、Hash、RSA、RNG、HMAC、数字签名。

不对称多处理（AMP）与串口输出注意事项

ESP32 与 ESP32-S3 SoC 的双核架构允许同时执行两个不同的应用程序：每个核可以独立运行定制任务，也可以通过 OpenAMP 框架交换数据，参考ipc示例类别中的代码。

需要注意：在当前 Zephyr ESP32 实现中，运行在 APPCPU 上的应用尚无法使用 Zephyr 管理的串口驱动（如printk()、日志系统或控制台 UART），Zephyr 的串口输出 API 仅在 PROCPU 上可用。作为替代，APPCPU 上的应用可使用 ESP32 ROM 函数（如ets_printf()）输出诊断或调试信息。这正是该板卡提供procpu/appcpu两个独立目标的原因。

板级硬件与 Zephyr 设备树视角

从板级设备树 boards/espressif/esp32s3_devkitc/esp32s3_devkitc_procpu.dts 可以看到 PROCPU 目标的默认接线：

• 控制台与 shell 均绑定到uart0（chosen中的zephyr,console与zephyr,shell-uart），波特率 115200；
• 代码分区指向slot0_partition（配合分区表espressif/partitions_0x0_amp.dtsi）；
• BLE 主机控制器接口esp32_bt_hci与wifi节点默认使能；
• usb_serial（USB Serial/JTAG）默认禁用，串口由 UART0 承担；
• 板载 BOOT 按键被描述为gpio-keys的button0（GPIO0，上拉、低电平有效），可作为用户输入按键（INPUT_KEY_0）；
• USB OTG 同时被注册为zephyr_udc0（USB 设备控制器）与zephyr_uhc0（USB 主机控制器）；
• 8 MB SPI flash 由&flash0的reg = <0x0 DT_SIZE_M(8)>声明。

板卡默认配置 boards/espressif/esp32s3_devkitc/esp32s3_devkitc_procpu_defconfig 仅开启最基础的CONFIG_CONSOLE、CONFIG_SERIAL、CONFIG_UART_CONSOLE、CONFIG_GPIO与CONFIG_CLOCK_CONTROL，其余功能按需通过应用配置启用。

板卡支持的外设子系统中，esp32s3_devkitc/esp32s3/procpu目标在 boards/espressif/esp32s3_devkitc/esp32s3_devkitc_procpu.yaml 中声明支持：gpio、uart、i2c、i2s、spi、counter、watchdog、entropy、pwm、dma、input、video、crypto、retained_mem、netif:wifi、pulse_io。其中arch: xtensa，工具链为zephyr（Zephyr SDK 自带的 Xtensa 工具链）。

系统需求：获取 Espressif HAL 二进制 Blob

ESP32 的射频功能依赖 Espressif HAL 提供的二进制 Blob（RF binary blobs）。构建前需要先执行：

west blobs fetch hal_espressif

官方建议在每次west update之后执行上述命令，以确保 Blob 与仓库版本匹配（见 boards/espressif/common/system-requirements.rst）。

构建与烧录：从 Simple Boot 到 MCUboot

ESP32-S3-DevKitC 支持两种启动方式：Simple Boot（单镜像直接启动）与 MCUboot 引导加载器（支持安全启动与 OTA 的基础设施）。

Simple Boot（默认）

不带额外配置构建应用时，默认生成单个二进制镜像，不包含第二级引导加载器。注意：Simple Boot 不提供任何安全特性，也不支持 OTA 更新。

启用 MCUboot 引导加载器

如果希望使用 MCUboot，需要在板级默认配置文件（或应用prj.conf）中加入：

CONFIG_BOOTLOADER_MCUBOOT=y

引导加载器本身至少需要构建并烧录一次。构建应用有两种方式：Sysbuild 或手动构建。

方式一：Sysbuild（自动构建全部镜像）

Sysbuild 可以一次性构建并烧录启动 ESP32 SoC 所需的全部镜像。构建hello_world示例：

west build -b esp32s3_devkitc/esp32s3/procpu samples/hello_world --sysbuild

默认情况下，ESP32 的 sysbuild 会生成 bootloader（MCUboot）与应用镜像，也可以配置生成其他类型的镜像。sysbuild 的构建目录结构与传统 Zephyr 构建不同，输出按域（domain）子目录组织：

build/ ├── hello_world │ └── zephyr │ ├── zephyr.elf │ └── zephyr.bin ├── mcuboot │ └── zephyr │ ├── zephyr.elf │ └── zephyr.bin └── domains.yaml

注意：使用--sysbuild时，每次执行 pristine（全新）构建都会重新构建并重新烧录引导加载器。

方式二：手动构建（开发循环最快）

开发过程中追求"尽快构建、尽快烧录"，可以一次只构建一个镜像，使用传统构建流程。以下命令对手动构建与 sysbuild 均适用，区别仅在于构建目录结构；同样要记得 MCUboot 至少烧录一次：

west build -b esp32s3_devkitc/esp32s3/procpu samples/hello_world west flash

烧录完成后，通过串口监视器查看输出：

west espressif monitor

板卡自动复位启动后，监视器中应出现类似输出：

***** Booting Zephyr OS vx.x.x-xxx-gxxxxxxxxxxxx ***** Hello World! esp32s3_devkitc/esp32s3/procpu

USB Serial/JTAG 的下载模式陷阱：在暴露了内置 USB Serial/JTAG 控制器的目标上，west flash之后芯片可能停留在下载模式而不会自动启动新镜像，直到重新上电。若遇到此情况，可使用看门狗复位方式烧录，让芯片自动重启：

west flash --reset-type watchdog-reset

快速烧录：增量写入与跳过校验

为加速开发循环，boards/espressif/common/building-flashing.rst 提供了三个 ESP 专属的west flash参数：

• west flash --esp-skip-flashed：当 flash 中的二进制与待烧录镜像一致时跳过写入（通过设备端 MD5 校验）；
• west flash --esp-diff：仅写入与上次烧录镜像存在差异的区域。注意它对比的是本地缓存的副本而非读取设备，因此仅在 flash 未被其他工具、板卡或手动写入修改的情况下使用；
• west flash --esp-no-progress：抑制进度输出，适合 CI 场景下更干净的日志。

板级变体：用 Snippets 组合 Flash 与 PSRAM

ESP32 板卡可用不同模组组合出多种 SPI Flash 容量、PSRAM 容量与 PSRAM 模式。snippets/espressif下的片段提供模块化方式，在构建时应用这些变化，无需重复定义板卡（见 boards/espressif/common/board-variants.rst）。

通过west build的-S参数应用板级变体，例如组合 32 MB Flash 与 4 MB PSRAM：

west build -b esp32s3_devkitc/esp32s3/procpu samples/hello_world -S espressif-flash-32M,espressif-psram-4M

这些 Snippet 仅适用于所选 Flash/PSRAM 配置在硬件上受支持的板卡；未指定 Flash Snippet 时使用板卡默认 Flash 容量，未指定 PSRAM Snippet 时使用板卡默认 PSRAM 容量。

使用 Espressif QEMU 无硬件仿真

Espressif 板卡可在其 QEMU 分支上运行，用于本地免硬件的测试。Kconfig 选项CONFIG_ESPRESSIF_QEMU会生成合并的 SPI Flash 镜像，同时自动选中隐藏的CONFIG_ESPRESSIF_QEMU_TARGET板级标记。只有板卡在共享的board.cmake辅助文件中启用了espressif_qemu仿真平台（DevKitC 板卡正是如此），west build -t run目标才可用。

两种启用方式

1. Opt-in（硬件板目标 + CMake 缓存项）：-DCONFIG_ESPRESSIF_QEMU=y。同一固件镜像可带该选项在 QEMU 下运行，不带该选项则烧录到硬件；同 SoC 的其他板卡也可设置该 Kconfig（用于导出 Flash 布局），但需要同样的SUPPORTED_EMU_PLATFORMS espressif_qemu接线才能使用-t run。
2. 板级变体（/qemu限定符）：esp32s3_devkitc/esp32s3/procpu/qemu的 defconfig 已设置CONFIG_ESPRESSIF_QEMU，无需-D。适合本地与 CI 的west build -t run工作流。注意：Twister 的simulation:元数据尚未接入 Espressif QEMU，请把/qemu视作"板卡标识符 + 仿真平台"，而非标准qemu_*Twister 仿真的替代品。

支持的 SoC 与板卡矩阵

ESP32-C3 与 ESP32-C6 需要-icount 3（run目标会自动添加），这两个 machine 不支持自由运行（free-running）模式。

仿真外设能力对照

在/qemuDevKitC 板卡上，Zephyr 中可用的外设仿真情况如下：

以下外设未仿真（在/qemu设备树中被禁用）：Wi-Fi、蓝牙、USB、通用 SPI、I2C、I2S、RMT、GPIO matrix / IOMUX、ADC/DAC、触摸、MCPWM、脉冲计数器、ULP 与板级 GPIO 按键；LEDC 仅在 ESP32 上仿真；SD/MMC 在 ESP32-S3 上不仿真；ESP32-C6 还会额外禁用 TRNG、AES 与 HP/LP mailbox（mbox0），保留 SHA。依赖这些外设的测试无法在 QEMU 下运行。

QEMU 变体设备树

硬件 DevKitC 目标保留完整设备树；/qemu变体复用同一份硬件*.dts，并通过 overlay 对 QEMU 未建模的节点设置status = "disabled"（或/delete-node/）。对应文件为 boards/espressif/esp32s3_devkitc/esp32s3_devkitc_procpu_qemu.dts。常见 overlay 会禁用 Wi-Fi、蓝牙、I2C、I2S、通用 SPI、ADC 与未仿真的 PWM 相关模块，移除 GPIO 按键节点并清理不支持的chosen属性。ESP32-S3 还会额外禁用第二路 I2C/SPI/I2S 实例、USB Serial/JTAG 与 OTG、LEDC、SD/MMC、温度传感器和 LCD/CAM 控制器。

UART、Flash 分区、定时器组与看门狗节点保持可用以支撑冒烟测试（如samples/hello_world）。GPIO 控制器节点与CONFIG_GPIO=y必须保持开启，因为 Espressif UART 驱动依赖 GPIO 驱动做引脚复用，禁用会产生 Kconfig 依赖错误——这是启动基础设施的一部分，并不代表 QEMU 实现了应用级 GPIO 或 GPIO matrix。

安装 Espressif QEMU

从 Espressif QEMU 的发布页下载预编译二进制（分为 Xtensa 与 RISC-V 两个软件包）。示例（Linux x86_64，releaseesp-develop-9.2.2-20260417）：

mkdir -p ~/Downloads ~/opt cd ~/Downloads wget https://github.com/espressif/qemu/releases/download/esp-develop-9.2.2-20260417/qemu-xtensa-softmmu-esp_develop_9.2.2_20260417-x86_64-linux-gnu.tar.xz wget https://github.com/espressif/qemu/releases/download/esp-develop-9.2.2-20260417/qemu-riscv32-softmmu-esp_develop_9.2.2_20260417-x86_64-linux-gnu.tar.xz tar -xf qemu-xtensa-softmmu-*.tar.xz -C ~/opt --one-top-level=qemu-xtensa-softmmu tar -xf qemu-riscv32-softmmu-*.tar.xz -C ~/opt --one-top-level=qemu-riscv32-softmmu

将两个bin目录加入PATH，或通过ESPRESSIF_QEMU_PATH/QEMU_BIN_PATH指定包含目标 SoC 目录的平台路径列表。发行版自带的通用 QEMU（不含-machine esp*）无法工作。

CMake 配置阶段会按ESPRESSIF_QEMU_PATH、QEMU_BIN_PATH、PATH的顺序探测qemu-system-xtensa/qemu-system-riscv32，用-machine help挑选第一个实现目标 SoC machine 的二进制，从而跳过 Zephyr SDKhosttools中不带 Espressif machine 的上游 QEMU。选中后会打印类似：

-- Espressif QEMU: /home/user/opt/qemu-xtensa-softmmu/qemu/bin/qemu-system-xtensa (-machine esp32)

由于查找发生在配置阶段，安装 QEMU 或修改ESPRESSIF_QEMU_PATH后需要重新运行 CMake（west build --pristine）才能生效。

构建与运行（Simple Boot）

west build默认不使用 sysbuild（除非显式--sysbuild或 west 配置了build.sysbuild），因此普通构建即为无 MCUboot 的 Simple Boot 镜像。--no-sysbuild可显式确认并覆盖build.sysbuild=true的 west 配置。

Opt-in 方式（硬件板 + CMake 缓存项）：

west build -b esp32s3_devkitc/esp32s3/procpu samples/hello_world \ --no-sysbuild --pristine \ -- -DCONFIG_ESPRESSIF_QEMU=y west build -t run

QEMU 板级变体（defconfig 提供CONFIG_ESPRESSIF_QEMU，无需-D）：

west build -b esp32s3_devkitc/esp32s3/procpu/qemu samples/hello_world \ --no-sysbuild --pristine west build -t run

构建产物为build/zephyr/flash_image.bin（合并后的 SPI 镜像），并注册espressif_qemu仿真平台（run_espressif_qemu/debugserver_espressif_qemu，别名west build -t run/debugserver）。ESP32 上还会生成build/zephyr/qemu_efuse_eco3.bin传给 QEMU。等价的run底层调用（以 ESP32 为例）：

qemu-system-xtensa -nographic -machine esp32 \ -drive file=build/zephyr/qemu_efuse_eco3.bin,if=none,format=raw,id=efuse \ -global driver=nvram.esp32.efuse,property=drive,value=efuse \ -drive file=build/zephyr/flash_image.bin,if=mtd,format=raw

对于 ESP32-S3，-machine esp32s3；C3/C6 使用qemu-system-riscv32 -nographic -icount 3 -machine esp32c3/esp32c6。

MCUboot / sysbuild 下的 QEMU 运行

sysbuild 模式下，CONFIG_ESPRESSIF_QEMU会把 MCUboot（boot_partition）与签名应用（slot0_partition）合并进同一个 Flash 镜像：

west build -b esp32s3_devkitc/esp32s3/procpu samples/hello_world \ --sysbuild --pristine \ -- -DCONFIG_ESPRESSIF_QEMU=y west build --domain hello_world -t run

此处必须使用--domain：run目标由应用镜像定义，而 sysbuild 顶层构建没有该目标。镜像输出在build/<app>/zephyr/flash_image.bin而非build/zephyr/。合并过程消费../mcuboot/zephyr/zephyr.bin；这些 DevKitC 板卡的sysbuild.cmake保证应用始终在mcuboot之后构建，避免并发构建读到不完整的引导加载器二进制。

非 sysbuild 构建即使设置了CONFIG_BOOTLOADER_MCUBOOT，构建树中也不会生成引导加载器（硬件上 MCUboot 已烧录）。QEMU 场景下要么使用--sysbuild，要么通过-DESPRESSIF_QEMU_MCUBOOT_BIN=<mcuboot zephyr.bin 的绝对路径>传入现有引导镜像（合并发生在构建目录内，路径必须为绝对路径）。

GDB 调试 QEMU

让 QEMU 保持 CPU 复位状态并在 1234 端口开放 GDB stub：

west build -t debugserver

sysbuild 下需追加--domain <app>（同run）。然后在另一个终端用 Zephyr SDK 自带的 GDB 连接：

$ZEPHYR_SDK_INSTALL_DIR/gnu/xtensa-espressif_esp32_zephyr-elf/bin/xtensa-espressif_esp32_zephyr-elf-gdb \ build/zephyr/zephyr.elf \ -ex "target remote :1234" \ -ex "tb main" -ex "c"

RISC-V SoC（ESP32-C3、ESP32-C6）改用gnu/riscv64-zephyr-elf/bin/riscv64-zephyr-elf-gdb；ESP-IDF 工具链的xtensa-esp32-elf-gdb、riscv32-esp-elf-gdb在 PATH 中可用时同样有效。

高级 QEMU 参数

额外的标志通过QEMU_EXTRA_FLAGS环境变量（空格分隔）注入，在 CMake 配置阶段读取，需在首次构建前设置或重新运行 CMake。以下选项不会自动追加：

• 禁用 TG 看门狗：-global driver=timer.esp32.timg,property=wdt_disable,value=true（ESP32-S3、C3、C6 使用timer.esp32c3.timg属性名）；
• SD/MMC（仅 ESP32）：-drive file=sdcard.img,if=sd,format=raw；
• 自定义 eFuse 存储：配置-DESPRESSIF_QEMU_EFUSE_HEX_FILE=/path/to/efuse.hex（hex 文件允许空白字符，构建时复制进构建目录并用 Python 解码成二进制传给 eFuse 设备）。无此覆盖时 ESP32 使用内置 ECO3 镜像，其余 SoC 不挂载 eFuse。

PSRAM 自动参数：启用CONFIG_ESP_SPIRAM后，CMake 自动追加-m <size>，尺寸取自CONFIG_ESP_SPIRAM_SIZE（字节数 ÷ 1 MiB 后加M后缀）。不支持的尺寸会导致配置失败。ESP32-S3 支持 2M/4M/8M/16M/32M，八线（OPI）模式下CONFIG_SPIRAM_MODE_OCT=y还会追加ssi_psram的is_octalglobal。

Flash 大小：合并镜像会按设备树中zephyr,flash的容量填充，使 SPI Flash 头与 QEMU MTD 大小一致。Espressif QEMU 支持 2/4/8/16 MB，请使用 Flash 容量属于这些值的板卡或 overlay。

ESP32 芯片版本：默认 QEMU eFuse 报告 ESP32 revision 0，Zephyr 会拒绝启动，除非启用CONFIG_ESP32_USE_UNSUPPORTED_REVISION。启用CONFIG_ESPRESSIF_QEMU后，run/debugserver目标会自动挂载 ECO3 eFuse 镜像（设置CHIP_VER_REV1与CHIP_VER_REV2），使 guest 报告芯片 revision v3.0。可在配置时用-DESPRESSIF_QEMU_EFUSE_HEX_FILE=...覆盖（仅环境变量不够，路径只在 CMake 配置阶段读取）。

OpenOCD 调试与 Zephyr 线程感知

ESP32 芯片需要带 ESP32 补丁的自定义 OpenOCD 构建（详见 boards/espressif/common/openocd-debugging.rst）。该板卡自带 OpenOCD 配置文件 boards/espressif/esp32s3_devkitc/support/openocd.cfg，同时 boards/espressif/esp32s3_devkitc/board.cmake 会在ESPRESSIF_TOOLCHAIN_PATH下查找openocd-esp32/bin/openocd，并组合esp32.board.cmake与openocd.board.cmake。

Zephyr Thread Awareness（多线程感知）

OpenOCD 支持 Zephyr RTOS 线程感知，让 GDB 能够：

• 用info threads列出所有线程；
• 显示线程名、优先级与状态；
• 在线程上下文之间切换；
• 显示任意线程的回溯（backtrace）。

要求：

• OpenOCD ESP32 v0.12.0-esp32-20251215 或更新版本；
• 构建时启用CONFIG_DEBUG_THREAD_INFO=y。

示例（构建并进入调试，同时指定线程信息与自定义 OpenOCD 路径）：

west build -b esp32s3_devkitc/esp32s3/procpu samples/hello_world \ -t debug \ -DCONFIG_DEBUG_THREAD_INFO=y \ -DOPENOCD=<path/to/bin/openocd> \ -DOPENOCD_DEFAULT_PATH=<path/to/openocd/share/openocd/scripts>

使用自定义 OpenOCD

Zephyr SDK 自带 OpenOCD，但可能不含 ESP32 支持。使用 Espressif OpenOCD 时，在构建阶段指定路径：

west build -b esp32s3_devkitc/esp32s3/procpu samples/hello_world \ -t debug \ -DOPENOCD=/path/to/openocd \ -DOPENOCD_DEFAULT_PATH=/path/to/openocd/scripts

小结

ESP32-S3-DevKitC 在 Zephyr 中提供了完整的开发闭环：Simple Boot快速上手、MCUboot + sysbuild支撑安全启动与 OTA 的工程化构建、/qemu板级变体实现免硬件 CI、OpenOCD 提供带 Zephyr 线程感知的 GDB 调试体验，配合 Snippets 灵活组合 Flash/PSRAM 容量。上手时建议按以下顺序实践：先west blobs fetch hal_espressif补齐二进制 Blob，再构建并烧录samples/hello_world确认串口输出，随后尝试-S espressif-flash-32M,espressif-psram-4M与/qemu变体，最后按需接入 MCUboot 与 OpenOCD 调试，即可完整掌握该板卡在 Zephyr 中的使用。

参考

• 板卡文档：boards/espressif/esp32s3_devkitc/doc/index.rst
• SoC 特性与 AMP：boards/espressif/common/soc-esp32s3-features.rst
• 构建与烧录指引：boards/espressif/common/building-flashing.rst
• QEMU 使用说明：boards/espressif/common/qemu.rst
• 板级变体 Snippets：boards/espressif/common/board-variants.rst
• OpenOCD 调试：boards/espressif/common/openocd-debugging.rst
• 板卡设备树：boards/espressif/esp32s3_devkitc/esp32s3_devkitc_procpu.dts
• 板卡构建集成：boards/espressif/esp32s3_devkitc/board.cmake

【免费下载链接】zephyrPrimary Git Repository for the Zephyr Project. Zephyr is a new generation, scalable, optimized, secure RTOS for multiple hardware architectures.项目地址: https://gitcode.com/GitHub_Trending/ze/zephyr