STM32F103通过SPI接W25Q128 + fatfs文件系统，写入太慢

Asdfsdf

STM32F103通过SPI2接W25Q128 + fatfs文件系统上，做了两个测试：
- 运行一个循环总共写入2KB数据，每一小笔48Byte，共花了20秒，即一次f_write耗时476毫秒
- 一次性写入2KB数据，花了1000毫秒

这个速度太慢了，请问是什么原因呢？我用的是战舰正点原子例程，库函数版本，没有修改过代码，代码就不贴了

论坛上搜索到几个相似的帖子，但都没有结论和修改方法
http://www.openedv.com/forum.php ... ight=FLASH%2B%C2%FD     // 这个链接有提到"写入速度很慢500k大概要20s"
http://www.openedv.com/forum.php ... ight=FLASH%2B%C2%FD      // 有提到"200K/s的速度没问题"
http://www.openedv.com/forum.php ... light=W25Q%2B%C2%FD       // 我的现象跟这个帖子很相似"1秒钟大概只有几K的速度"

999aaa111

可能这是硬件问题 就是这样的速度 查看一下代码上 是否有相关的延时 、看看有没有必要减小或者删去

Asdfsdf

999aaa111 发表于 2022-8-31 18:46
可能这是硬件问题 就是这样的速度 查看一下代码上 是否有相关的延时 、看看有没有必要减小或者删去

谢谢回复，延时之前已经查过了，没有大的延时，只有3~5us的必要延时。再慢也不能2KB/s啊，我怀疑是正点原子的例程有问题。就算fatfs有擦除很多页，但擦除一页也就20ms。请问你说的“可能是硬件问题”指什么？

Egoista

用CubeMX配置的FatFS加硬件SPI重写试试，这样可以顺便配置SECTOR_SIZE为4096

Asdfsdf

Egoista 发表于 2022-9-1 20:30
用CubeMX配置的FatFS加硬件SPI重写试试，这样可以顺便配置SECTOR_SIZE为4096

我记得CubeMX配置出的工程用的是HAL，而不是库函数，我的工程是库函数版本哦。原子例程中的SECTOR_SIZE是512，我前段时间尝试改成4096（W25Q128的手册中没有提到512，只有256 page size和4K sector erase size，32K block erase size，我当时也觉得原子的512 SECTOR_SIZE是有问题的），但f_mkfs都不成功。你既然也提到这点，我就再试一次，看是否哪些相关的地方没改对。谢谢回复

wenzi520

我记得W25Q128好像最小擦除单位是一个扇区，不是一页，所以擦除耗时比较长

正点原子

和你用什么方式驱动无关，你得明白SPI FLASH的擦写原理，才能针对性改进，提升速度