ToB企服应用市场:ToB评测及商务社交产业平台

标题: 【VSCode】安装【ESP-IDF】插件及【ESP32-S3】新建工程和工程设置 [打印本页]

作者: 滴水恩情 时间: 2024-7-24 08:57
标题: 【VSCode】安装【ESP-IDF】插件及【ESP32-S3】新建工程和工程设置
一、搭建基础工程
二、基础工程的文件架构剖析
三、调试相关工具介绍

1、串口下载
2、JTAG 下载与调试

四、工程的文件架构剖析
五、基础工程设置
一、搭建基础工程

在 VS Code 中新建 ESP-IDF 基础工程的步调如下：
1、启动 VS Code 并打开命令面板

按下“Ctrl+Shift+P”快捷键打开命令面板，并在搜刮栏内输入“新建项目”，如下图所示：

2、设置工程参数

回车进入新建工程设置界面，如下图所示：

设置参数填写完成后，点击上图中的“Choose Template”选项，将进入选择模版界面。
3、选择模版工程

点击“Create project using template sample_project”选项新建工程，点击完成后在此界面的右下角跳出以下信息，如下所示：

我们点击“Yes”选项即可完成新建工程。此时 VS Code 的资源管理器地区内表现我们的新建工程，如下图所示：

二、基础工程的文件架构剖析

.devcontainer 和 .vscode 文件夹在 VS Code 的使用场景中各自扮演着不同的角色。

.devcontainer 文件夹通常与 VS Code 的 Remote - Containers 扩展一起使用，用于定义开发容器情况的设置。这个文件夹包罗了用于创建和管理容器化开发情况的全部必需文件。
.vscode 文件夹通常位于项目标根目次下，用于存放 VS Code 的项目级设置和扩展设置。这个文件夹中的文件不会影响其他用户或全局的 VS Code 设置，它们只针对当前项目有效
在 .vscode 文件夹中，常见的文件包括：
①：settings.json。用于定义项目特定的 VS Code 设置（个性设置和工作情况设置）。
②：tasks.json。用于定义任务，这些任务可以在 VS Code 的终端中运行，或者与编辑器中的其他功能（如代码片断）结合使用。
③：launch.json。用于设置调试器，包括启动设置和断点等。
④：c_cpp_properties.json。这个文件用于定义 C 和 C++ 项目标编译器路径、包罗路径、编译器定义以及其他与 IntelliSense 相关的设置。

上述文件都是 VSCode 自动生成的，不需要人为去编写。但是在某种特殊情况下需要人为介入，如代码调试（需要修改 launch.json）、编译错误（需要修改 c_cpp_properties.json）和个性设置（需要修改 settings.json）等。剩下的文件就是 sample_project（test）工程的文件布局，如下图所示：

三、调试相关工具介绍

VS Code 软件提供用户调试相关的工具有哪些，如下所示：

选择串口（插头）：即连接开发板的下载串口号，VS 会列出当前连接电脑的全部串口让你选择，这个会记载，再新打开 VSCode 不消重新选择，开发过程中只管不要更换 USB 线的电脑插口，否则串口号会变。
选择目标芯片：对应 idf 命令 idf.py set-target xxxx。即你当前这个工程是要下载到什么芯片上面，如 ESP32 S2,S3,C2,C3 等等，工程要与芯片相匹配，这个选择是写入当前工程设置的，一般不消更改，工程下设置文件基本已经选择好的。
选择当前工程目次（文件夹）：也不消修改，一般打开工程时会默认操纵都在这个工程目次下。
工程设置菜单（齿轮）：对应 idf 命令 idf.py menuconifg，用来设置当前工程的一些设置，设置项非常多，建议使用到再修改。一般代码工程都是设置好的，且不消修改。
清除工程（垃圾桶）：清除工程编译文件，一般用于压缩拷贝工程文件时用到，清除后工程目次占用空间会占用非常小，KB 级，编译后为百 MB 级，还有一些编译过程中奇奇怪怪的问题也可以先清除编译后再编译。
编译工程（圆柱体）：编译当前工程，只是编译，没有下载功能。
选择下载模式（五角星）：一般都是选择串口 UART 方式下载。
下载（闪电）：下载编译好的固件到装备芯片上，这里只是下载，没有编译功能，修改代码后要先编译再点这个下载，所做的修改才有效。
串口监控（小电视）：打开与装备连接的串口，打印装备串口信息。
编译/下载/监控（一团火）：最常用的一个，它将编译下载和打开串口监控做在了一起，点一次全部搞定。
打开命令行：打开命令行窗口，且会定位在当前项目路径下，可以执行 idf 的一些命令。
执行自定义任务：不使用。
工程的错误与告诫提示。

以上是 ESP-IDF 插件提供的调试工具，一般我们只用到 1、2、4、5、6 和 8 即可完成程序开发。ESP32-S3有两种下载方式。起首是 USB串口下载，这种方式主要用于代码下载，但无法用于代码调试。另一种则是JTAG（USB口）下载，它不仅能用于下载代码，还支持代码调试。
接下来，将详细表明这两种下载方式。
1、串口下载

简朴解说一下工程的下载流程，如下游程所示。
①：使用 USB 线的 Type-C 接口连接 SP32-S3 开发板的 USB 串口，并 USB A 口连接到电脑，使得电脑与开发板创建连接。
②：在装备管理器中，查看 USB 串口的端口号，并在 VS Code 软件左下角调试地区设置端口号（插头）。
③：点击“Set Espressif Device Target”选择目标芯片，这里我们选择 ESP32-S3.
④：选择“select flash Method”下载方式（五角星），如 UART 或者 JTAG
⑤：点击“Full Clean”擦除工程（垃圾桶）。
⑥：点击“Build Project”编译工程（圆柱形）。
⑦：编译完成后，点击“ESP-IDF: Flash Device”下载代码（闪电）。
编译工程成功后，工程目次下出现 build 文件夹，这个文件夹是由 ESP-IDF 编译器生产的文件，如 log、固件、map 等下载和调试文件。如下图所示：

编译完成后，VSCode 软件底部的 Build Output 窗口会输出编译信息，如下图所示：

        由上图可以看到，当出现以上信息后便证明工程编译成功，这个过程可能会持续 2~3 分钟，快的话 1 分钟也是可以的（电脑设置越高，编译就越快），请您耐心等待。
      上图中也可以查到本次编译的很多信息，这里介绍终端界面下的几个重要信息：
      ①：Used static IRAM：为了与 ESP32-S3 目标兼容，保存了这些选项，当前读取为 54146bytes（.text size + .vectors size）
      ②：.text size：文本占用空间巨细（53119bytes）
      ③：.vectors size：矢量巨细（1027 bytes）
      ④：Used stat D/IRAM：这是内部 RAM 的总使用量，静态 DRAM .data + .bss 的总和，以及应用程序用于可执行代码的静态 IRAM（指令 RAM）。可用巨细是运行时作为堆内存可用的DRAM 的估计量（由于元数据开销和实现限定，以及 ESP-IDF 在启动期间完成的堆分配，启动时的实际可用堆将低于此值）。
      ⑤：.data size：是静态分配的 RAM，在启动时分配给非零值。这在运行时使用 RAM（DRAM），而且还使用二进制文件中的空间。
      ⑥：.bss size：是静态分配的 RAM，在启动时分配为零。这在运行时使用 RAM（DRAM），但不使用二进制文件中的任何空间。
      ⑦：Used Flash size：这表现项目在编译后将使用的 Flash 内存的巨细，但不包括 DRAM 和IRAM 的使用量。
      ⑧：.text：这部分用于表现.text 的 Flash 巨细。
      ⑨：.rodata：这部分用于表现.rodata 的 Flash 巨细。
      ⑩：Total image size：是二进制文件的预估总巨细。
编译成功后，点击烧录（闪电图标）就可以把编译出来的可执行文件烧录至 ESP32S3 开发板上，如下图所示：

  2、JTAG 下载与调试

      ESP32-S3 内置 JTAG 电路，因此无需额外芯片即可实现调试功能。通过简朴地将 USB 线连接到其 D+/D-引脚，即可轻松完成下载与调试操纵。使用 JTAG接口，开发人员可以大概运用开源工具 OpenOCD对 ESP32-S3进行调试。
      OpenOCD专为嵌入式系统开发和调试计划，可连接到目标硬件的调试接口（如 JTAG 或 SWD），支持调试、固件烧写等硬件相关任务。根据乐鑫官方资料，JTAG 下载提供两种方式：一种为直接使用内置的 JTAG 电路进行调试；另一种则是借助乐鑫官方推出的 ESP-PROG 调试器，它集成了自动下载固件、串口通信以及 JTAG 在线调试等多项功能。此外，在 VS Code中安装 OpenOCD时，它会自动为我们设置好所需情况，使得我们可以直接使用内置的 JTAG 电路和 VS Code 中的 OpenOCD 来下载与调试 ESP32-S3 芯片，进一步简化了开发流程。
1. 前期准备

      JTAG 下载与调试之前，我们必须修改 launch.json 和 settings.json 这两个文件。此中 launch.json 文件用来设置调试器。
      ①：进入乐鑫官方提供的 VS Code 调试设置文件 launch.json 网址。在该网址下，有详细的说明指导我们如何根据使用 JATG调试器或使用 VS Code进行调试，来相应地修改 launch.json 的内容。由于我们选择使用 VS Code 进行调试，因此launch.json 的修改内容如下。

launch.json

{
"version": "0.2.0",
"configurations": [
{
"name": "GDB",
"type": "cppdbg",
"request": "launch",
"MIMode": "gdb",
"miDebuggerPath": "${command:espIdf.getXtensaGdb}",
"program": "${workspaceFolder}/build/${command:espIdf.getProjectName}.elf",
"windows": {
"program": "${workspaceFolder}\\build\\${command:espIdf.getProjectName}.elf"
},
"cwd": "${workspaceFolder}",
"environment": [{ "name": "PATH", "value": "${config:idf.customExtraPaths}" }],
"setupCommands": [
{ "text": "target remote :3333" },
{ "text": "set remote hardware-watchpoint-limit 2"},
{ "text": "mon reset halt" },
{ "text": "thb app_main" },
{ "text": "flushregs" }
],
"externalConsole": false,
"logging": {
"engineLogging": true
}
}
]
}

复制代码

②：在 settings.json 文件下找到"idf.openOcdConfigs"设置选项，我们把该选项的内容修改为一下内容。

"idf.openOcdConfigs": [
"interface/ftdi/esp32_devkitj_v1.cfg",
"target/esp32.cfg"
],

复制代码

修改为：

"idf.openOcdConfigs": [
"board/esp32s3-builtin.cfg"
],

复制代码

settings.json

{
"C_Cpp.intelliSenseEngine": "default",
"idf.adapterTargetName": "esp32s3",
"idf.customExtraPaths": "d:\\esp-idf-tools\\tools\\xtensa-esp-elf-gdb\\14.2_20240403\\xtensa-esp-elf-gdb\\bin;d:\\esp-idf-tools\\tools\\riscv32-esp-elf-gdb\\14.2_20240403\\riscv32-esp-elf-gdb\\bin;d:\\esp-idf-tools\\tools\\xtensa-esp-elf\\esp-13.2.0_20230928\\xtensa-esp-elf\\bin;d:\\esp-idf-tools\\tools\\riscv32-esp-elf\\esp-13.2.0_20230928\\riscv32-esp-elf\\bin;d:\\esp-idf-tools\\tools\\esp32ulp-elf\\2.35_20220830\\esp32ulp-elf\\bin;d:\\esp-idf-tools\\tools\\cmake\\3.24.0\\bin;d:\\esp-idf-tools\\tools\\openocd-esp32\\v0.12.0-esp32-20240318\\openocd-esp32\\bin;d:\\esp-idf-tools\\tools\\ninja\\1.11.1;d:\\esp-idf-tools\\tools\\idf-exe\\1.0.3;d:\\esp-idf-tools\\tools\\ccache\\4.8\\ccache-4.8-windows-x86_64;d:\\esp-idf-tools\\tools\\dfu-util\\0.11\\dfu-util-0.11-win64;d:\\esp-idf-tools\\tools\\esp-rom-elfs\\20230320",
"idf.customExtraVars": {
"OPENOCD_SCRIPTS": "d:\\esp-idf-tools\\tools\\openocd-esp32\\v0.12.0-esp32-20240318/openocd-esp32/share/openocd/scripts",
"IDF_CCACHE_ENABLE": "1",
"ESP_ROM_ELF_DIR": "d:\\esp-idf-tools\\tools\\esp-rom-elfs\\20230320/"
},
"idf.espIdfPathWin": "d:\\esp-idf\\v5.2.2\\esp-idf",
"idf.openOcdConfigs": [
"board/esp32s3-builtin.cfg"
],
"idf.portWin": "COM46",
"idf.pythonBinPathWin": "d:\\esp-idf-tools\\python_env\\idf5.2_py3.11_env\\Scripts\\python.exe",
"idf.toolsPathWin": "d:\\esp-idf-tools",
"idf.flashType": "JTAG"
}

复制代码

③：cpp_properties.json 文件下添加以下红色内容，解决编译过程中总会出现某些文件无法找到头文件的错误信息提示（有时会是告诫）。

/* 解决 browse.path 中未找到包含文件 */
"configurationProvider": "ms-vscode.cmake-tools"

复制代码

{
"configurations": [
{
"name": "ESP-IDF",
"compilerPath": "${config:idf.toolsPathWin}\\tools\\xtensa-esp-elf\\esp-13.2.0_20230928\\xtensa-esp-elf\\bin\\xtensa-esp32s3-elf-gcc.exe",
"compileCommands": "${config:idf.buildPath}/compile_commands.json",
"includePath": [
"${config:idf.espIdfPath}/components/**",
"${config:idf.espIdfPathWin}/components/**",
"${config:idf.espAdfPath}/components/**",
"${config:idf.espAdfPathWin}/components/**",
"${config:idf.espAdfPathWin}/components/**",
"${workspaceFolder}/**"
],
"browse": {
"path": [
"${config:idf.espIdfPath}/components",
"${config:idf.espIdfPathWin}/components",
"${config:idf.espAdfPath}/components/**",
"${config:idf.espAdfPathWin}/components/**",
"${workspaceFolder}"
],
"limitSymbolsToIncludedHeaders": true // 限制索引范围到包含的头文件，可以改成false就不限制头文件搜索的范围
},
/* 解决 browse.path 中未找到包含文件 */
"configurationProvider": "ms-vscode.cmake-tools"
}
],
"version": 4
}

复制代码

2. JTAG 下载程序

JTAG 下载程序流程如下：
使用 USB 线的 Type-C 接口连接 DNESP32S2 开发板左下角的 USB 口，并 USB A 口连接到电脑，使得电脑与开发板创建连接。

设置 USB JTAG 接口的端口号（电脑自动辨认）。
选择“select flash Method”下载方式（五角星），这里我们选择 JTAG 下载。
点击“Full Clean”擦除工程（垃圾桶）。
点击“Build Project”编译工程（圆柱形）。

编译成功后，点击“Flash Device”下载程序至开发板中，此时，VS Code 提示是否运行 OpenOCD，如下图所示：

下载成功后，VS Code 右下角提示如下信息。

3. JTAG 调试

JTAG 调试非常简朴，先把代码下载至开发板，然后点击“运行与调试”，如下图所示：

打开运行与调试界面如下图所示：

此时，系统执行到我们刚刚定义的断点处，如下图所示：

在上图中，右上角提供了用于调试代码的选项。由于这些功能在 MDK 时都有所涉及并经常使用，在此不再过多赘述这些调试选项。
4.调试方法

VS Code 调试方法，比方变量怎么加载至监视，反汇编如何打开等实用操纵。
变量监控：
打开调试时，选择某个变量右键选择“添加到监视”，如下图所示：

此时，运行与调试界面表现该变量的当前数值，如下图所示：

打开“反汇编视图”，用户可以查看程序的反汇编指令，明白程序的执行流程，以及分析程序的布局和逻辑，如下图所示：

除了上述的调试方法，大家还需亲身动手实践，才气真正明白 VS Code 的调试流程。请留意，在使用 VS Code 对 ESP32 进行调试时，可能会遇到一些问题。比方，如果调试失败，可能是由于需要先使用 JTAG 接口下载程序才气进行调试。别的，调试结束后，有时需要重新编译代码才气再次成功调试。末了，调试过程中可能会出现不稳固的情况，如自动断开，这可能是由于VS Code的OpenOCD与 ESP32-S3芯片内置的 JTAG连接不稳固所致。为相识决这些问题，建议使用乐鑫官方的 JTAG 调试器。
四、工程的文件架构剖析

乐鑫 ESP32 工程的工程架构，如下所示：

从上图可以清晰地看出，除了 components 文件夹外，该工程架构与我们在新建的架构是一致的。components 文件夹主要用于存放第三方驱动库和开发者编写的驱动库。然而，如果我们采用类似于乐鑫 ESP32 的工程架构进行开发，这可能会导致我们的工程架构变得相当混乱。因此，接纳了一个不同的做法，将开发者编写的驱动文件整理到 components 文件夹下的 BSP 文件夹中。此外，我们还简化了CMakeLists.txt 文件的管理，通过保存一个CMakeLists.txt 文件，就可以大概加载多个驱动库，从而进步了工程的整洁性和可维护性。

从上图中我们可以清晰地观察到，将全部开发者编写的程序驱动都同一地放置在BSP 文件夹下。为了对这些程序驱动实行高效的同一管理，它引入了一个 CMakeLists.txt 文件。
这种做法的显著优势在于，当需要创建新的驱动文件时，我们无需像乐鑫 ESP32 工程那样，为每一个驱动代码都单独创建一个CMakeLists.txt 文件。相反，我们只需使用一个 CMakeLists.txt文件即可完成全部相关操纵，极大地简化了整个开发流程。接下来，我们将深入探究我们提供的 CMakeLists.txt 文件，其代码内容如下：

① 源文件路径，指本目录下的所有代码驱动
set(src_dirs
IIC
LCD
LED
SPI
XL9555
KEY
24CXX
ADC
AP3216C
QMA6100P)
② 头文件路径，指本目录下的所有代码驱动
set(include_dirs
IIC
LCD
LED
SPI
XL9555
KEY
24CXX
ADC
AP3216C
QMA6100P)
③ 设置依赖库
set(requires
driver
fatfs
esp_adc
esp32-camera
newlib
esp_timer)
④ 注册组件到构建系统的函数
idf_component_register(SRC_DIRS ${src_dirs} INCLUDE_DIRS
${include_dirs} REQUIRES ${requires})
⑤ 设置特定组件编译选项的函数
component_compile_options(-ffast-math -O3 -Wno-error=format=-Wno-format)
-ffast-math: 允许编译器进行某些可能减少数学运算精度的优化，以提高性能。
-O3: 这是一个优化级别选项，指示编译器尽可能地进行高级优化以生成更高效的代码。
-Wno-error=format: 这将编译器关于格式字符串不匹配的警告从错误降级为警告。
-Wno-format: 这将完全禁用关于格式字符串的警告。

复制代码

在开发过程中，④和⑤是固定稳定的设定。而①和②的确定则依靠于项目所需的驱动文件数量。如果当前目次下缺少某个特定的驱动文件（比方 LED 驱动文件），但在 CMakeLists.txt 文件中却指定了需要编译该 LED 驱动文件，那么在系统编译时将会遇到以下错误：

此时，需要我们添加 LED 驱动文件，而且清除编译工程文件才气再一次编译工程。
③表现驱动程序需要依靠的库，比方 CAMERA 驱动程序，它依靠的是 esp32-camera这一个摄像头驱动库。下图是 CMakeLists.txt 未添加依靠库的错误提示。

五、五、基础工程设置

ATK-MWS3S 模组作为主控，该模组的计划参考了乐鑫的 ESP32-S3-WOOD-1的 N16R8型号，因此它与乐鑫产品可实现 P2P兼容。然而，在新建工程时，我们并未立即适配这款模组的内部资源，比方 时钟频率是否设定为 240MHz、Flash 设置是否为 16MB，以及 PSRAM 的模式是否为 OCT 和 8MB等。这些参数需要由开发者自行设置，否则我们的工程只能使用乐鑫的默认设置进行开发，如许模组便无法充分发挥其应有的性能。
下面，将渐渐引导读者进行基础工程的设置，确保其与发布的DNESP32S3 开发板的主控模组内部资源相匹配。设置流程如下：
1、使用 VS Code 打开新建的工程，并点击左下角齿轮（ESP-IDF: SDK Configuration Editor (menuconfig)）进去 menuconfig 菜单设置界面，如下图所示：

关于 menuconfig 设置界面的具体内容，作者将在后续的章节中进行详细解说。如今，我们的主要目标是设置与 ATK-MWS3S 模组相匹配的资源。
2、在上图“Search parameter”搜刮框下输入“Flash”进去 flash 设置界面，设置内容如下所示：

        上图中的①“Flash SPI mode”支持四种不同的 SPI flash 访问模式，它们分别为 DIO、DOUT、QIO 和 QOUT。
      下面我们来看一下这几种模式到底有哪些区别，这些模式的对好比下表所示：
可选项模式名称引脚速率QIOQuad I/O地址和数据 4pins最快QOUTQuad Output数据 4pins约比 qio 模式下慢 15%DIODual I/O地址和数据 2pins约比 qio 模式下慢 45%DOUTDual Output数据 2pins约比 qio 模式下慢 50%       从上表可知，QIO 模式的速率为最快，所以我们把基础工程的 Flash SPI mode 设置为 QIO。
      上图中的②“Flash SPI speed”提供了 120、80、40和 20MHz的设置选项。在选择具体速率时，我们需要考虑 Flash 和 PSRAM 的 SPI 接口共享情况。为了优化模组性能，我们最好将 flash 和 PSRAM的 SPI速率设置为一致，如许分时访问这两个存储装备时，就不必切换时钟频率了。
      鉴于 PSRAM 的 SPI 速率最高可设置为 80MHz，因此我们将 flash 的 SPI 速率也设置为 80MHz，以确保最佳性能。
      上图的③是根据模组挂载的 flash 来确定的，这里我们选择 16MB 巨细，是毫无争议的。
3、在搜刮框中输入“Partition Table”来设置分区表。分区表的主要功能是将 flash划分为多个功能各异的地区，包括存储启动文件、代码地区和文件系统地区等子分区，以满足不同的应用需求。
      下图是基础工程分区表设置参数。

上图中，我们选择“Custom partition table CSV”自定义分区表，然后设置分区表的名称为 partitions-16MiB.csv。稍后我们会设置分区表各个子分区的管理巨细。
4、在搜刮框中输入“PSRAM”来设置 PSRAM 参数，设置参数如下图所示：

上图的①选项是基于模组内部芯片的选择来确定的。为了精确设置，读者可以查阅《esp32-s3-wroom-1_wroom-1u_datasheet_cn》数据手册的第三页。在该页中，我们可以看到ESP32-S3-WROOM-1-N16R8 模组所挂载的 PSRAM使用的是 Octal SPI模式。因此，在设置过程中，我们应该选择“Octal Mode PSRAM”这一选项。
上图的②选项选择最该的速率即可，而且与 Flash SPI 速率一致。
5、在搜刮框中输入“CPU frequency”来设置 CPU 的时钟频率，如下图所示：

6、在搜刮框中输入“FreeRTOS”来 设置系统节拍时钟（tick clock）的频率。默认情况下，“configTICK_RATE_HZ” 的值为 100，意味着节拍时钟的周期为 10ms。因此，调用vTaskDelay(1000)将会导致延时 10 秒。为了进步定时精度和方便性，建议将该值 设置为 1000，如许节拍时钟的周期就变为 1ms，从而使得 vTaskDelay(1000)代表延时 1 秒。
如下图所示：

7、设置分区表各个子分区，我们按下“Ctrl+Shift+P”快捷键打开命令面板，并在搜刮栏内输入“打开分区表编辑器”，按以下图设置各个分区的管理巨细。

起首我们按下“Add New Row”选项添加子分区条目，然后设置条目标类型、偏移和巨细，末了按下“Save”选项保存退出。
至此，我们已经完成了工程设置，确保其与 DNESP32S3 开发板所搭载的 ATK-MWS3S 模组的内部资源相匹配。如今，我们可以使用这个工程在 DNESP32S3开发板上进行开发工作。下面我们来看一下当前工程架构，如下图所示：

上图中的 sdkconfig.old 是之前的基础工程所使用的旧版系统设置文件，用于记载之前的设置信息。而当前的 sdkconfig 则是系统最新生成的系统设置文件，包罗了最新的设置设置。此外，partitions-16MiB.csv 是系统设置保存后自动生成的分区表文件，该文件可供用户查看，以便相识当前的分区设置情况。这些文件共同构成了 ESP32 开发情况的设置体系。
接下来，在 app_main 函数中编写了代码，以获取 DNESP32S3 开发板上 ATK-MWS3S 模组的内部资源信息。这些信息包括 时钟频率、flash 巨细以及 PSRAM 巨细等。
具体的代码实现如下所示：

void app_main(void)
#include "freertos/FreeRTOS.h"
#include "freertos/task.h"
#include "nvs_flash.h"
#include "esp_system.h"
#include "esp_chip_info.h"
#include "esp_psram.h"
#include "esp_flash.h"
/**
* @brief 程序入口
* @param 无
* @retval 无
*/
void app_main(void)
{
esp_err_t ret;
uint32_t flash_size;
esp_chip_info_t chip_info; /* 定义芯片信息结构体变量 */
ret = nvs_flash_init(); /* 初始化 NVS */
if (ret == ESP_ERR_NVS_NO_FREE_PAGES || ret == ESP_ERR_NVS_NEW_VERSION_FOUND)
{
ESP_ERROR_CHECK(nvs_flash_erase());
ret = nvs_flash_init();
}
esp_flash_get_size(NULL, &flash_size); /* 获取 FLASH 大小 */
esp_chip_info(&chip_info);
printf("内核：cup 数量%d\n",chip_info.cores); /* 获取 CPU 内核数并显示 */
/* 获取 FLASH 大小并显示 */
printf("FLASH size:%ld MB flash\n",flash_size / (1024 * 1024));
/* 获取 PARAM 大小并显示 */
printf("PSRAM size: %d bytes\n", esp_psram_get_size());
while(1)
{
printf("Hello-ESP32\r\n");
vTaskDelay(1000);
}
}

复制代码

上述代码是获取 DNESP32S3 开发板上 ATK-MWS3S 模组的内部资源信息，并打印到监控器上。
起首我们编译基础工程，然后下载至开发板中，末了 打开监控器 查看串口打印内容，如下图所示：

在以后的例程中，我们是以这个基础工程来延申扩展，所以本章节的内容非常重要，望读者好好明白。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。

欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/)