一、搭建基础工程
二、基础工程的文件架构剖析
三、调试相关工具介绍
四、工程的文件架构剖析
五、基础工程设置
一、搭建基础工程
在 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企服之家,中国第一个企服评测及商务社交产业平台。 |