这个问题有没有人遇到过?

看门狗时间延长能成功获取到文件吗？还是写了个死循环，卡死在里面了
不建议采用中文路径

不能获取到文件，我认为是你们的库有这个问题。我说的循环是你们库里面的循环，不是应用层。

The same hardware tested with Arduino example (driver: Arduino_GFX, Arduino_ESP32RGBPanel, Arduino_RPi_DPI_RGBPanel), the frame rate is exactly twice that of the rgb_pannel, the CPU usage is still low, the arduino is 6% cpu used and 66 FPS, rgb_pannel is 17% CPU used and 33FPS , , when config double ...

]在针对v5.0.1中的例子rgb_panel在800X480的测试中发现帧率过低。
同样的硬件用Arduino例子测试(驱动:Arduino_GFX)，帧率正好是rgb_pannel的两倍,cpu占用还低，arduino是66FPS CPU6% ，rgb_pannel是33FPS CPU17%：如果配置成 double frame buffer, 则7FPS, cpu 60%,是什么位置配置不对导致的吗?

rgp_panel:
Executing action: monitor
Serial port COM4
Connecting....
Detecting chip type ...

可能是 readdir 长时间运行导致看门狗未及时置位。
1. 将看门狗的触发时间调长
2. 将看门狗关闭
3. 将 readdir 任务优化，并穿插 vTaskDelay

经过调整时长测试，结果是一样的，不是时长引起的，而是阻塞引起的。如果是时长引起的话不会每次都是同一个位置 。估计是陷入循环不出来了.能不能查一下代码看一下?

你上面的意思是在menuconfig里面进行配置是吗？我以为是可以通过调用接口来动态进行调整

可能是 readdir 长时间运行导致看门狗未及时置位。
1. 将看门狗的触发时间调长
2. 将看门狗关闭
3. 将 readdir 任务优化，并穿插 vTaskDelay

请问:关于调整主任务看门狗时间及关闭的，我找了半天没有确认是哪一个 ;


将 readdir 任务优化，并穿插 vTaskDelay

这个还真没有想到有什么方法，读一个目录在上层如何进行穿插

环境:ESP-IDF 4.4, 硬件:ESP32-S3-USB-OTG,插入TF卡,TF卡为fat文件系统
具体操作: 根据给定的目录名称列举目录下(不递归)的目录及文件;
TF卡里面的根目录下有两个目录
/-
未知
DIR230325_0925_未知车牌

两个子目录里面都有同样的5个文件
GBT19056_未知车牌_2100.VDR
GBT19056_未知车牌_2200.VDR
GBT19056_未知车牌_2300.VDR
GBT19056_未知车牌_2400.VDR
GBT19056_未知车牌_2500.VDR

在列举"未知"目录一切正常；
在列举"DIR230325_0925 ...

之前理解错了，我以为ESP32 U盘例子是通过软件模拟出来的，其实不是 。

前面测试有误