2、ESP32平台概述：硬件特性、开发环境与网络协议栈
各位同学，欢迎来到第二讲。今天咱们聊聊ESP32这个平台。说实话，我接触过的物联网芯片少说也有几十款，但ESP32是我个人最偏爱的一个。为什么？因为它把「够用」和「好用」平衡得特别好。你想想看，一颗芯片集成了Wi-Fi、蓝牙、双核处理器，价格还这么亲民，这在几年前简直不敢想。
2.1 ESP32硬件特性：这颗芯片到底强在哪？
先看硬件规格。ESP32由乐鑫科技推出，采用台积电40nm工艺。我当年第一次拿到样片时，第一反应是——这玩意儿真的能跑TLS吗？后来实测发现，不仅跑得动，还能跑得挺稳。
| 参数 | 规格 | 我的备注 |
|---|---|---|
| CPU | 双核Xtensa LX6，主频160/240MHz | 双核的好处后面讲TLS时会体现 |
| SRAM | 520KB（部分型号带8MB PSRAM） | 做证书解析时，内存要精打细算 |
| Flash | 最大16MB，支持外部SPI Flash | 证书文件建议放Flash，别占RAM |
| Wi-Fi | 802.11 b/g/n，HT40 | 2.4GHz频段，穿透力还行 |
| 蓝牙 | BLE 4.2 + Classic BT | 做TLS时基本用Wi-Fi，蓝牙做辅助 |
| 硬件加速 | AES/SHA/RSA/ECC硬件加速器 | 这个对TLS至关重要，后面细讲 |
核心要点：ESP32的硬件加密加速器是专门为TLS设计的。AES、SHA、RSA、ECC都有硬件支持。这意味着什么？意味着你跑一次TLS握手，比纯软件实现快10倍以上，功耗还更低。
我记得有个项目，客户要求设备在电池供电下每天做一次TLS握手。如果用纯软件实现，一次握手耗电够设备待机两小时。换成硬件加速后，耗电降到原来的十分之一。嗯，这就是硬件加速的价值。
2.2 ESP-IDF开发环境搭建：从零开始
开发环境这块，我建议直接用ESP-IDF。虽然Arduino也能用，但做TLS这种底层通信，IDF才是正道。为什么？因为IDF直接暴露了底层的mbedTLS接口，证书管理、会话缓存这些功能都能精细控制。
搭建步骤其实不复杂，但有几个坑我得提前说。
2.2.1 安装流程
- 安装依赖工具：Python 3.6+、Git、CMake。Windows用户注意，路径不要带中文。
- 克隆ESP-IDF仓库：
git clone --recursive https://github.com/espressif/esp-idf.git - 运行安装脚本：
./install.sh（Linux/Mac）或install.bat（Windows） - 设置环境变量：
. ./export.sh（每次新终端都要执行）
避坑指南：我曾经在Windows上折腾了一整天，发现是Python路径有空格导致编译失败。后来我学乖了，所有开发工具都装在纯英文路径下。另外，--recursive参数千万别漏，否则子模块没拉下来，编译时会报一堆莫名其妙的错误。
2.2.2 验证环境
装好后，跑个hello world试试：
# 进入示例目录
cd esp-idf/examples/get-started/hello_world
# 设置目标芯片
idf.py set-target esp32
# 编译
idf.py build
# 烧录（记得先插上USB）
idf.py -p /dev/ttyUSB0 flash
# 监视串口输出
idf.py -p /dev/ttyUSB0 monitor看到「Hello world!」打印出来，环境就算搭好了。我个人习惯在第一次编译时盯着终端看，因为IDF会下载一些工具链，网络不好的话容易卡住。嗯，这时候泡杯茶等一等就好。
2.3 ESP32网络协议栈：TCP/IP到TLS的桥梁
网络协议栈这块，ESP32用的是LwIP（Lightweight IP）。说白了，就是一个为嵌入式设备量身定做的TCP/IP协议栈。它体积小、内存占用少，但功能一点不含糊。
2.3.1 LwIP的核心组件
- TCP/UDP：完整的传输层支持，TCP有超时重传、流量控制
- IP/ICMP：网络层，支持ping
- DHCP：自动获取IP地址，省心
- DNS：域名解析，做TLS时必须的
- Socket API：和Linux上的socket编程几乎一样
你想想看，我们做TLS加密通信，底层依赖的就是TCP。没有可靠的TCP连接，TLS握手根本没法进行。LwIP在这里扮演的角色，就是那个默默无闻的搬运工——把加密后的数据包可靠地送到对端。
个人经验：LwIP的配置项很多，但做TLS时你只需要关注几个关键参数：TCP_MSS（最大分段大小，建议1460）、TCP_WND（窗口大小，建议4096以上）、MEM_SIZE（堆内存，建议16000以上）。我有个项目因为MEM_SIZE设太小，导致TLS握手时内存分配失败，查了两天才找到原因。
2.3.2 从Socket到TLS的演进
很多初学者会问：有了TCP Socket，为什么还要TLS？
原因很简单——Socket传输的是明文。你在咖啡厅连公共Wi-Fi，用Socket发一条消息，旁边的人用Wireshark就能看到内容。TLS就是在Socket外面包了一层加密壳，让数据在传输过程中变成密文。
ESP32的协议栈里，TLS的实现是通过mbedTLS库完成的。mbedTLS和LwIP之间通过一个叫esp-tls的组件连接起来。这个组件封装了底层的socket操作，让你可以用类似socket的API来建立TLS连接。
// 伪代码：TLS连接的基本流程
esp_tls_cfg_t cfg = {
.cacert_buf = (const char *)server_cert_pem_start,
.cacert_bytes = server_cert_pem_end - server_cert_pem_start,
};
esp_tls_t *tls = esp_tls_init();
esp_tls_conn_new_sync("example.com", "443", &cfg, tls);
// 现在可以安全地读写数据了
esp_tls_conn_write(tls, request, strlen(request));
esp_tls_conn_read(tls, buffer, sizeof(buffer));
esp_tls_conn_delete(tls);这段代码看着简单，但背后发生的事情可不简单。每次esp_tls_conn_new_sync调用，都会经历：DNS解析 → TCP三次握手 → TLS四次握手 → 证书验证 → 密钥协商。任何一个环节出问题，连接都会失败。
关键认知：ESP32的网络协议栈是分层的。从物理层的Wi-Fi，到数据链路层的MAC，再到网络层的IP，传输层的TCP，最后到应用层的TLS。每一层都各司其职。做TLS开发时，你至少要对下面三层（Wi-Fi、IP、TCP）有基本了解，否则出了问题都不知道该查哪一层。
2.4 本章小结
这一章我们聊了三个东西：ESP32的硬件特性、开发环境搭建、网络协议栈。说白了，就是为后面的TLS实战做准备。硬件上，记住ESP32有硬件加密加速器；环境上，IDF是首选；协议栈上，理解LwIP和mbedTLS的关系。
下一章，我们会正式进入TLS的世界。到时候你会看到，今天讲的这些基础知识，每一个都会派上用场。嗯，先把环境搭好，别偷懒。