读取U盘文件时，USBH_MSC_Read10（）始终返回USBH_MSC_BUSY

jshzp

使用阿波罗开发板，f429芯片，读取U盘上文件“test0.bin”：
[mw_shl_code=c,true]            UCHAR buffer[3149];
            res=f_open(fsrc,"3:/test0.bin", FA_OPEN_EXISTING | FA_READ);
            res=f_read(fsrc,buffer,sizeof(buffer),&br);[/mw_shl_code]
执行上述代码中的f_open()函数时死机，经查找原因，该函数内调用
[mw_shl_code=c,true]res=USBH_MSC_Read10(&USB_OTG_Core,buf,sector,512*cnt);[/mw_shl_code]
时始终返回USBH_MSC_BUSY，结果导致进入死循环的。
进一步检查发现，如果buffer长度不超过3148时，就可以正常读出，超过后就会出现上述现象。另外，test0.bin文件长度约30KB，远大于buffer长度。

继续调试发现，如果改成下面的代码：
[mw_shl_code=c,true]UCHAR buffer0[3149],buffer[3149];
res=f_open(fsrc,"3:/DF8B.txt", FA_OPEN_EXISTING | FA_READ);
res=f_read(fsrc,buffer,sizeof(buffer),&br);
res=f_read(fsrc,buffer0,sizeof(buffer0),&br);//运行到这里死机[/mw_shl_code]
则可以正常运行，到第二次f_read()时死机。似乎这个问题和开数组有关系，网上有人说这个现象可能和编译器版本相关，我使用的是mdk514。求高手指教，非常感谢！

正点原子

jshzp 发表于 2019-6-18 16:14
今天继续折腾。。。。
经反复调试，注意到一些规律性的现象：
数组buffer不能开得太大，数组长度大于某个 ...

局部变量太大了！！
局部变量不要超过100个字节。
超过就用全局，或者内存申请。

peng1554

帮顶~~

jshzp

今天继续折腾。。。。
经反复调试，注意到一些规律性的现象：
数组buffer不能开得太大，数组长度大于某个数值后就会出现上述问题。且不同代码写法情况下，这个数值不是固定的，例如用下面的代码:
[mw_shl_code=c,true]UCHAR buffer[2604];
res=f_open(fsrc,"3:/DF8B.txt", FA_OPEN_EXISTING | FA_READ);
for(;;)
{
       res=f_read(fsrc,buffer,sizeof(buffer),&br);
       if(res||br<sizeof(buffer))
             break;
}
f_close(fsrc);[/mw_shl_code]
则数组buffer长度不超过2604时，可以正常读出文件内容。
直觉判断：这个现象和硬件时序有关，也就是和晶振有关。当晶振精度越高时，buffer长度就可以比较长。目前我做实验的这张阿波罗板子上面的这颗晶振精度，上面两种代码写法情况下，buffer长度分别能达到3148和2604。
好了，勉强够用了，我打算实际用较短的512长度，且批量生产时，专门检测这个指标，也就是用2000长度去测试板子，正式代码则只用512。
但是，这个办法显然治标不治本。如果能找到具体出问题的时序，并通过修改相应代码，例如加个延时什么的，才能彻底解决这个问题。可惜这应该需要研究U盘时序，超出我的能力了。希望有高手能做下这方面的事情，彻底解决这个问题；或者有谁知道解决办法，请指教，非常感谢！

jshzp

正点原子 发表于 2019-6-19 00:54
局部变量太大了！！
局部变量不要超过100个字节。
超过就用全局，或者内存申请。

改成全局变量就没问题了，谢谢！