企业官网建设流程全解析

如果你在 Arduino IDE 的“开发板管理器”里搜索 ESP32，多半会看到一个名字特别长的选项：ESP32S3 Dev Module。第一次见到它的人很容易懵：这到底是一块什么样的板子？为什么叫“Dev Module”？它和我手里的普通开发板有什么区别？这篇内容我想用实操经验把这块板子讲透，从环境配置到踩坑排查，给真正打算用它做项目的朋友一份能直接照着做的参考。

这些年我经手过不少 Arduino 开发板，从最初的 UNO、Nano，到后来的 ESP8266、ESP32，再到现在的 ESP32-S3。说实话，S3 是我目前最愿意推荐给物联网和边缘计算项目的选择：双核 240MHz、Wi-Fi 加 BLE、大容量 SRAM，部分版本还带 PSRAM 和向量指令加速。关键是，它依然能跑 Arduino 生态，写起来门槛不高，但能做的事情比传统 Arduino 高出一个量级。

如果你正准备用 S3 做本地语音识别、图像采集、屏幕显示这类对内存和算力有要求的项目，或者你只是好奇“这个型号到底强在哪”，这篇内容应该能帮你省下不少摸索时间。

1. 为什么要选这块板子：ESP32-S3 的定位与价值

1.1 从 Wi-Fi 模块到 AIoT 主控：S3 到底是什么级别

很多人对 ESP32 系列的印象还停留在“给 Arduino 加个 Wi-Fi 的小模块”上。但 ESP32-S3 的情况完全不同，它不再是一个附属配件，而是可以独立扛起整个项目的 SoC 主控。芯片内部集成了两个 Xtensa LX7 核心，主频最高可以跑到 240MHz，比经典 ESP32 的双核还要快一些，更不要说和 16MHz 的 ATmega328P 相比，完全不在一个数量级。

S3 最有意思的一点是它新增了向量指令扩展（官方常称为 PIE）。这个听起来很玄的东西，本质上就是给芯片加了针对矩阵运算、卷积这类计算模式的硬件加速能力。放在以前，如果要在嵌入式设备上做语音关键词识别或简单图像分类，通常要把数据传到云端，依赖服务器算完再返回结果。但 S3 的设计目标就是让一部分 AI 推理直接在本地跑，既省了云端带宽，也避免了断网就瘫痪的问题。

当然，你也不能拿它去和手机 SoC 比。S3 能承担的本地 AI 任务集中在关键词唤醒、简单手势识别、小型分类模型这类轻量级场景。但从嵌入式角度说，这已经是“入门级 AI 主控”的定位了。

1.2 和 ESP32、ESP8266 放在一起看，强在哪里

手里有旧开发板的朋友，最关心的问题是“我手里的板子还能不能凑合用”。我把 ESP8285/ESP8266、经典 ESP32 和 ESP32-S3 放在一起对比一下，你会更清楚 S3 到底补上了哪些短板：

可以看到，S3 最核心的两个升级点：一是原生 USB 接口，芯片底层的 USB-Serial/JTAG 控制器可以让电路板省掉一颗额外的串口桥接芯片，烧录和调试都更方便；二是向量指令加速和 PSRAM 支持，让本地 AI 和小型视觉项目有了可运行的基础。

但这里也要说实话，S3 砍掉了经典蓝牙，只保留了低功耗蓝牙 BLE。如果你的项目需要连接老式蓝牙音箱、传统蓝牙手柄这类经典蓝牙设备，S3 反而是不合适的，这种场景选经典 ESP32 更对路。

1.3 哪些场景真正适合用 S3

结合我自己的项目经验，下面这几类场景是 S3 的主场：

• 本地语音关键词识别，比如做一个“小爱同学”式的离线唤醒词设备，麦克风数组配合向量指令，不用连云也能响应。
• 摄像头视觉小项目，比如人脸检测、二维码识别、色块追踪。S3 内置的相机接口搭配 PSRAM 存放图像帧，能跑一些轻量模型。
• 需要大内存缓冲的数据采集设备，比如音频采样、多通道传感器记录，PSRAM 让大数组不再捉襟见肘。
• 带屏幕的交互设备，用 LVGL 这类图形库做 UI，S3 的速度和内存比传统 Arduino 舒服太多。
• 物联网网关或控制器，双核可以把网络协议栈和业务逻辑分开，一个核心跑 Wi-Fi/BLE，另一个核心跑传感器和逻辑。

反过来说，如果你只是做个简单的温湿度上报、远程开关灯，用 ESP8266 或经典 ESP32 完全够，没必要上 S3，成本和功耗还是略高一些。

2. 让 Arduino IDE 认识这块板子：环境配置全流程

2.1 安装开发板支持包：动手前先填一个 URL

玩过 ESP8266 的朋友应该记得，Arduino IDE 默认不认识这些非 Arduino 官方的芯片，需要通过开发板管理器地址添加支持包。S3 也一样，但好在现在只需要一个 URL 就能搞定。

打开 Arduino IDE，进入“文件 -> 首选项”，在“附加开发板管理器网址”里填入：

https://espressif.github.io/arduino-esp32/package_esp32_index.json

如果你之前已经添加过经典 ESP32 的地址，没必要重复添加，因为官方支持包更新后已经把 S3 覆盖进去了。填完之后，到“工具 -> 开发板 -> 开发板管理器”里搜索“ESP32”，找到 Espressif 官方发布的 esp32 包并安装。

这里有个细节要注意：安装版本尽量选最新的稳定版，因为早期版本的 Arduino 支持包对 S3 的 Flash 模式和 USB 支持不完善，遇到过烧录成功后不运行、串口选择混乱的问题，更新支持包后基本解决。

2.2 选择开发板型号和关键编译参数

支持包装完后，在“工具 -> 开发板”里找到“ESP32 Arduino”分类，里面能看到“ESP32S3 Dev Module”选项。不管你的板子是哪个厂家做的，只要核心是 ESP32-S3，选这一项都没问题。

选完型号后，下面会冒出一大堆可配置参数，新手经常被吓住。我建议你按下面的推荐值来设置，能避开不少坑：

这里重点说两个参数：

第一，USB CDC On Boot。这个参数控制上电后系统是否把内部 USB 口识别为串口终端。很多人烧录后打开串口监视器什么都看不到，就是因为这个选项设置得和实际代码不匹配。如果你在代码里用 Serial.begin，同时又开启了 USB CDC On Boot，那么 Serial 输出走的是 USB-CDC 通道，而不是普通 UART 串口，端口名称和监听方式都不一样。调试阶段保持 Disabled，能少很多困惑。

第二，Partition Scheme。默认分区方案会划分一小块空间给 OTA 或 SPIFFS，如果你写的程序比较大，比如加入了语音模型或图像缓冲，编译时会出现“固件大小超出分区”的报错。这时可以改用“Huge APP（3MB No OTA）”之类的无 OTA 分区方案，把空间尽量留给程序。代价是之后不能通过 OTA 远程升级。

2.3 芯片自带 USB 串口和传统串口芯片的混乱源头

S3 这代芯片有个特别容易让人迷路的设计：芯片内置了 USB-Serial/JTAG 控制器，所以很多开发板上会同时出现两个 USB 相关部件。一部分板子直接用芯片自带的 USB 口，另一部分板子为了兼容性和调试方便，额外加了一颗 USB-UART 桥接芯片，于是电脑上会出现不止一个 COM 口。

当你把开发板插进电脑，打开“设备管理器”（Windows）或 ls /dev/tty*（macOS/Linux），会看到类似这样的端口：

• COM3：可能是 USB Serial Converter 或 USB JTAG/serial debug unit
• COM4：可能是 USB-CDC ACM 设备

到底选哪个？我的经验是：如果开发板只有一个 USB 口，那它大概率直接连接芯片自带的 USB-Serial/JTAG，选带“JTAG”字样的端口；如果开发板有两个 USB 口（通常一个标 UART，一个标 USB），那烧录下载用 UART 口更稳，串口监视器也用它。

注意：如果上传程序时 IDE 提示“Failed to connect”或“A fatal error occurred: Invalid head of packet”，多半是端口选错，或者没有进入下载模式。先别急着怀疑开发板坏了。

2.4 进入下载模式：BOOT 键的正确用法

S3 开发板上的两个按键，一个是 EN（复位），一个是 BOOT。BOOT 键平时没存在感，但在烧录时至关重要。

S3 芯片出厂固化了一段 ROM 引导程序，它会在上电或复位时检查 GPIO0 的电平状态。如果检测到 GPIO0 被拉低，就进入串口下载模式，等待电脑发送固件；否则正常执行 Flash 里的应用程序。

操作流程很简单：

1. 按住 BOOT 键不松手。
2. 点击 Arduino IDE 的上传按钮，或者先插 USB 再在上传前按住。
3. 看到串口输出“Connecting…”之类的提示后，松开 BOOT 键。

有些新版开发板电路会自动处理这个问题，但我遇到过不少需要手动操作的型号。如果你上传时一直卡在连接阶段，不要犹豫，按住 BOOT 再来一次，成功率会大幅提升。

3. 从点亮第一颗 LED 到真正有实用价值的项目：核心实操

3.1 点灯背后的真相：板载灯不是普通 LED

按理说，Arduino 开发板的第一个项目都是点灯。但 S3 的板载灯有个大坑——许多开发板上的用户灯是一颗可编程 RGB LED，而不是普通电平控制的单色灯。

我之前拿到一块 S3 开发板，想当然地按 Arduino 传统写了个 digitalWrite(LED_BUILTIN, HIGH)，结果灯没亮，代码也没报错。后来查原理图才发现，板载 RGB LED 通常是 WS2812 这类可寻址灯珠，用一个 GPIO 引脚通过特定时序协议控制，普通 digitalWrite 根本驱动不了它。

如果想点亮板载 RGB LED，需要用到 Adafruit NeoPixel 库，代码如下：

#include <Adafruit_NeoPixel.h> #define PIN_LED 48 // 开发板板载 WS2812 通常接 GPIO48 #define NUM_LEDS 1 Adafruit_NeoPixel pixels(NUM_LEDS, PIN_LED, NEO_GRB + NEO_KHZ800); void setup() { pixels.begin(); pixels.setPixelColor(0, 255, 0, 0); // 红色 pixels.show(); } void loop() { delay(1000); }

如果你只是想用普通 LED 做实验，建议自己外接一个 5mm 发光二极管，串一个 330 欧姆到 1k 欧姆的限流电阻，接到任意空闲 GPIO 上。S3 的 GPIO 是 3.3V 逻辑电平，不要直接把 LED 接到 5V，否则电流可能超限。

3.2 接上 Wi-Fi：让手机网页控制 LED

点灯只是热身，连 Wi-Fi 才是物联网项目的起点。S3 的 Wi-Fi 操作在 Arduino 环境下比 ESP8266 更顺滑，下面这个例子我经常用在原型验证上：设备连上 Wi-Fi 后，启动一个本地网页服务器，在浏览器里点击超链接控制 GPIO 上的 LED。

#include <WiFi.h> #include <WebServer.h> const char* ssid = "你的Wi-Fi名"; const char* password = "你的Wi-Fi密码"; #define LED_PIN 2 WebServer server(80); void handleRoot() { String html = "<html><body>" "<h1>ESP32-S3 Web LED</h1>" "<a href=\"/on\">开灯</a><br>" "<a href=\"/off\">关灯</a>" "</body></html>"; server.send(200, "text/html", html); } void handleOn() { digitalWrite(LED_PIN, HIGH); server.send(200, "text/plain", "ON"); } void handleOff() { digitalWrite(LED_PIN, LOW); server.send(200, "text/plain", "OFF"); } void setup() { pinMode(LED_PIN, OUTPUT); WiFi.mode(WIFI_STA); WiFi.begin(ssid, password); while (WiFi.status() != WL_CONNECTED) { delay(500); } server.on("/", handleRoot); server.on("/on", handleOn); server.on("/off", handleOff); server.begin(); } void loop() { server.handleClient(); }

这个例子里有两个值得留意的点：

一是 WiFi.mode(WIFI_STA) 这句。如果不显式设置，默认行为可能受上次配置影响，导致连接不稳定。我习惯在 WiFi.begin 之前明确设置模式。

二是 server.handleClient() 必须放在 loop 里频繁调用。Wi-Fi 协议栈需要不断处理网络事件，如果 loop 里有长时间阻塞操作，比如 delay(5000)，网页响应会变得极其迟钝。

连接成功后，串口监视器里会打印分配给设备的 IP 地址，手机和电脑连同一个 Wi-Fi，打开浏览器访问这个 IP 就能控制 LED。这个套路可以扩展到更多场景，比如控制继电器、风扇、窗帘电机。

3.3 按键输入与中断：回调函数里千万别干重活

接完输出，再看输入。S3 的 GPIO 读取本身不复杂，digitalRead 一用就会。但在项目里频繁轮询按键会浪费 CPU 时间，更优雅的方式是用中断：按键按下时触发回调函数。

Arduino 的中断接口是 attachInterrupt：

#define BUTTON_PIN 0 #define LED_PIN 2 volatile bool ledState = false; void IRAM_ATTR onButtonPress() { ledState = !ledState; } void setup() { pinMode(BUTTON_PIN, INPUT_PULLUP); pinMode(LED_PIN, OUTPUT); attachInterrupt(BUTTON_PIN, onButtonPress, FALLING); } void loop() { digitalWrite(LED_PIN, ledState); delay(20); }

这里有个所有 Arduino 中断教程都会提醒的点：回调函数必须短小精炼，不能调用 delay()，不能做串口打印（至少不能依赖正常阻塞式 Serial），更不能在里面执行 Wi-Fi 发送或写 SD 卡这类耗时操作。中断上下文里时间非常敏感，一旦执行过久，会阻塞其他中断，严重时导致系统崩溃重启。

上面的例子把实际动作放在 loop 里，中断只翻转一个 volatile 标志位，这是最安全的做法。另外，S3 的按键电路通常默认接上拉电阻，按下时引脚为低电平，所以中断触发模式用 FALLING（下降沿）。

3.4 模拟输入：S3 的 ADC 没你想的那么准

S3 的 ADC 是 12 位精度，analogRead 返回 0 到 4095。但如果你直接拿它测量电池电压或传感器输出，会发现数值抖动大、中间段非线性明显。

我实测下来，S3 的 ADC 在低压段和高压段表现还可以，中段会有一定偏差。而且输入阻抗对测量结果影响很大，如果你的传感器输出阻抗较高，读数会受到明显影响。解决方法是加一个电压跟随器，或者在信号路径上并联一个 0.1uF 电容，降低噪声。

如果你需要相对准确的电压测量，我的建议是：先接一个精密电压源，采样多个已知电压点做线性校准。比如测量 0V、0.5V、1.0V、1.5V、2.0V，把对应的 ADC 读数记录下来，做最小二乘法拟合出一条校准曲线，再用这个曲线换算真实电压。

另外要特别注意，S3 没有经典 ESP32 上的数模转换器 DAC。如果你关心的是“模拟输出”，S3 只能用 LEDC PWM 输出。PWM 配合 RC 滤波电路可以模拟出一定质量的模拟波形，但和真正的 DAC 还是有差距。选型时想清楚这一点，能避免后续硬件设计上的尴尬。

4. 双核与 AI 向量指令：这块板子的独门功夫

4.1 两个 CPU 核心怎么分工：别让其中一个闲着

经典 Arduino 是大单核逻辑，所有代码挤在同一个线程里排队执行。S3 是双核，这意味着可以真并行地跑两个任务。Arduino 环境下，默认情况是 Arduino 的 setup 和 loop 运行在 Core 1，Wi-Fi 和蓝牙协议栈运行在 Core 0。所以哪怕你什么都不做，系统本身就在双核运转。

要真正用上第二个核心，需要借助 FreeRTOS 的任务接口。S3 的 Arduino 底层集成了 FreeRTOS，你可以用 xTaskCreatePinnedToCore 创建指定核心的任务：

#include <Arduino.h> void TaskA(void* param) { while (true) { Serial.println("A"); delay(500); } } void TaskB(void* param) { while (true) { Serial.println("B"); delay(700); } } void setup() { Serial.begin(115200); xTaskCreatePinnedToCore(TaskA, "TaskA", 4096, NULL, 1, NULL, 0); xTaskCreatePinnedToCore(TaskB, "TaskB", 4096, NULL, 1, NULL, 1); } void loop() { delay(1000); }

这个例子里，TaskA 固定在 Core 0，TaskB 固定在 Core 1。串口监视器里可以看到两条输出交替出现，但互不阻塞。

任务里的第三个参数是栈大小，单位是字节。新手经常在这里翻车：任务里如果用了较大的局部数组，栈空间不够，FreeRTOS 会直接崩溃或产生不可预料的行为。经验值是从 4096 起步，重点看任务里有没有大数组和深层递归调用。

双核使用的核心原则是：把网络通信、SD 卡写入这类频繁 IO 的任务放到一个核心，把传感器读取、控制逻辑放到另一个核心，避免互相拖累。

4.2 AI 向量指令：普通玩家能拿来做什么

S3 的向量指令扩展是宣传重点，但放到 Arduino 生态里，它并不像 Wi-Fi 那样随手就能调用。目前大多数第三方 Arduino 库对 PIE 的支持还处于早期阶段，不用指望在 Arduino IDE 里写几行代码就能让芯片跑一个大型神经网络。

不过，这个能力已经在语音与轻量视觉项目中崭露头角。比如一些离线语音关键词检测库，内部就利用了向量指令来做特征提取和分类推理。你在项目里集成这类库之后，效果确实会比只靠 CPU 软算快不少，功耗也更低。

我的建议是：如果你只是普通玩家，现阶段不用为“AI 加速”这个卖点额外买单。但如果你的项目刚好需要本地语音唤醒、简单图像分类，可以关注原厂发布的 AI 框架和示例，用官方支持包来扩展 S3 的推理能力。这才是 S3 区别于经典 ESP32 的真正价值所在。

4.3 PSRAM：大内存项目的救命稻草

S3 芯片内部有 512KB SRAM，看起来不少，但屏幕缓冲区、图像帧、语音特征数据一上来，照样捉襟见肘。好在部分 S3 开发板额外焊接了 PSRAM，常见的有 2MB 和 8MB。PSRAM 的本质是“挂在外部总线上的大内存”，速度比内部 SRAM 慢，但容量大得多。

在 Arduino 环境里，要明确区分普通内存和 PSRAM：

// 普通 malloc：优先使用内部 SRAM char* buf1 = (char*)malloc(1024); // PSRAM 分配：需要指定 MALLOC_CAP_SPIRAM char* buf2 = (char*)heap_caps_malloc(1024 * 1024, MALLOC_CAP_SPIRAM); // 推荐方式：ps_malloc char* buf3 = (char*)ps_malloc(1024 * 1024);

如果你不用 ps_malloc，直接在代码里定义超大数组，编译器会尝试把数组放到内部 SRAM，很快就把内存耗尽，导致编译失败或运行时崩溃。

使用 PSRAM 有几个经验：

• 编译参数里“PSRAM”选项必须设置为 Enabled，否则即使硬件有 PSRAM，代码里也无法调用。
• PSRAM 适合存放图像帧、音频缓冲、LVGL 的显示画布，但高频访问的变量放内部 SRAM 更快。
• 某些外设驱动（比如摄像头 DMA）对内存有特殊要求，不一定能从 PSRAM 分配，需要看具体库文档。

5. 我踩过的坑和排查方法：新手常见问题实录

5.1 上传成功但程序没反应：端口和复位键的坑

S3 开发板烧录时最容易出现的诡异现象是：Arduino IDE 显示“上传成功”，但板子没有运行任何程序，LED 不亮，串口也没输出。

我遇到这类情况，排查顺序基本是固定的：

1. 先按一下板子上的 EN 复位键，排除烧录后没有自动复位的可能。
2. 检查上传端口是否和串口监视器端口一致。如果开发板上同时有原生 USB 口和 UART 桥接口，程序烧进去走的是 UART 口，但你用原生 USB 口去监听，自然什么都看不到。
3. 检查 USB CDC On Boot 参数是否和你的代码一致。如果代码用了 Serial，但参数开了 USB CDC，串口数据走的通道和监听端口对不上。

提示：S3 的 USB OTG 接口可以模拟出很多种设备形态。如果插入 USB 后电脑识别异常，先换一根支持数据传输的 USB 线。很多“开发板没反应”的问题，最后发现是线只支持充电，不支持数据。

5.2 日志全是乱码或串口没输出：波特率和引脚冲突

串口输出乱码，最常见原因是波特率不匹配。Arduino 代码里 Serial.begin(115200)，串口监视器右下角也要选 115200。这个基础问题排查完，再看另一个隐蔽因素：有的开发板把 USB 串口映射到了固定 GPIO，如果你不小心在代码里复用了这些引脚，串口输出会被干扰。

S3 的 UART0 默认引脚是 GPIO43（TX）和 GPIO44（RX），很多库允许重新映射引脚。如果你拿这两个引脚做普通输入输出，可能影响串口通信。工程实践中，我习惯把调试信息用的串口固定在默认引脚，其他功能避开它们。

还有一个常在 DFU/GDB 调试时遇到的坑：S3 的 JTAG 功能复用了一部分 GPIO。如果你不打算用 JTAG 调试，不要分配这些引脚给外部设备，否则可能影响芯片的下载模式。

5.3 板子无限重启：3.3V 与 5V 电平的深坑

S3 的所有 GPIO 都是 3.3V 逻辑。如果你接 5V 的单片机、传感器模块（比如 5V 输出的超声波模块），直接把电平送入 GPIO，轻则读数异常，重则烧掉 GPIO 甚至整块芯片。

我踩过最典型的坑：用一个 5V 供电的继电器模块，信号引脚接到 S3，偶尔能正常控制，偶尔失控。后来用万用表一量，高电平输出 4.8V，发出杂散脉冲时会把 GPIO 拉高到不安全范围。换成 3.3V 供电的继电器模块后，问题彻底消失。

处理跨电平通信的思路：

• 使用 I2C 或 SPI 总线时，注意总线是否要接上拉电阻到对应电压。
• 5V 传感器输出到 S3 输入端，可以用分压电阻，或用电平转换模块。
• 电源轨上避免直接用 USB 5V 给大电流外设供电，S3 板载 LDO 稳压能力有限，超载会导致电压跌落，表现就是程序跑一会就重启。

5.4 Bootloader 不响应：用 esptool 强制擦除

如果按住 BOOT 键、调整波特率后依然无法上传，常见的终极大招是使用 esptool 把 Flash 强制擦除重置。

esptool 是原厂提供的串口烧录工具，可以单独用命令行操作：

esptool.py --port COM3 erase_flash

执行完后，再回到 Arduino IDE 重新烧录。这个过程会把 Flash 里的旧固件、文件系统、配置分区全部清空，很多“永远无法上传”的问题会在擦除后自动恢复。

需要注意，esptool.py 需要通过 pip 安装，或者使用 Arduino IDE 安装包自带的 esptool。如果使用 Python 环境安装，记得用最新版本，老版本可能不支持 S3 的 USB Serial/JTAG 模式。

另外，Windows 用户如果系统无法识别 COM 口，设备管理器里看到设备带黄色感叹号，多半是缺少 USB 驱动。去芯片原厂官网下载并安装最新的 USB 驱动，一般能解决。

6. 库兼容性与项目扩展方向：这块板子还能做什么

6.1 哪些库能直接用，哪些要改

Arduino 生态最大的优势是库多。S3 的 Arduino 支持包已经非常成熟，大量第三方库直接可用：

• 传感器类：温度、湿度、气压、光照、气体传感器，绝大多数 I2C/SPI 接口库没问题。
• 显示类：OLED、TFT、墨水屏，各种显示驱动库基本兼容。
• 网络类：HTTP 请求、MQTT、WebSocket，底层基于 Wi-Fi 的库都能跑。
• 电机控制：舵机、步进电机、直流电机驱动库，S3 的速度和定时器资源完全满足。
• 音频类：I2S 音频输入输出，麦克风录音、音频播放，在 S3 上表现很好。

需要特别留意的库有两类：一类是依赖经典蓝牙的库，前文说过了，S3 只有 BLE，老式蓝牙设备的库会失效；另一类是依赖 DAC 的库，如果你只是想播放音频，S3 可以通过 I2S 外接 DAC 芯片，但不能直接输出真正的模拟音频信号。

6.2 扩展方向：从传感器采集到离线智能

S3 的典型能力组合让它成为很好的边缘节点。我建议按难度递进规划项目：

• 入门级：环境监测站。温湿度、气压传感器，数据通过 Wi-Fi 上报到 MQTT 服务器，手机端实时查看。主要练 I2C 和网络协议栈。
• 进阶级：带屏幕的桌面信息面板。用 LVGL 做 UI，显示天气、日历、计时器，加一个旋转编码器做交互操作。主要练 GUI 和输入处理。
• 挑战级：本地语音助手。板载麦克风阵列，用离线语音识别库做关键词唤醒，配合 PSRAM 管理音频缓冲，再通过外接功放播放语音回复。这是 S3 向量指令加速比较能体现优势的场景。
• 硬件级：小车的视觉循迹或视觉避障。用摄像头采集画面，放到 PSRAM 里做色块识别，控制电机驱动板完成巡线。涉及线程同步、图像处理、电机 PID 控制，能学到的东西最多。

我个人的建议是，不要一上来就追求“模型推理”。先把网络、存储、外设这些基本功打通，再导入 AI 能力，项目的稳定性会高很多。

6.3 选购建议：Flash 和 PSRAM 怎么选

市面上 S3 开发板版本很多，最核心的差异在于 Flash 容量和是否带 PSRAM。

• 4MB Flash + 无 PSRAM：适合做简单 IoT 节点，跑传感器数据上报还行。但大点的固件或 Web 界面会有点挤。
• 8MB Flash + 2MB/4MB PSRAM：性价比比较高的平衡点。普通项目、简单屏幕显示、离线关键词识别都能应付。
• 16MB Flash + 8MB PSRAM：适合摄像头视觉、本地 AI、LVGL 复杂 UI。如果不差那几十块钱，选这个版本最省心。

另外要注意开发板的 USB 配置。有的板子只有一个 USB 口，直接走芯片原生 USB；有的有两个口。两种都行，但我个人更喜欢两个口的设计：一个专门用于烧录调试，一个用于 USB 通信测试，逻辑清晰很多。

提示：买开发板时问清楚是否预烧固件、是否带排针。有些板子出厂带一个演示固件，能帮你快速验证硬件的 USB 和屏幕是否正常。虽然这不影响开发，但省下来的验证时间还是很有价值的。

最后再分享一个我自己的使用习惯：拿到 S3 开发板后的第一件事，不是急着写代码，而是先用 esptool 读一下 Flash 容量和芯片信息，确认真实硬件参数与商家标注一致。这一步能避开不少以次充好、刷错 Flash 容量的板子。等硬件信息确认无误，再开始配置 Arduino 工程，整个开发过程会顺手很多。