1. ESP32 WiFi 协议栈概览
各位同学，欢迎来到《ESP32 WiFi 协议栈开发入门》的第一章。我是你们的讲师，一个在嵌入式通信领域摸爬滚打了十几年的老工程师。今天咱们不聊虚的，直接切入正题——看看ESP32这颗芯片到底凭什么能成为物联网开发者的心头好，它的WiFi协议栈又是怎么一层层搭起来的。
说实话，我第一次接触ESP32是在2016年。那时候市面上能跑WiFi的MCU屈指可数，要么贵得离谱，要么功耗高得吓人。乐鑫这颗芯片一出来，我第一反应是：这玩意儿靠谱吗？结果一用就是好几年，越用越顺手。
1.1 ESP32 芯片简介
ESP32是乐鑫科技推出的第二代WiFi/BLE双模SoC。它最大的特点就是——把WiFi、蓝牙、MCU、各种外设全塞进了一颗芯片里。你想想看，以前做物联网产品，至少得一颗MCU加一颗WiFi模块，现在一颗ESP32全搞定。
| 参数 | ESP32 规格 |
|---|---|
| CPU | 双核 Xtensa LX6，主频最高 240MHz |
| SRAM | 520KB（内部）+ 最大 4MB（PSRAM） |
| Flash | 最大 16MB（SPI Flash） |
| WiFi | 802.11 b/g/n，HT20/HT40，最高 150Mbps |
| 蓝牙 | BLE 4.2 + BR/EDR |
| 外设 | SPI、I2C、UART、I2S、ADC、DAC、PWM、CAN |
| 安全 | 硬件加密加速器（AES/SHA/RSA）、安全启动、Flash加密 |
我个人习惯把ESP32看作一个"小电脑"。它有双核CPU，一个核跑应用，一个核跑WiFi协议栈，互不干扰。这在做实时性要求高的项目时特别有用。我记得有个项目需要在WiFi通信的同时做音频采集，单核芯片根本扛不住，换成ESP32双核方案后，问题迎刃而解。
核心要点：ESP32 的双核架构是它区别于普通MCU的关键优势。Protocol CPU（协议核）专门处理WiFi/BLE协议栈，Application CPU（应用核）跑你的业务代码。两者通过共享内存通信，效率很高。
1.2 WiFi 协议栈架构
好了，芯片看完了，咱们来聊聊协议栈。很多初学者一听到"协议栈"三个字就头大，觉得这东西高深莫测。其实说白了，WiFi协议栈就是一套软件，负责让你的ESP32能连上路由器、收发数据包。
ESP-IDF里的WiFi协议栈分三层，我画了张图，你一看就明白：
这张图你得记在心里。以后调试WiFi问题，第一件事就是定位问题出在哪一层。
1.2.1 LwIP 协议栈
LwIP，全称Lightweight IP，是嵌入式领域最流行的TCP/IP协议栈实现。为什么用LwIP而不是Linux内核那个完整的TCP/IP栈？原因很简单——资源受限。ESP32的RAM才几百KB，跑完整的协议栈根本吃不消。
LwIP的特点我总结了一下：
- 轻量级：核心代码只占几十KB RAM，适合MCU环境
- 功能完整：TCP、UDP、ICMP、IGMP、DHCP、DNS、PPP、ARP全支持
- API友好：提供socket API和netconn API两种编程接口
- 可裁剪：通过宏定义开关功能模块，按需编译
我的经验：刚开始用LwIP时，我总喜欢把所有功能都打开，觉得"有备无患"。结果编译出来的固件大了不少，RAM也吃紧。后来学乖了——用多少开多少。比如你的产品只用TCP客户端，那就把UDP、IGMP、DNS解析器全关掉。省下来的资源，它不香吗？
1.2.2 WiFi Driver
WiFi Driver是ESP-IDF里最底层的软件模块，直接跟硬件寄存器打交道。它负责的事情包括：
- 802.11 MAC层的帧收发
- Beacon帧的监听和解析
- 扫描（主动扫描和被动扫描）
- 连接和断连管理
- 电源管理（PS-Poll、DTIM）
- 速率自适应（Rate Adaptation）
说实话，WiFi Driver这部分我平时很少直接操作。ESP-IDF封装得比较好，大部分场景下你只需要调用esp_wifi_connect()、esp_wifi_scan_start()这些API就够了。但如果你要做一些特殊功能，比如监听原始802.11帧、实现WiFi嗅探器，那就得跟Driver层打交道了。
注意：WiFi Driver运行在Protocol CPU上，优先级很高。你在Application CPU上写的代码如果太耗时，可能会影响WiFi的实时性。我曾经在一个项目里用vTaskDelay(1000)做了一秒的延时，结果WiFi频繁断连。后来查了半天才发现是任务阻塞导致Driver没及时处理Beacon帧。嗯，这个坑我替你们踩过了。
1.2.3 Supplicant
Supplicant这个名字听起来挺唬人，其实它的工作很简单——负责WiFi认证。具体来说：
- WPA/WPA2-PSK 的4次握手
- WPA2-Enterprise 的802.1X认证（EAP-TLS、PEAP等）
- 密钥派生和管理（PTK、GTK）
- 加密解密（CCMP、TKIP）
为什么需要单独一个Supplicant模块？因为WiFi认证是个挺复杂的过程。你想想看，每次连接路由器，双方要交换4次握手消息，派生出一堆密钥，还要定期更新组密钥。这些逻辑如果全塞在Driver里，代码会变得一团糟。所以乐鑫把它独立出来，作为一个单独的任务运行。
我记得有一次调试一个WPA2-Enterprise的项目，Supplicant一直报"4-way handshake timeout"。查了两天，最后发现是路由器的RADIUS服务器配置有问题。从那以后，我养成了一个习惯——遇到连接问题，先拿手机连一下同一个WiFi，排除路由器端的问题。
1.3 开发环境搭建（ESP-IDF）
好了，理论讲完了，咱们来点实际的。要开始ESP32开发，第一步就是搭环境。ESP-IDF是乐鑫官方提供的物联网开发框架，集成了FreeRTOS、LwIP、各种驱动库和工具链。
1.3.1 安装步骤
我以Linux环境为例（Windows和macOS也类似，只是安装命令不同）：
# 1. 安装依赖工具
sudo apt-get install git wget flex bison gperf python3 python3-pip python3-venv cmake ninja-build ccache libffi-dev libssl-dev dfu-util libusb-1.0-0
# 2. 克隆ESP-IDF仓库
mkdir -p ~/esp
cd ~/esp
git clone --recursive https://github.com/espressif/esp-idf.git
# 3. 安装工具链
cd ~/esp/esp-idf
./install.sh esp32
# 4. 设置环境变量
. ./export.sh这里有个小细节——--recursive参数一定要加。ESP-IDF依赖很多子模块，比如mbedTLS、LwIP、FreeRTOS的移植代码。不加这个参数，编译时会报一堆"找不到头文件"的错误。我刚开始就吃过这个亏。
1.3.2 验证安装
环境搭好了，咱们跑个Hello World试试：
# 复制示例工程
cp -r ~/esp/esp-idf/examples/get-started/hello_world ~/esp/hello_world
cd ~/esp/hello_world
# 配置项目（第一次会弹出菜单）
idf.py set-target esp32
idf.py menuconfig
# 编译
idf.py build
# 烧录（把ESP32连上电脑）
idf.py -p /dev/ttyUSB0 flash
# 查看串口输出
idf.py -p /dev/ttyUSB0 monitor如果一切顺利，你会看到串口打印出"Hello world!"和芯片信息。嗯，到这一步，你的开发环境就算搭好了。
| 命令 | 作用 |
|---|---|
idf.py set-target |
设置目标芯片型号（esp32、esp32s2、esp32c3等） |
idf.py menuconfig |
图形化配置工程参数（WiFi配置、Flash大小、日志等级等） |
idf.py build |
编译整个工程，生成固件 |
idf.py flash |
烧录固件到Flash |
idf.py monitor |
打开串口监视器，查看日志输出 |
避坑指南：我曾经在Windows上用串口工具烧录，结果一直报"无法打开端口"。查了半天，发现是USB转串口驱动没装。ESP32开发板大多用CP2102或CH340芯片，记得先装好驱动。另外，Linux用户别忘了把用户加到dialout组：sudo usermod -a -G dialout $USER，不然没权限访问串口。
1.3.3 项目结构
一个典型的ESP-IDF项目长这样：
my_project/
├── CMakeLists.txt # 顶层构建文件
├── main/
│ ├── CMakeLists.txt # 组件构建文件
│ └── app_main.c # 主程序入口
├── components/ # 自定义组件（可选）
│ └── my_component/
│ ├── CMakeLists.txt
│ └── my_component.c
├── sdkconfig # 配置生成的配置文件
└── build/ # 编译输出目录这里要注意的是，app_main.c里的app_main()函数就是程序的入口点，相当于标准C的main()。ESP-IDF在启动时会先初始化FreeRTOS内核，然后创建app_main任务。所以你在app_main里可以直接使用FreeRTOS的API，比如创建任务、队列、信号量等。