(1)为了方便开发,ESP32提供了组件库方便用户进行二次开发。
github仓库;gitee仓库
(2)在学习本章之前最好有CMake或者Makefile的基础,如果没有也不要慌,有的话最好。
(3)CMake使用教程:CMake 保姆级教程(上);CMake 保姆级教程(下);
(1)在学习本文之前,我们需要弄清楚一个概念,什么叫做组件。
(2)这个其实很好理解,说白了就是一个个模块。如果是从keil转过来学习ESP32的同学肯定就知道,如果我的MCU需要挂载一些外设模块或者是使用一些通讯协议,例如OLED,超声波,I2C,SPI等。通常我们都会建立一个文件夹,在这个文件夹里面写入与这个模块或协议相关的代码。如下图
(3)如果没有玩过其他系列单片机的同学也不要慌,你可以将组件理解为学习C语言的时候,我们会将一些重复的代码放在一个指定的c文件中,例如数据结构的链表,专门创建一个list.c文件存放链表相关代码。这个list.c就是一个组件。
(3)有了上面比较通俗的解释之后,相信大家对于组件已经有了一个粗浅的认知了。现在引用官方文档的话,组件为以下这几个部分:
<1>ESP-IDF 基础库,包括 libc、ROM bindings 等
<2>Wi-Fi 驱动
<3>TCP/IP 协议栈
<4>FreeRTOS 操作系统
<5>网页服务器
<6>湿度传感器的驱动
<7>负责将上述组件整合到一起的主程序
(1)方便阅读源码,一个工程里面肯定会有很多代码,如果不建立模块,很容易让人看的云里雾里的。如果建立了模块,他人就很方便的知道这一大段内容是干什么的。
(2)方便移植,当你做一个项目的时候,肯定不可能将所有的代码从头到尾写一遍。重复造轮子是非常愚蠢,且毫无意义的事情。
(1)在你的工程目录下,有一个
CMakeLists.txt
,双击打开这个txt文件,里面一定会包含下面这三个元素。
<1>cmake_minimum_required()
:用于指定使用的 cmake 的最低版本。按照CMake的语法,这个应该是可以不写的,但是会出现报错。标准写法是需要在第一行加上这一段。
<2>include()
:包含了乐鑫的工程师们写了一个CMake文件,因为我们开发ESP32是需要使用到对应的依赖库的。所以,当我们在vscode中选择对应的芯片时候,这个CMake文件就会找到对应芯片的依赖库。这个不要动,必须得有!
<3>project()
:指定我们项目的名字,这个名字可以随便写。按照CMake语法,这个指定工程的版本、工程描述、web主页地址、支持的语言(默认情况支持所有语言),如果不需要这些都是可以忽略的,只需要指定出工程名字即可。
# 指定CMake最小版本
cmake_minimum_required(VERSION 3.5)
# 引入芯片相关的依赖库
include($ENV{IDF_PATH}/tools/cmake/project.cmake)
# 项目名字
project(demo)
(2)如果是官方GitHub中的Demo工程中
CMakeLists.txt
文件,可能会出现这一行代码。这一句作用就是用于在编译过程中启用彩色输出的编译选项,这种彩色输出通常用于提高编译过程的可读性,因为不同类型的消息可以以不同的颜色显示,使开发者更容易识别和理解编译器的输出。可以删除,不影响,但是建议加上。
# 编译时候设置彩色输出
add_compile_options(-fdiagnostics-color=always)
(3)上面介绍了这么多,其实和组件添加没有关系,但是还是简单提一下,方便各位理解。现在讲得这些才是真正和组件添加有关的信息。
<1>组件添加只需要在项目顶层目录的CMakeLists.txt
文件中加入如下这一段话,即可指定组件的路径。
<2>对EXTRA_COMPONENT_DIRS
设置第三方组件路径(我们自己添加的组件叫做第三方组件),编译器就会查找到这个第三方组件路径。当编译器找到这个路径,就会查找此路径下有没有CMakeLists.txt
文件,如果有,说明这就是一个有效组件。
<3>但是如果编译器找到这个第三方组件路径,没有发现CMakeLists.txt
文件怎么办呢?编译器就会开始寻找需要这个第三方组件路径下有没有子目录。如果有子目录,就看子目录有没有CMakeLists.txt
文件,如果子目录有CMakeLists.txt
文件,就说明这个第三方组件路径是一个组件集合。也是可行的。
set(EXTRA_COMPONENT_DIRS
//要添加的组件路径
)
(1)示例看完上面这一段描述,相信大家大概率还是懵逼的。没关系,我来举例介绍。如下为我的工程目录(因为文件太多了,我只拿除了一部分)
<1>大家看到这个目录,肯定是懵逼的,因为为什么我的文件顶层目录esp-box中怎么会没有CMakeLists.txt。这明显不符合语法啊。
<2>这个时候大家就要搞明白一个道理,工程路径不一定就是项目路径,我们所说的工程路径,其实是main文件夹所在的路径中。
- esp-box/
- components/ - bsp/ - include/
- src/
- CMakeLists.txt
- Kconfig.projbuild
- light/ - include/
- test/
- CMakeLists.txt
- light.c
- applications/ - factory_demo/ - main/ - main.c
- CMakeLists.txt
- build/
- CMakeLists.txt
- image_viewer/ - main/ - main.c
- CMakeLists.txt
- build/
- CMakeLists.txt
- docs/
- hardware/
- README_cn.md
(5)现在已经知道了我的项目结构之后,我们在factory_demo这个工程里面开始解析。
<1>从上面的目录结构我们可以知道,组件文件夹是在工程目录的上上级目录中,所以我们需要设置EXTRA_COMPONENT_DIRS
为"../../components
"
<2>之后再加上我上面所说的一些元素,即可写出一个包含第三方组件的CMakeLists.txt
文件。
# 指定CMake最小版本
cmake_minimum_required(VERSION 3.5)
# 引入芯片相关的依赖库
include($ENV{IDF_PATH}/tools/cmake/project.cmake)
# 配置组件路径
set(EXTRA_COMPONENT_DIRS
../../components
)
# 编译时候设置彩色输出
add_compile_options(-fdiagnostics-color=always)
# 项目名字
project(factory_demo)
(1)前面说了,设置的
EXTRA_COMPONENT_DIRS
路径中有CMakeLists.txt
文件,那么这个路径才是有效的组件路径。否则就会寻找EXTRA_COMPONENT_DIRS
路径中的子目录寻找CMakeLists.txt
文件,如果有子目录有CMakeLists.txt
文件,这个子目录就是一个有效组件。所以说,当components
文件夹中有bsp
和light
两个组件的时候,我们指定的是一个没有CMakeLists.txt
文件,那么就会自动帮我们寻找到EXTRA_COMPONENT_DIRS
路径下的bsp
和light
这两个组件。
(2)那么,我们假设EXTRA_COMPONENT_DIRS
路径下有一个CMakeLists.txt
文件会怎么样?
注意:个人不建议跟着我做实操2的实验,因为这个实验会出现一个奇怪的bug —— Configuring incomplete, errors occurred!。 这个bug有时候有,有时候又消失了。如果硬要跟着我做,建议先把工程备份一次,目前本人还没有找到解决办法
(3)我们于是可以在EXTRA_COMPONENT_DIRS
路径下创建一个CMakeLists.txt
,编译会发现,无法找到组件,这是为什么呢?原因很简单,前面说了EXTRA_COMPONENT_DIRS
路径中如果没有CMakeLists.txt
就不是一个有效的组件目录,那么他就会去子目录寻找组件。如果EXTRA_COMPONENT_DIRS
路径中如果有CMakeLists.txt
那么他就会被认为是一个有效的组件目录。因为子目录的组件就无法被搜索到了。
(1)直接在指定具体的组件目录。注意,这里如果指定具体的组件目录之后,我这个工程中有两个组件,那么两个组件的路径都需要写出来。
(2)因此,我们可以看出,实操1的编写方法最合适。
# 指定CMake最小版本
cmake_minimum_required(VERSION 3.5)
# 引入芯片相关的依赖库
include($ENV{IDF_PATH}/tools/cmake/project.cmake)
# 配置组件路径
set(EXTRA_COMPONENT_DIRS
../../components/bsp
../../components/light
)
# 编译时候设置彩色输出
add_compile_options(-fdiagnostics-color=always)
# 项目名字
project(factory_demo)
(1)指定好了组件路径之后,我们在组件路径中需要创建一个CMakeLists.txt文件,里面必须包含如下两个内容。
<1>SRCS : 后面包含了当前组件所用到的所有的源文件(*.c
、*.cpp
、*.cc
、*.S
),里面所有的源文件都将会编译进组件库中。
<2>INCLUDE_DIRS : 这个就是指定组件的头文件路径,因为我们的头文件是放在了include
文件夹中,所以后面是加"./include"
,如果头文件就是在当前目录中,那么就是"."
。
- esp-box/
- components/ - bsp/ - include/
- src/
- CMakeLists.txt
- Kconfig.projbuild
- light/ - include/ - iot_light.h
- test/
- CMakeLists.txt
- light.c
idf_component_register(SRCS "light.c"
INCLUDE_DIRS "./include"
)
(1)
REQUIRES
指定组件之间的依赖关系。例如OLED组件依赖I2C或者SPI组件,那么我们就可以使用REQUIRES
指定他们的依赖关系。
(1)我们介绍的组件添加部分只讲述了CMake文件的配置,其实还需要添加Kconfig配置,这样添加的组件就会出现在menuconfig中。这样后续如果我们需要对组件进行一些调整会很方便。
(2)例如,我们现在有一个LED程序,他一开始是高电平有效,那么我们就在menuconfig中配置LED是高电平有效。因为某些原因,LED程序变成低电平有效了,那么我们也可以直接在menuconfig中配置低电平有效,这样就不需要改动代码,非常方便移植和使用。