2、ESP32与PSRAM基础：ESP32系列芯片架构、PSRAM类型与特性、开发板选型与内存映射
在嵌入式边缘AI领域，ESP32系列以其极高的性价比和成熟的软件生态，成为部署轻量级TinyML模型的首选平台之一。然而，当我们要在ESP32上运行大模型（如语音唤醒词识别、关键字 spotting、异常声音检测等）时，仅有芯片内部有限的SRAM是远远不够的。此时，PSRAM（Pseudo Static Random Access Memory，伪静态随机存储器）便成为扩展内存容量的关键。本章将深入剖析ESP32系列芯片的架构差异、PSRAM的技术特性、开发板选型策略以及内存映射机制，为后续的TinyML推理部署打下坚实的硬件基础。
上图展示了ESP32与PSRAM协同工作的核心架构。左侧是ESP32 SoC内部结构，右侧是外部存储芯片，底部则是软件视角下的内存映射布局。理解这张图，就掌握了ESP32上大模型部署的硬件基础。
2.1 ESP32系列芯片架构核心原理
ESP32系列芯片并非单一型号，而是一个家族。从经典的ESP32、ESP32-S2、ESP32-S3到ESP32-C3，它们的CPU核心、外设和内存控制器均有显著差异。对于TinyML推理而言，最关键的区别在于是否支持PSRAM以及CPU的算力。
- ESP32（经典版）：采用双核Xtensa LX6，主频240MHz，支持外部PSRAM（通过SPI），但PSRAM带宽有限，且Cache一致性处理较为复杂。
- ESP32-S2：单核Xtensa LX7，主频240MHz，支持PSRAM，但缺少蓝牙，且AI加速指令集较弱。
- ESP32-S3：双核Xtensa LX7，主频240MHz，增加了向量指令（SIMD），对神经网络卷积运算有硬件加速，且PSRAM带宽提升至80MHz（Octal SPI），是当前TinyML部署的优选。
- ESP32-C3：单核RISC-V，主频160MHz，不支持PSRAM，仅适合极轻量级模型。
从架构上看，CPU核心通过内部总线与Cache相连，Cache再通过SPI控制器访问外部PSRAM和Flash。当模型权重存储在PSRAM中时，CPU读取权重需经过Cache，若Cache未命中，则触发SPI读取，这会产生延迟。因此，内存访问带宽和Cache命中率是影响推理性能的两大关键指标。
2.2 PSRAM类型与特性：从DIP到OPI
PSRAM在电气特性上接近SRAM（无需刷新），但存储单元类似DRAM（密度高）。它通过SPI接口与主控通信，根据接口宽度和时钟频率，分为多种类型。
| 特性 | SPI PSRAM | QSPI PSRAM | OPI PSRAM |
|---|---|---|---|
| 接口线数 | 1线（MOSI/MISO） | 4线（IO0-IO3） | 8线（IO0-IO7） |
| 典型时钟 | 40MHz | 80MHz | 80MHz (DDR) |
| 理论带宽 | ~5 MB/s | ~40 MB/s | ~80 MB/s |
| 常见容量 | 1MB, 2MB | 4MB, 8MB | 8MB, 16MB |
| 适用芯片 | ESP32, ESP32-S2 | ESP32, ESP32-S2 | ESP32-S3 |
在选型时，OPI PSRAM（Octal SPI）是ESP32-S3的最佳搭档。它提供两倍于QSPI的带宽，能显著减少大模型推理时的数据加载瓶颈。需要注意的是，PSRAM的功耗高于内部SRAM，在电池供电场景下需权衡。
2.3 开发板选型与内存映射实战
选择开发板时，除了关注PSRAM容量，还需留意模组封装和板载外设。常见的ESP32-S3-DevKitC-1板载N16R8模组，是开发TinyML应用的理想起点。
内存映射是软件配置的核心。在ESP-IDF中，通过menuconfig可以配置PSRAM为Cache映射或非Cache映射。对于TinyML，通常使用Cache映射，将PSRAM区域映射到CPU的数据总线地址空间（如0x3C00_0000）。这样，模型权重可以像访问内部SRAM一样直接读取，但需注意Cache一致性。
# menuconfig 关键配置项
# Component config → ESP32S3-Specific → Support for external, SPI-connected RAM
# 选择 "Enable SPI PSRAM"
# 选择 "Make use of PSRAM as main memory" 以允许动态分配大块内存在代码中，使用heap_caps_malloc(size, MALLOC_CAP_SPIRAM)即可将大数组分配到PSRAM。例如，加载一个1MB的语音识别模型权重：
float* model_weights = (float*)heap_caps_malloc(1024 * 1024, MALLOC_CAP_SPIRAM);
if (model_weights == NULL) {
ESP_LOGE("MAIN", "PSRAM allocation failed!");
} else {
ESP_LOGI("MAIN", "Model weights loaded in PSRAM at %p", model_weights);
}2.4 案例拆解：基于ESP32-S3的唤醒词检测系统内存规划
假设我们需要设计一个始终在线的唤醒词检测系统，模型参数量为500KB，运行时需额外300KB的中间缓冲区。
- 初始现象：使用ESP32-WROOM-32（无PSRAM）时，模型无法加载，报错
Cannot allocate memory。 - 分析判断：ESP32内部SRAM仅520KB，系统占用后剩余不足300KB，无法容纳500KB模型。
- 操作步骤：更换为ESP32-S3-WROOM-1-N16R8开发板，在
menuconfig中启用PSRAM，并将模型权重分配至PSRAM。 - 结果对比：模型成功加载，推理延迟从不可用变为约80ms/次（基于OPI PSRAM带宽）。
- 风险与代价：PSRAM访问延迟比内部SRAM高约2-3倍，但通过Cache优化和批量数据处理，整体性能满足实时性要求。
heap_caps_malloc区分内存类型。
2.5 总结复盘与选型清单
本章核心在于理解CPU-Cache-PSRAM的数据通路。选型时，请遵循以下清单：
- 确认芯片是否支持PSRAM（ESP32-S3/C3不支持）。
- 确认模组是否焊接PSRAM（看型号后缀R8/R16）。
- 确认PSRAM类型（OPI优于QSPI）。
- 在代码中显式使用
MALLOC_CAP_SPIRAM分配大块内存。 - 监控内存使用情况：
esp_get_free_heap_size()和heap_caps_get_free_size(MALLOC_CAP_SPIRAM)。