Open w592431416 opened 4 months ago
应该和移植的USB cdc底层代码有关系。我只是机械性替换了标准库。hs试过,cdc底层代码不变时没啥作用。
---原始邮件--- 发件人: @.> 发送时间: 2024年5月9日(周四) 凌晨1:25 收件人: @.>; 抄送: @.***>; 主题: [whitcloudfly/CUBE_NANDO_HAL] 比原作者的3.5速度快,想做的更快有什么好办法 (Issue #3)
朋友传给我一个3.5的固件,配合汉化版上位机,读写128M nand需要6分钟,之前用这个HAL库移植到F205读写需要9分钟,把DMA做上去会不会快一点呢,另外做了usb_hs会不会快一点
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you are subscribed to this thread.Message ID: @.***>
另外上位机程序是和3.5的spin and版本基本一样的,在黄皮的基础加了中文注释,修改了bug。
---原始邮件--- 发件人: @.> 发送时间: 2024年5月9日(周四) 凌晨1:25 收件人: @.>; 抄送: @.***>; 主题: [whitcloudfly/CUBE_NANDO_HAL] 比原作者的3.5速度快,想做的更快有什么好办法 (Issue #3)
朋友传给我一个3.5的固件,配合汉化版上位机,读写128M nand需要6分钟,之前用这个HAL库移植到F205读写需要9分钟,把DMA做上去会不会快一点呢,另外做了usb_hs会不会快一点
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you are subscribed to this thread.Message ID: @.***>
另外写入正常,为啥读取出来和源文件对比不一样,校验不通过
打开串口调试看看,我只验证了spi nor
---原始邮件--- 发件人: @.> 发送时间: 2024年5月16日(周四) 晚上6:00 收件人: @.>; 抄送: @.**@.>; 主题: Re: [whitcloudfly/CUBE_NANDO_HAL] 比原作者的3.5速度快,想做的更快有什么好办法 (Issue #3)
另外写入正常,为啥读取出来和源文件对比不一样,校验不通过
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you commented.Message ID: @.***>
最近准备给spi加dma,你可以试试优化usb通信协议。昨晚试了一个芯片,块大小设为64字节校验正常,32字节不可以。
朋友传给我一个3.5的固件,配合汉化版上位机,读写128M nand需要6分钟,之前用这个HAL库移植到F205读写需要9分钟,把DMA做上去会不会快一点呢,另外做了usb_hs会不会快一点
在考虑用sdio和spi之间DMA传输。
代码里加了很多调试信息,关掉可以提高一定速度,但需要加延迟。我试验过32MB的读取时间可以从21分钟降低到14分钟以内。另外代码里的分频函数有点问题,修改后可能还能提高速度。
朋友传给我一个3.5的固件,配合汉化版上位机,读写128M nand需要6分钟,之前用这个HAL库移植到F205读写需要9分钟,把DMA做上去会不会快一点呢,另外做了usb_hs会不会快一点
修改main. c中的串口重定向延时到2ms,读取MX25L25645G,32MB容量可缩短到8分钟左右。
在不使用DMA传输,优化USB FS 的cdc通讯协议代码,读/写MX25L25645G的时间控制在了6分钟以内。
目前不使用dma读写256MB丝印2G bits的spi nand做到了36分钟以内。
朋友传给我一个3.5的固件,配合汉化版上位机,读写128M nand需要6分钟,之前用这个HAL库移植到F205读写需要9分钟,把DMA做上去会不会快一点呢,另外做了usb_hs会不会快一点