前言

（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）方便移植，当你做一个项目的时候，肯定不可能将所有的代码从头到尾写一遍。重复造轮子是非常愚蠢，且毫无意义的事情。

ESP32如何添加组件？

添加组件路径

概念

（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）示例看完上面这一段描述，相信大家大概率还是懵逼的。没关系，我来举例介绍。如下为我的工程目录（因为文件太多了，我只拿除了一部分）
<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)

实操2

（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那么他就会被认为是一个有效的组件目录。因为子目录的组件就无法被搜索到了。

实操3

（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)

设置组件CMakeLists.txt

（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指定他们的依赖关系。

Kconfig

（1）我们介绍的组件添加部分只讲述了CMake文件的配置，其实还需要添加Kconfig配置，这样添加的组件就会出现在menuconfig中。这样后续如果我们需要对组件进行一些调整会很方便。
（2）例如，我们现在有一个LED程序，他一开始是高电平有效，那么我们就在menuconfig中配置LED是高电平有效。因为某些原因，LED程序变成低电平有效了，那么我们也可以直接在menuconfig中配置低电平有效，这样就不需要改动代码，非常方便移植和使用。