📚 课程目录第2章 ESP32基础

ESP32基础：芯片特性、开发板选型、GPIO与ADC/DAC、I2C/SPI/UART接口及开发环境搭建

ESP32作为乐鑫（Espressif）推出的旗舰级物联网芯片，凭借其极高的集成度、双核处理能力、丰富的通信接口以及内置的TinyML加速能力，已成为环境感知项目（如温湿度监测、人体存在检测）的首选平台。本章将系统梳理ESP32的核心硬件特性、开发板选型逻辑、关键外设接口（GPIO、ADC/DAC、I2C/SPI/UART）的工程应用要点，并对比Arduino IDE与PlatformIO两种主流开发环境的搭建流程。理解这些基础，是后续实现传感器数据采集、边缘推理与本地判断的硬件前提。

核心原理：ESP32芯片特性与架构

ESP32并非一颗简单的MCU，而是一颗高度集成的SoC（System on Chip）。其核心架构包含两个可独立控制的Xtensa LX6微处理器，主频最高可达240MHz，算力足以支撑轻量级的TinyML模型推理。与传统的8位或16位单片机相比，ESP32拥有520KB的片上SRAM和4MB的Flash存储，这使得它能够加载较大的神经网络模型参数，同时运行Wi-Fi协议栈和传感器驱动。

在环境感知项目中，ESP32的以下特性尤为关键：第一，多接口并发能力。它内置了I2C、SPI、UART、I2S、CAN等多种通信控制器，可以同时挂载温湿度传感器（I2C接口）、毫米波雷达（UART接口）以及SD卡存储（SPI接口），无需外部扩展芯片。第二，模拟信号采集精度。两个12位逐次逼近型（SAR）ADC支持衰减倍率可调，能够测量从0到3.3V的模拟电压，适用于光敏电阻、土壤湿度传感器等模拟输出设备。第三，低功耗模式。在电池供电的部署场景中，ESP32支持Modem Sleep和Deep Sleep模式，休眠电流可低至10μA以下，这对于需要长期无人值守的环境监测节点至关重要。

值得注意的是，ESP32的Wi-Fi和蓝牙功能并非独立于CPU的模块，而是共享系统总线和内存。因此，在进行TinyML推理时，如果同时开启Wi-Fi传输数据，可能会因为内存带宽竞争导致推理延迟增加。工程实践中，建议在推理阶段暂停Wi-Fi连接，或者使用双核分工：一个核心负责传感器数据采集与推理，另一个核心负责通信。

开发板选型：从芯片到模组再到开发板

裸芯片无法直接用于开发，需要经过模组化和板级设计。市面上常见的ESP32开发板主要分为三类：经典版（ESP32 DevKitC）、小尺寸版（ESP32-WROOM-32UE）和带摄像头版（ESP32-CAM）。对于本课程的环境感知项目，推荐使用基于ESP32-WROOM-32模组的开发板，其引脚全部引出，且带有USB转UART芯片（如CP2102或CH340），插上USB线即可烧录程序。

开发板型号	核心模组	Flash大小	适用场景	注意事项
ESP32 DevKitC V4	WROOM-32	4MB	通用开发、原型验证	引脚间距标准，适合面包板
ESP32-WROVER-KIT	WROVER-B	8MB	需要PSRAM（大内存）的TinyML	价格较高，体积较大
ESP32-S3-DevKitC-1	S3-WROOM-1	8MB	AI加速指令集，向量指令	与经典ESP32引脚不完全兼容
ESP32-C3-DevKitM-1	C3-WROOM-02	4MB	低功耗、单核精简项目	仅单核，无DAC

选型时需注意：如果项目需要运行较复杂的TinyML模型（如人体存在检测的CNN模型），建议选择带有8MB Flash和PSRAM的WROVER模组，因为模型参数和中间变量会占用大量内存。而如果仅做简单的阈值判断（如温度超过30℃报警），则经典DevKitC即可满足需求。此外，务必确认开发板的USB转UART芯片驱动是否已安装，Windows系统下CH340需要手动安装驱动，而CP2102通常自动识别。

GPIO与ADC/DAC：模拟世界的桥梁

GPIO（通用输入输出）是ESP32与外界交互的最基本方式。ESP32共有34个GPIO引脚，但并非所有引脚都适合直接外接设备。例如，GPIO0在启动时必须为高电平，否则进入下载模式；GPIO2、GPIO12等引脚在启动时有上拉或下拉电阻，会影响外部电路。在连接传感器时，应优先选用标注为“ANY”或“I/O”的引脚，避免使用仅输入引脚（如GPIO34-39）。

ADC（模数转换器）用于读取模拟电压。ESP32的ADC1（8个通道）和ADC2（10个通道）均为12位分辨率，但ADC2与Wi-Fi模块共用，当Wi-Fi开启时，ADC2无法正常工作。因此，在环境监测项目中，所有模拟传感器（如土壤湿度、光照强度）应一律连接至ADC1通道（GPIO32-GPIO39）。ADC的衰减设置（attenuation）决定了可测量的电压范围：11dB衰减可测0-3.3V，0dB衰减仅可测0-1.1V。默认设置下，ADC的线性度在低电压段较差，建议在代码中调用analogReadResolution(12)和analogSetPinAttenuation(pin, ADC_11db)来优化。

DAC（数模转换器）在ESP32上仅有2个通道（GPIO25和GPIO26），分辨率为8位（0-255），输出电压范围0-3.3V。DAC在环境感知项目中应用较少，但可用于生成模拟参考电压或驱动蜂鸣器发出不同音调。例如，当人体存在传感器检测到有人时，可通过DAC输出一个2kHz的正弦波信号驱动音频放大器。

引脚冲突风险：在连接I2C传感器时，默认使用GPIO21（SDA）和GPIO22（SCL）。但GPIO22同时是SPI的CS引脚，如果项目中同时使用了SPI接口的SD卡，必须通过软件重新映射I2C引脚（如改为GPIO16和GPIO17），否则总线冲突会导致通信失败。

I2C/SPI/UART接口：传感器通信的三大总线

环境感知项目中的绝大多数传感器都通过这三大总线与ESP32通信。理解它们的差异和适用场景，是硬件连接和驱动调试的基础。

I2C（两线式串行总线）：仅需SDA（数据）和SCL（时钟）两根线，支持多设备挂载（通过7位地址区分）。传输速率标准模式100kbps，快速模式400kbps。适用于温湿度传感器（SHT30、HDC1080）、气压传感器（BMP280）等低速设备。I2C总线需要外接上拉电阻（通常4.7kΩ至10kΩ），多数开发板已集成。
SPI（串行外设接口）：四线制（MOSI、MISO、SCLK、CS），全双工通信，速率可达数十Mbps。适用于需要高速传输数据的设备，如TFT显示屏、SD卡模块、某些高采样率的空气质量传感器（如SPS30）。每个SPI设备需要独占一个CS片选引脚。
UART（通用异步收发器）：两线制（TX、RX），点对点通信，需约定波特率。适用于毫米波雷达（如HLK-LD2410）、GPS模块、调试串口。UART通信距离较远，且支持DMA传输，适合大数据量或不定长数据帧的接收。

在ESP32上，这三个硬件控制器均有多个实例（如UART0、UART1、UART2），且引脚可以任意映射到GPIO。这一特性极大方便了PCB布局和传感器排布。例如，可以将UART2的TX映射到GPIO17，RX映射到GPIO16，从而避开与I2C默认引脚的冲突。

开发环境搭建：Arduino IDE与PlatformIO实战

对于初学者，Arduino IDE是最快的上手路径；对于需要版本管理和多文件工程的复杂项目，PlatformIO是更专业的选择。两者均支持ESP32，但底层工具链不同。

Arduino IDE搭建步骤：

下载并安装Arduino IDE 2.x版本。
打开“文件”->“首选项”，在“附加开发板管理器网址”中添加：https://raw.githubusercontent.com/espressif/arduino-esp32/gh-pages/package_esp32_index.json
在“开发板管理器”中搜索“esp32”，安装Espressif Systems官方包。
选择开发板型号（如“ESP32 Dev Module”），选择正确的COM端口。

PlatformIO搭建步骤：

安装VSCode，并在扩展市场安装PlatformIO IDE插件。
创建新项目，Board选择“Espressif ESP32 Dev Module”，Framework选择“Arduino”或“ESP-IDF”。
PlatformIO会自动下载工具链和SDK，首次编译需要较长时间。

在编写代码时，Arduino框架提供了统一的API，如Wire.h（I2C）、SPI.h、HardwareSerial.h（UART）。以下是一个初始化I2C和UART的代码片段，展示了如何映射自定义引脚：

#include <Wire.h>
#include <HardwareSerial.h>

#define I2C_SDA 16
#define I2C_SCL 17
#define RADAR_RX 18
#define RADAR_TX 19

HardwareSerial RadarSerial(2); // 使用UART2

void setup() {
  Wire.begin(I2C_SDA, I2C_SCL); // 自定义I2C引脚
  RadarSerial.begin(115200, SERIAL_8N1, RADAR_RX, RADAR_TX);
  Serial.begin(115200);
  Serial.println("ESP32 Peripheral Init OK");
}

void loop() {
  // 主循环
}

经验提示：在PlatformIO中，可以通过platformio.ini文件配置board_build.flash_size和board_build.partitions。对于TinyML项目，建议将Flash分区设置为“Huge APP (3MB No OTA)”，以预留足够的空间存储模型数据。

案例拆解：多传感器接入与数据同步采集

假设我们需要构建一个室内环境监测节点，要求同时读取SHT30温湿度（I2C）、LD2410人体存在雷达（UART）以及一个光敏电阻（ADC）。初始现象是：单独测试每个传感器均正常，但整合到同一工程后，雷达数据频繁丢失，且温湿度读数偶尔跳变。

分析过程：首先检查引脚分配。初始代码中，I2C使用了默认的GPIO21/22，UART2使用了GPIO16/17，ADC使用了GPIO34。表面看无冲突。但进一步排查发现，LD2410雷达的TX引脚（GPIO16）在ESP32上默认是SPI的CS引脚，且该引脚在芯片内部有上拉电阻。当SPI总线未被初始化时，该引脚电平不稳定，导致UART接收误码。此外，光敏电阻的分压电路输出阻抗较高，而ADC的采样电容在切换通道时会产生电荷注入，影响相邻通道的读数。

解决方案：第一，将I2C引脚重新映射至GPIO25（SDA）和GPIO26（SCL），避开SPI区域。第二，在UART初始化时，将雷达的RX引脚配置为PIN_FUNC_SELECT(GPIO_PIN_MUX_REG[RADAR_TX], PIN_FUNC_GPIO)，并启用内部下拉电阻，以稳定空闲电平。第三，在ADC采样时，增加50ms的稳定延时，并在读取光敏电阻前先丢弃两次采样值。

结果对比：修改后，雷达数据帧接收成功率从82%提升至99.8%，温湿度读数跳变消失。此案例说明，ESP32的引脚复用功能虽然灵活，但也带来了潜在的信号干扰风险。在硬件设计阶段，应绘制一张引脚占用表，明确每个GPIO的功能归属，并优先隔离模拟信号与数字通信引脚。

常见误区与总结复盘

在ESP32开发中，以下误区值得特别注意：

误区一：所有GPIO都可以直接输出3.3V驱动继电器或电机。实际上，ESP32的GPIO最大输出电流约40mA，且总电流有限。驱动大功率负载必须使用三极管或MOSFET开关电路，并单独供电。
误区二：ADC参考电压是标准的3.3V。ESP32的ADC参考电压内部存在约±10%的偏差，且随温度漂移。如果项目需要高精度电压测量，建议使用外部精密基准源（如TL431）连接至ADC的VREF引脚。
误区三：PlatformIO比Arduino IDE复杂，没必要学。对于本课程后续的TinyML模型部署，PlatformIO可以更方便地管理第三方库（如EloquentTinyML）和自定义分区表，且支持命令行编译，便于自动化集成。
误区四：忽略电源纹波。ESP32在Wi-Fi发射瞬间电流可达500mA，如果USB供电线过长或质量差，会导致电压跌落，引起传感器读数异常或系统重启。建议在开发板电源输入端并联一个100μF电解电容和0.1μF陶瓷电容。

总结本章，掌握ESP32的硬件资源是进行环境感知项目的第一步。选型时需权衡内存、Flash和接口数量；接线时需规避引脚冲突和信号干扰；开发环境的选择应基于项目复杂度。下一阶段，我们将基于这些基础，具体实现温湿度传感器和人体存在传感器的驱动代码，并开始探索如何在本地运行TinyML模型。