ESP32-P4 USB Host实战：U盘读写硬件设计、TinyUSB与FATFS详解

ESP32-P4到手之后，我第一个想试的并不是网络或者显示，而是它的USB Host。原因很简单，这块芯片是乐鑫目前唯一一颗内置USB 2.0 High-Speed OTG控制器、而且主频能跑到双核400MHz的型号，之前那颗带WiFi的S3虽然也带USB，但只有12Mbps全速，插个U盘只能算“能读”，速度感人。而P4把USB直接拉到480Mbps，这才真正有了把U盘当产品级数据交换介质的底气。

这篇博文就围绕《DNESP32P4开发指南_V1.0》第四十七章的USB U盘实验展开，聊聊为什么U盘方案在嵌入式里值得做、硬件上哪些坑必须躲、软件上TinyUSB和FATFS怎么配合，以及我调试过程中最常用的排查手段。如果你正在做数据采集、固件升级、日志导出这类需要“用户手动插个U盘就能拷数据”的产品，这篇文章应该能帮你少走不少弯路。

1. 实验背景与整体思路拆解

1.1 ESP32-P4的USB外设到底强在哪

ESP32-S3那个USB大家应该不陌生，SDK里叫USB OTG 1.1，跑的是Full Speed，也就是12Mbps。别看“1.1”和“Full Speed”这些词不算起眼，实际用起来你会发现，全速模式做U盘读取基本是折磨：理论带宽1.5MB/s，再加上协议开销，实际读写一个小文件都慢得让人怀疑人生。P4这颗芯片直接把USB控制器升级到USB 2.0 High-Speed，480Mbps，虽然实际读写U盘不可能跑满，但实测下来二三十MB/s是能到的，这个量级才谈得上“产品可用”。

另外P4的USB控制器不光是速率升级，它内部有独立的PHY，支持OTG角色切换。也就是说同一套硬件既可以当Host去读U盘，也可以当Device被电脑枚举成虚拟串口，甚至可以连USB摄像头这种流式设备。我最早看到“esp32-s3 usb摄像头”这种搜索词频繁出现，就知道大家其实对USB外设生态很感兴趣，只是被S3的全速带宽卡住了。P4的出现正好解开这个结，而U盘又是最基础、最能验证整条USB Host链路是否可靠的应用场景。

1.2 为什么选U盘而不直接用SD卡

嵌入式存储方案里SD卡一直是主流，TF卡槽便宜、电路简单、SDIO接口在几乎所有MCU上都有现成驱动。但SD卡有几个天然短板：第一，用户手里不一定有读卡器，插拔体验对普通用户不友好；第二，卡座是机械结构，抗振动、耐插拔次数都不如USB口；第三，很多产品要求用户自己拷数据进去，U盘“插上就能认”的通用性是SD卡给不了的。

U盘方案最大的价值在于它是“通用数据交换介质”。现场调试的工程师、不会拆机壳的终端用户、甚至笔记本电脑上拷文件的人，都会用U盘。做产品的时候，一台设备如果支持U盘读写，就等于有了一个极低成本的数据导入导出通道：配置文件拷进去、日志数据拷出来、固件通过U盘升级，全部可以脱离上位机软件完成。这也是我在P4平台上首选U盘实验的原因，它验证的不只是“MCU能不能读U盘”，而是整条“产品数据链路”能不能跑通。

1.3 整体软硬件架构

P4平台跑U盘在软件上其实是一个“三段式”结构：最底层是TinyUSB协议栈，它负责把EHCI控制器的硬件事件转换成USB协议事件；中间层是Mass Storage Class，也就是MSC设备类驱动，它负责发SCSI命令去读U盘的扇区；最顶层是FATFS文件系统，它把扇区抽象成文件、目录、路径，让你在应用层用f_open/f_read/f_write这种API操作文件。

硬件上则需要把P4的USB DP/DM引脚接到一个USB-A母座或者Type-C座子上，同时处理VBUS的5V供电。因为P4的USB操作电压是3.3V电平，而USB规范里DP/DM总线信号在高速模式下是差分400mV，中间还涉及终端电阻匹配，所以硬件上不是简单拉两根线过去就完事。下面这一节就专门讲硬件设计里最容易出问题的地方。

2. 硬件准备与USB电路设计要点

2.1 硬件清单与最小系统

我这个实验用的是DNESP32P4开发板，板载串口、JTAG、LED这些常规外设都有，方便调试。除此之外，我还额外准备了这些物料：

• USB-A母座（直插式，方便接普通U盘）
• 5V/2A电源适配器或者带供电的USB HUB
• 若干公对公USB延长线，方便插拔观察
• 一个Format好格式的U盘，建议先格式化成FAT32
• 示波器或者逻辑分析仪，用于排查信号问题

接线方面，P4的USB DP/DM引脚在开发板上一般会引出来，或者在板上已经接好了一个USB口。如果做自己的板子，注意走线要做差分对，DP/DM尽量等长，距离不要拉太长，控制在2厘米以内最好。U盘的D+/D-本身是USB设备端引脚，在Host侧我们不需要在DP/DM上拉电阻，但这个概念很多人会搞混，下面详细说。

2.2 VBUS供电与带载能力设计

USB Host和USB Device一个本质区别就是：Host要给设备供电。USB规范里默认设备从VBUS取电，一个单元负载是100mA，最高可以申请5个单元负载，也就是500mA。高速U盘在读写瞬间电流可能波动，峰值甚至可以到700mA以上。因此设计VBUS电源一定要留够余量，我建议直接用5V/2A以上的电源轨，不要用LDO，因为LDO压差大、效率低，读写U盘时VBUS跌落会造成掉盘。

另一个关键点是VBUS要能“软开关”。很多开发板直接把5V接到USB口的VBUS上，一上电U盘就带电，但此时P4的USB控制器还没初始化，U盘提前进入枚举状态，等系统起来反而可能识别失败。我的习惯是：VBUS经过一个负载开关芯片（比如RT9742、TPS2041，或者最简单的P-MOS管开关），用GPIO控制EN引脚。代码里先拉高EN打开VBUS，延时200ms等U盘上电稳定，再初始化USB Host栈。这个细节看似不起眼，但能省掉非常多“时灵时不灵”的烦恼。

没做过USB Host的朋友可能不理解，为什么一开机U盘就识别不了？你想想，U盘内部的MCU也要做上电初始化，VBUS刚上电一瞬间它还在运行自己的固件，如果此时Host立刻发控制传输（比如GET_DESCRIPTOR），U盘根本没有准备好，直接不响应，Host等待超时后可能就把这个设备判定为无效。如果Host的枚举代码还会在设备枚举失败之后重试，那还好说；如果不重试，就只能断电重来。所以“先给VBUS供电，延时，再开始枚举”是最稳妥的做法。

2.3 D+/D-信号完整性与关键电容电阻

这里我要专门说说“usb d+d-电容大小”这个热点话题。很多新手在参考电路里看到DP/DM线上并排着电容，以为是随便选的，其实这几个元件都有讲究。

高速USB的D+/D-是差分对，信号幅度只有400mV左右，且高速信号对阻抗有要求（90Ω差分阻抗）。因此，做过USB产品的工程师都知道几个常用手段：

• 在DP/DM线上各串联一个22Ω左右的电阻。这个电阻的作用是限制信号边沿的过冲，同时保护MCU引脚，避免插拔瞬间的静电或短路损伤。有些设计用33Ω，有些用10Ω，但22Ω是USB高速设计最常见的值。
• 对地并联的电容，常见取值是15pF~22pF。这个电容不能太大，如果并了100pF甚至更大，会把高速信号上升沿拉慢，USB眼图测试直接失败，U盘就会识别为低速设备，或者干脆无法枚举。所以如果你看到某块板子在DP/DM上并了“看起来挺大”的电容，那大概率是抄板抄出来的错误设计。
• ESD保护器件几乎是必选项。USB口是外露接口，人体静电很容易灌进去，推荐用专用USB ESD保护管，比如USBLC6-2SC6，它能钳位瞬态过压，同时寄生电容只有0.6pF，对高速信号几乎没有影响。有人为了省成本直接用TVS二极管，但TVS的结电容往往太大，用上去高速USB必出问题，千万别省这个钱。

我这块开发板原设计已经带了完整的USB防护电路，但我仍然自己做了个飞线扩展板来测试不同的电阻电容组合，实测下来22Ω串阻 + 15pF对地电容是最稳妥的配置，既能过信号质量检查，也不会因为负载太重而拉低电压。

2.4 Type-C接口的CC引脚处理

如果你的产品想用Type-C口来插U盘，那CC引脚绕不开。Type-C的CC1/CC2引脚不只是用来检测正反插，还承担着角色识别的功能：Host（电源提供方DFP）需要在CC1/CC2上各接一个5.1kΩ下拉电阻到地；Device（电源消费者UFP）则需要接5.1kΩ上拉电阻，或者用Ra/Rd组合来标识。

我看到网上经常有朋友问：“USB的CC引脚有一个5.1k下拉，那怎么切换到主机模式？”这其实是个经典的误区。Type-C的CC引脚下拉到地，只是告诉对面“我是一个DFP，我能供电”，它在物理层决定了电源角色；而USB控制器跑的是Host逻辑还是Device逻辑，是软件层的配置，两者不是一回事。你的嵌入式设备要用Type-C口当Host去读U盘，硬件上必须先把CC1/CC2下拉到地，否则对端的U盘（或Type-C转接头）会默认以为自己是Host、你是设备，链路协商就不对了。很多U盘本身是USB-A口，插到Type-C座子上是通过转接线或者转接头转接的，转接线的内部已经把CC处理好了，直插Type-C的U盘则遵循规范里的Rd下拉识别，所以你在自己的板子上也要按要求加5.1k下拉，这条非常重要。

除了CC之外，USB 2.0只用到D+/D-两根数据线，Type-C座子上的SBU1/SBU2、高速差分对等引脚可以悬空，接线只接VBUS、GND、CC1/CC2、D+/D-即可。

3. 软件开发环境与工程配置

3.1 ESP-IDF环境搭建与SDK版本选择

P4这颗芯片虽然2024年底才逐步开放完整支持，但ESP-IDF的迭代速度很快。我在实验里用的是IDF v5.3版本，这个版本的TinyUSB组件已经比较成熟，ESP-IDF官方还提供了usb/host/msc这个例程，路径在examples/peripherals/usb/host/msc目录下。如果你的IDF版本太老，建议先升级，否则编译P4相关例程会报各种不兼容的宏定义错误。

第一次编译P4工程前，记得先设置目标芯片：

idf.py set-target esp32p4 idf.py menuconfig

如果你是直接用官方MSC例程，基本不需要改太多配置，但建议把“Component config → USB Host Stack → Enable TinyUSB Host”确认打开，同时把“FATFS”相关的长文件名支持选项打开，否则你往U盘里放中文名文件会读取不出来。

3.2 menuconfig关键配置项

USB Host实验里最容易踩的配置坑有三个：

第一是TinyUSB Host栈必须启用。有些开发环境默认只启用了TinyUSB Device，USB Host功能完全没有编译进去，你写了半天代码结果编译报错说找不到tusb_host_install，就是这里没开。

第二是FATFS的编码选项。嵌入式用FATFS挂载Windows格式化的U盘，常见问题就是exFAT分区的U盘挂不上。FATFS默认只支持FAT12/16/32，exFAT是独立宏开关。在menuconfig里找到“Component config → FAT Filesystem support → Enable exFAT support”打开，才能识别大容量U盘。不过要注意，exFAT是微软的专利格式，商用产品需要考虑授权问题，个人学习无所谓。

第三是文件系统卷标。ESP-IDF的VFS和FATFS会用卷标来区分不同设备，比如SD卡挂载到“/sd”，U盘挂载到“/usb”。卷标配置在代码里注册VFS驱动时指定，后面会写到。如果这个编号冲突，挂载第二个设备时会返回FR_INVALID_DRIVE或者直接报错“mount failed”。

3.3 从扇区到文件：USB数据流分层理解

在写代码之前，我强烈建议先把USB读U盘的数据流理一遍，不然调试的时候会遇到“文件打不开，但是枚举一切正常”这种魔幻问题。

当你在应用层调用f_open打开一个“/usb/test.txt”文件时，底层发生的事情是：

1. FATFS向diskio层请求读取某个扇区的数据。注意，FATFS并不知道“U盘”是什么，它只认扇区。
2. diskio层（我们自己写的底层驱动）把“读扇区”转换成MSC类的SCSI命令，比如READ CAPACITY、READ(10)，这些命令被封装成CBW（Command Block Wrapper）包，通过USB总线发给U盘。
3. U盘收到CSW（Command Status Wrapper）响应后把数据返回给Host，diskio层再把数据交给FATFS。
4. FATFS根据FAT表、目录项、簇链等元数据，最终组织出“test.txt”这个文件的内容。

这个过程和你在PC上读U盘的机制没有本质区别，只是底层USB传输、SCSI命令、FATFS解析都被我们“摊开”了。理解这一层之后，你调代码的思路就会清晰很多：文件读不出来，先查FATFS挂载是否成功；挂载失败，查diskio层的READ(10)有没有数据返回；数据都为空，查USB枚举是否成功、U盘是否进入了配置完成状态。一层一层排查，比头痛医头强得多。

4. 核心代码逻辑与实现

4.1 USB Host栈初始化流程

P4的USB Host初始化和我以前在STM32上折腾的USB库完全不是一个思路。STM32的USB库是标准库风格，一堆回调函数要你自己填；ESP-IDF用TinyUSB，初始化流程非常简洁：安装Host栈→安装MSC客户端→主循环里调用任务处理函数。

#include "tinyusb.h" #include "tusb_host_msc.h" #include "esp_vfs_fat.h" #include "diskio_impl.h" static msc_host_t msc_host = { .callback = msc_event_cb, }; void app_main(void) { // 1. 先打开VBUS电源，给U盘上电 gpio_set_level(VBUS_EN_PIN, 1); vTaskDelay(pdMS_TO_TICKS(200)); // 2. 安装TinyUSB Host栈 tinyusb_host_config_t host_cfg = {0}; ESP_ERROR_CHECK(tinyusb_host_install(&host_cfg)); // 3. 安装MSC客户端驱动 ESP_ERROR_CHECK(msc_host_install(&msc_host)); // 4. 主循环 while (1) { tinyusb_host_task(); // 其他业务代码 } }

这里msc_event_cb是MSC设备插拔的回调函数。值得说明的是，TinyUSB Host和Device不同，它没有自动的“死循环”处理，你需要在自己的主循环里反复调用tinyusb_host_task，否则USB事件得不到处理，U盘插上去也不会枚举。很多人刚开始会犯这个错，把tinyusb_host_task放到单独线程里跑，结果忘记开线程调度，整个系统卡死。

4.2 U盘枚举与块设备读取

MSC驱动安装好之后，当U盘插入，TinyUSB会完成枚举并回调msc_event_cb。这时你需要判断事件类型：MSC_HOST_EVENT_CONNECTED表示设备连上了，MSC_HOST_EVENT_MOUNTED表示已经挂载成功，可以开始读写扇区；MSC_HOST_EVENT_ERROR则枚举出错。

枚举成功之后，我们才能真正把U盘当成块设备来操作。diskio层是FATFS和USB设备之间的“翻译官”，我需要自己实现disk_initialize、disk_status、disk_read、disk_write、disk_ioctl这几个函数。

static DSTATUS disk_initialize(BYTE pdrv) { if (msc_host_get_connected(&msc_host) != ESP_OK) { return STA_NOINIT; } return RES_OK; } static DRESULT disk_read(BYTE pdrv, BYTE *buff, LBA_t sector, UINT count) { if (msc_host_read_sectors(&msc_host, sector, count, buff) != ESP_OK) { return RES_ERROR; } return RES_OK; } static DRESULT disk_write(BYTE pdrv, const BYTE *buff, LBA_t sector, UINT count) { if (msc_host_write_sectors(&msc_host, sector, count, buff) != ESP_OK) { return RES_ERROR; } return RES_OK; } static DRESULT disk_ioctl(BYTE pdrv, BYTE cmd, void *buff) { // GET_SECTOR_COUNT / GET_SECTOR_SIZE / CTRL_SYNC return RES_OK; }

不同SDK版本的MSC API名字可能略有差别，比如有的版本叫tusb_msc_read，有的叫msc_host_read_sectors，但整体逻辑是一致的。最关键的一点是：disk_read/disk_write必须同步返回，如果USB传输时间太长，FATFS会把它当作超时错误处理，所以在MSC层调用时，最好检查返回值和扇区数，确保真的读写完成了再返回RES_OK。

4.3 FATFS文件系统挂载与文件操作

diskio层就位之后，就可以把U盘注册到ESP-IDF的VFS文件系统里了。这里推荐用esp_vfs_fat_register，它会帮你完成FATFS案例的挂载、卷标分配、以及VFS路径注册，应用层直接fopen就能读写文件。

static FATFS s_fs; static char s_drive[8]; void msc_event_cb(msc_host_t *msc, msc_host_event_t event) { switch (event) { case MSC_HOST_EVENT_CONNECTED: ESP_LOGI(TAG, "U盘已连接"); break; case MSC_HOST_EVENT_MOUNTED: ESP_LOGI(TAG, "U盘已挂载，开始注册FATFS"); // 分配卷标，注册VFS snprintf(s_drive, sizeof(s_drive), "%d:", msc-> connected_drive_num); ESP_ERROR_CHECK(esp_vfs_fat_register("/usb", s_drive, 1, &s_fs)); ESP_LOGI(TAG, "VFS已注册：/usb"); break; case MSC_HOST_EVENT_ERROR: ESP_LOGE(TAG, "U盘枚举或挂载出错"); break; default: break; } }

注册完成后，文件读写就变成标准C库操作了：

FILE *fp = fopen("/usb/hello.txt", "w"); if (fp) { fprintf(fp, "Hello from ESP32-P4 USB Host\n"); fclose(fp); } fp = fopen("/usb/hello.txt", "r"); if (fp) { char buf[64] = {0}; fgets(buf, sizeof(buf), fp); fclose(fp); ESP_LOGI(TAG, "读取内容：%s", buf); }

这里注意一个细节：卷标分配。上面代码里“%d:”的冒号是必须的，FATFS的卷标格式就是“0:”“1:”这种，如果你只写“0”，FATFS不认。另外esp_vfs_fat_register的第一个参数“/usb”是VFS挂载点，应用层fopen时用这个路径来访问U盘文件。

4.4 完整示例：遍历U盘根目录并读取文件

为了验证实验是否跑通，我在main函数里写了一个小功能：U盘挂载成功后，列出根目录下所有文件名，并且读取第一个txt文件的内容打印到串口。

static void list_usb_files(void) { DIR *dir = opendir("/usb"); if (dir == NULL) { ESP_LOGE(TAG, "打开目录失败"); return; } struct dirent *entry; char filepath[64]; while ((entry = readdir(dir)) != NULL) { ESP_LOGI(TAG, "找到文件：%s", entry->d_name); // 只读取第一个txt文件 if (strstr(entry->d_name, ".txt")) { snprintf(filepath, sizeof(filepath), "/usb/%s", entry->d_name); FILE *fp = fopen(filepath, "r"); if (fp) { char buf[256] = {0}; fgets(buf, sizeof(buf), fp); ESP_LOGI(TAG, "文件内容：%s", buf); fclose(fp); } } } closedir(dir); }

这个例子的意义在于验证整条链路：USB枚举→SCSI命令→FATFS解析→目录遍历→文件读取。如果你把这几个功能都调试通过，说明你的P4 USB Host已经可以干实事了。

5. 常见问题与USB调试经验

5.1 U盘识别不稳定的排查实录

我在实验过程中遇到的最常见问题就是“时灵时不灵”。第一天能正常读写的U盘，第二天插上去就是“usb device not accepting address”类似的现象，而且不是每次都失败，大概插十次有两次识别不到。

排查第一步是看日志里的枚举流程。TinyUSB的日志如果开着的话，会打印从设备地址分配、获取描述符到设置配置的整个过程。如果日志在“SET_ADDRESS”之后就戛然而止，大概率是控制传输超时，也就是USB总线上设备没响应。这时候先用万用表量U盘供电，VBUS是不是稳定在5V，插上U盘瞬间电压有没有跌落。

如果供电正常，再查DP/DM波形。用示波器在插U盘瞬间抓DP线上的信号，你会看到主机发SetAddress等控制包，然后设备返回ACK。如果设备一直不响应，最常见原因就是你板子上的DP/DM接反了。DP和DM是一对差分线，接反后设备也能上电，但永远无法枚举成功，日志里一直重复“ERR_TIMEOUT”。

再一个容易被忽视的问题是USB线材。很多劣质USB线内部只有电源线没有数据线，或者数据线极细，信号衰减严重。我后来干脆换了一根带屏蔽层的品牌线，问题立刻少了。做产品时如果U盘识别的可靠率上不去，先怀疑线材和接插件，这俩的成本最低但故障率最高。

5.2 文件系统挂载失败检查清单

U盘枚举成功、MSC也打印了MOUNTED事件，但挂载FATFS时却报错，这是第二类高频问题。我整理了一张排查清单：

特别说一下GPT分区的问题。现在Windows 10/11格式化大容量U盘有时会默认用GPT分区表，而FATFS官方实现只支持MBR分区表和简单的“超级软盘”式布局，遇到GPT分区会直接挂载失败。解决方法是把U盘重新格式化为FAT32+MBR，多见于右键格式化的默认选项不够用，需要用DiskGenius或者命令行工具强制改分区表类型。

5.3 USB抓包分析从入门到实战

USB调试到后面，日志已经很难看出问题根源了，这时候就必须上抓包工具。很多人以为USB抓包要买几千块的USB分析仪，其实对于P4这种低速/全速/高速场景，软件方案就够了。

Linux下可以直接用usbmon接口配Wireshark抓包，Windows下可以用USBPcap，这些都是免费工具。抓的时候把PC的USB口接入一个USB HUB，再把U盘插到HUB上，这样被抓的设备是HUB下挂的U盘，抓包才能看到完整的枚举过程和SCSI指令交互。注意，抓包工具只能抓到PC主机和U盘之间的包，没法抓到P4发出的包，但没关系，我们抓包的目的是反向验证“正常枚举长什么样”。比如你看到PC枚举U盘时会发GET_DESCRIPTOR、SET_CONFIGURATION，会连续读取几次设备描述符，这就是标准流程。P4这边如果枚举卡住，你就可以对比检查是哪一步丢了。

另一种更贴近实战的方案是用逻辑分析仪抓DP/DM线上的原始波形。低速和全速USB的信号是3.3V单端信号，逻辑分析仪完全可以直接解码；高速USB则要示波器看眼图，逻辑分析仪带宽不够。不过对于U盘调试，绝大多数问题出在低速/全速状态下的枚举阶段（U盘上电后先以Full Speed枚举，再由主机发起高速握手），所以逻辑分析仪就够用了。

我调试时最常用的一招：在TinyUSB日志里打开“Transfer log”级别的打印，这样能看到每一个URB请求和完成状态。如果某个控制传输一直“pending”，那就说明设备没有响应，然后去抓包看PC对同款U盘是否也有类似操作，从而判断是设备不兼容还是软件时序问题。这个思路配合前面说的USB抓包工具，能解决九成以上的“U盘不识别”问题。

5.4 关于U盘兼容性的几点经验

最后说说U盘本身。U盘看似简单，内部主控五花八门，兼容性问题特别多。我手上攒了好几个品牌和杂牌的U盘，实测下来发现几个规律：

• 一线品牌（金士顿、闪迪、三星）的高速U盘兼容性最好，枚举稳定，读写正常。
• 部分老款U盘只支持USB 2.0 Full Speed，插上后也能识别，但速度被限制在1.5MB/s左右，不是代码问题，是设备本身不支持高速。
• 杂牌U盘非常容易出怪问题：枚举成功但读取扇区返回错误、分区表损坏、甚至插上之后VBUS被拉低导致系统重启。做产品时建议把自己U盘固件里支持的主控列表做一张兼容性测试表，至少验证5款以上U盘再发布。
• 那些“U盘变成raw格式”“写保护”之类的报错，大多是U盘本身损坏或主控进入了保护模式，可以用量产工具重新量产，但不建议在产品里做这种修复逻辑，成本高、收益低。

我还试过用USB HUB扩多个U盘同时读取，但TinyUSB Host对HUB的支持目前还不够完善，多设备同时挂载时偶发枚举异常，个人学习用没问题，产品上就用单U盘方案比较稳。

最后再分享一个小技巧

如果你实验做下来感觉“能读但速度慢”，先别急着怀疑代码。P4的USB HS理论速度是480Mbps，但实际瓶颈往往在FATFS的簇大小和MSC命令的批量传输长度上。FATFS的簇如果太小，文件碎片多，读一个文件要发大量扇区读取命令，速度自然上不去。建议U盘格式化时选择分配单元大小为64KB，实测读取大文件的速度能提升不少。另一个办法是调整MSC类的最大传输扇区数，把单次传输从默认的128扇区提到256扇区，吞吐量会有明显改善。

U盘实验看起来简单，但它是检验整条USB Host链路是否健壮的最好试金石。我个人的体会是：先把硬件信号质量做好，再谈软件调试；遇到问题时从上到下、从现象到协议逐层排查，别被“看起来像驱动问题”的表象带偏。希望这篇记录对正在折腾ESP32-P4 USB Host的朋友有帮助。