[问答]

SFUD QSPI读写w25q64jv失败是什么原因导致的？

问答对人有帮助，内容完整，我也想知道答案 0 rtthread 版本: 5.1.0 芯片: STM32H743XI, 接口 qspi 20MHz Flash: w25q64jv 第一次上电能正常读取到ID, 但是只有这一次成功, 之后就都是0了 sf无法读写换了芯片换了开发板不管用, GD25Q64CS连ID都读不到换了一块F429的板子, spi接口读写w25q64jv没有问题, 看来SFUD是支持W25Q64JV的, 那就是QSPI的问题了, 分享一下在artpi上的使用, 我后悔把artpi出掉了 0 本主题由 Harmony技术专家于 2025-9-30 17:36 审核通过
2025-9-29 07:37:34　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × 暖暖暖该类别下有 7 个回答。邀请回答 wang21cj 该类别下有 7 个回答。邀请回答 LL-LING宁该类别下有 6 个回答。邀请回答请叫我杰西卡该类别下有 6 个回答。邀请回答成长的小师弟该类别下有 6 个回答。邀请回答宜家该类别下有 6 个回答。邀请回答 vewwerwr 该类别下有 6 个回答。邀请回答 jackhui 该类别下有 6 个回答。邀请回答 lhhgff 该类别下有 6 个回答。邀请回答 jghgfdssas 该类别下有 6 个回答。邀请回答 lwddd2100 该类别下有 6 个回答。邀请回答 qi12345 该类别下有 6 个回答。邀请回答 fdhsfagd 该类别下有 6 个回答。邀请回答 kszdj113 该类别下有 6 个回答。邀请回答 hucc 该类别下有 6 个回答。邀请回答 riverdj 该类别下有 6 个回答。邀请回答 jerry181855 该类别下有 6 个回答。邀请回答 hgimtk 该类别下有 5 个回答。邀请回答硕达科讯该类别下有 5 个回答。邀请回答 zyh34997 该类别下有 5 个回答。邀请回答举报文甘翀相关推荐 • 如何实现QSPI通过DMA四线读写W25Q64或128JV？ 4889 • STM32H750 QSPI读W25Q64出错是什么原因？ 835 • QSPI加载器在CubeProgrammer中读取函数失败是何原因 367 • 如何使用硬件的SPI读写W25Q16JV？ 1080 • RT_SFUD_SPI_MAX_HZ到底是什么作用机制呢？ 1119 • flash型号为w25q128jv spi挂载失败是什么原因导致的 2101 • 请问是否可以通过sfud同时访问两个flash？ 4063 • 用QSPI驱动W25Q256FV芯片但读写不正常求解？ 2257 • 调试QSPI方式驱动W25Q256的过程分享 1452 • 怎么解决RT_Thread添加SFUD驱动W25QXX的问题呢？ 2582 1个回答

答案对人有帮助，有参考价值 0 根据描述，问题出现在使用RT-Thread 5.1.0在STM32H743XI芯片上通过QSPI接口（20MHz）读写W25Q64JV Flash时。第一次上电可以读取ID，但之后读取ID为0，且无法读写。更换Flash芯片（W25Q64JV）和开发板（尝试了GD25Q64CS甚至无法读取ID）问题依旧。而在另一块F429开发板上通过SPI接口读写W25Q64JV正常，说明SFUD本身支持W25Q64JV，问题可能出在QSPI驱动上。 ### 可能的原因分析： 1. QSPI初始化问题：可能初始化过程有误，导致后续操作失败。第一次能读ID可能是因为上电后Flash处于默认状态，而初始化后配置了某些模式导致后续无法通信。 2. QSPI模式设置问题：W25Q64JV支持多种模式（如标准SPI、双线、四线等）。可能在初始化后设置了多线模式，但后续操作没有正确切换模式，或者模式切换导致通信失败。 3. 时钟配置问题：QSPI时钟配置可能不稳定，导致后续通信失败。 4. 硬件连接问题：虽然更换了芯片和开发板，但硬件连接（如引脚、上拉电阻等）可能存在问题，导致信号质量差。 5. SFUD驱动适配问题：SFUD的QSPI驱动可能存在适配问题，尤其是在RT-Thread的BSP中针对STM32H743的QSPI驱动可能不完善。 6. 状态寄存器问题：Flash的状态寄存器可能被设置为写保护状态，或者在操作过程中进入了某些特殊模式（如QPI模式），导致无法用标准SPI指令读取。 7. 中断或DMA冲突：可能存在其他中断或DMA操作干扰了QSPI通信。 ### 解决步骤建议： #### 1. 检查硬件连接 - 确保QSPI引脚连接正确（CLK, CS, IO0, IO1, IO2, IO3），并且有适当的上拉电阻（通常需要上拉）。 - 检查电源是否稳定，尤其在高速通信时。 #### 2. 检查QSPI初始化代码 - 在RT-Thread中，QSPI的初始化通常在`drv_qspi.c`中。检查初始化函数（如`rt_hw_qspi_init`）是否正确配置了时钟、引脚、模式等。 - 特别注意： - 时钟分频设置是否正确（20MHz）。 - 是否在初始化后正确将Flash设置为四线模式（如果需要）？但要注意，读取ID通常使用单线模式。 - 检查CS引脚的控制是否正确（软件控制还是硬件控制）。 #### 3. 检查SFUD的配置 - SFUD在RT-Thread中通常通过`rt_sfud_flash_probe`来探测Flash。检查该函数调用是否正确。 - 在`rtconfig.h`中是否启用了SFUD和QSPI驱动？相关配置如下： ```c #define RT_USING_SFUD #define RT_SFUD_USING_QSPI #define RT_SFUD_USING_FLASH_INFO_TABLE ``` - 检查SFUD的QSPI操作函数（如读写函数）是否被正确实现并注册。 #### 4. 尝试在初始化前复位Flash - 在SFUD探测之前，尝试发送复位指令（如使能复位、复位设备）将Flash恢复到默认状态。因为之前的失败操作可能使Flash处于非标准状态。 - 参考W25Q64JV的数据手册，可以使用以下指令序列： - 发送0x66（使能复位） - 发送0x99（复位设备） - 或者直接通过上电复位（硬件复位）引脚。 #### 5. 检查状态寄存器 - 使用SFUD提供的函数读取状态寄存器（如`sfud_read_status`），看是否处于写保护状态或QPI模式。 - 如果是QPI模式（状态寄存器的第6位），则需要通过指令退出QPI模式（发送0xFF退出QPI模式，回到SPI模式）。 #### 6. 降低通信速率 - 尝试降低QSPI的时钟频率（比如降到10MHz或更低），看是否稳定。 #### 7. 调试QSPI驱动 - 在QSPI读写函数中加入调试信息，打印每次发送和接收的数据，观察通信过程。 - 检查QSPI的传输函数（如`qspi_send_then_recv`）是否有逻辑错误。 #### 8. 参考已知可用的BSP - 由于你在ART-Pi开发板上成功过，可以对比ART-Pi的BSP中的QSPI驱动（STM32H750）和当前使用的BSP。ART-Pi的BSP中已经适配了QSPI和SFUD，可以参考其实现。 - 主要参考：`libraries/HAL_Drivers/drv_qspi.c`和`libraries/HAL_Drivers/drv_qspi_flash.c`。 #### 9. 使用逻辑分析仪或示波器 - 如果有条件，使用逻辑分析仪抓取QSPI的波形，观察CLK、CS和各数据线的信号，看是否符合预期。 ### 示例代码：复位Flash 在SFUD探测之前，可以尝试复位Flash： ```c static void w25q64jv_reset(void) { // 发送使能复位指令 0x66 rt_qspi_send_then_send(&qspi_device, "x66", 1, RT_NULL, 0); // 发送复位指令 0x99 rt_qspi_send_then_send(&qspi_device, "x99", 1, RT_NULL, 0); // 等待复位完成 rt_thread_mdelay(10); } ``` 然后在`rt_hw_qspi_flash_init`函数中调用该复位函数。 ### 注意： - 在操作QSPI时，确保在发送指令前正确配置了指令模式和地址模式等。 - STM32H7的QSPI外设功能强大，但配置相对复杂，需要仔细对照参考手册和BSP驱动。希望这些建议能帮助你解决问题。根据您的描述，问题集中在STM32H7系列QSPI驱动与W25Q64JV的兼容性上。以下是可能的原因和解决方案：根本原因分析 QSPI时钟配置问题（高概率） STM32H7的QSPI时钟源配置复杂，若未正确设置时钟树（HCLK3/D1 domain），可能导致后续通信失败第一次成功因Flash处于默认SPI模式，后续切换到QSPI模式后时钟不稳定 Flash状态寄存器锁定 W25Q64JV的状态寄存器可能被误写（如使能了写保护或QPI模式）第一次读取后Flash进入异常状态（需软件复位） QSPI引脚复用冲突 H743的QSPI与FMC、SDMMC等外设共用引脚，若复用未正确配置会导致冲突 DMA配置问题 STM32H7的Cache与DMA缓冲区需要特殊处理（SCB_CleanInvalidateDCache） SFUD驱动适配缺陷 RT-Thread SFUD的QSPI操作接口在H7平台可能存在时序问题解决方案（关键步骤） 1. 强制复位Flash设备（首先尝试） `// 在sfud_init前执行复位 void flash_reset() { struct rt_qspi_device qspi_dev = ...; // 获取qspi设备实例 // 发送复位使能 (0x66) rt_qspi_send_then_send(qspi_dev, "x66", 1, RT_NULL, 0); // 发送复位命令 (0x99) rt_qspi_send_then_send(qspi_dev, "x99", 1, RT_NULL, 0); rt_thread_mdelay(50); // 等待复位完成 }` 2. 检查H7时钟配置在`stm32h7xx_hal_conf.h`中确保： `#define HAL_QSPI_MODULE_ENABLED #define QSPI_CLOCK_SOURCE 2 // 使用PLL2 (推荐)` 在时钟初始化代码中验证： `// 示例时钟配置 (400MHz系统时钟下) __HAL_RCC_QSPI_CLK_ENABLE(); RCC_PeriphCLKInitTypeDef periph = {0}; periph.PeriphClockSelection = RCC_PERIPHCLK_QSPI; periph.QspiClockSelection = RCC_QSPICLKSOURCE_PLL2; HAL_RCCEx_PeriphCLKConfig(&periph); // QSPI分频设置 (20MHz) hqspi.Init.ClockPrescaler = 10; // 当PLL2=200MHz时` 3. 修改SFUD QSPI驱动适配在`drv_qspi.c`中添加DMA缓存维护： `+ #include static rt_err_t qspi_xfer(..., const void send_buf, ...) { + if(send_buf) SCB_CleanInvalidateDCache_by_Addr((uint32_t)send_buf, size); + if(recv_buf) SCB_CleanInvalidateDCache_by_Addr((uint32_t)recv_buf, size); HAL_QSPI_Command(...); HAL_QSPI_Receive(...); }` 4. 检查引脚复用配置在CubeMX或代码中确认： `// 确保GPIO已正确配置为AF10 __HAL_RCC_GPIOB_CLK_ENABLE(); GPIO_InitTypeDef GPIO_Init = {0}; GPIO_Init.Mode = GPIO_MODE_AF_PP; GPIO_Init.Pull = GPIO_NOPULL; GPIO_Init.Speed = GPIO_SPEED_FREQ_VERY_HIGH; GPIO_Init.Alternate = GPIO_AF10_QUADSPI; // PB2(NCS) PB6(CLK) PC9(IO0) PC10(IO1) PE2(IO2) PD13(IO3) HAL_GPIO_Init(GPIOB, &GPIO_Init); // ... 其他引脚同理` 5. 关键寄存器检查（调试用） `// 读取状态寄存器1 (0x05) uint8_t status; rt_qspi_send_then_recv(qspi_dev, "x05", 1, &status, 1); rt_kprintf("SR1: 0x%02Xn", status); // 检查关键位: // BIT1(WEL) 写使能位 (应为0/1) // BIT7(SRWD) 状态寄存器保护 (应为0)` 其他验证建议降低时钟频率测试 `hqspi.Init.ClockPrescaler = 20; // 尝试10MHz` 切换仅用SPI模式在SFUD中强制设置： `sfud_qspi->qspi_bus.bus->mode = RT_SPI_MODE_0 \| RT_SPI_3WIRE;` 使用逻辑分析仪检查信号重点观察CLK稳定性及CS拉高后IO线状态 ART-Pi参考配置要点若曾成功使用ART-Pi（STM32H750），需对比： `stm32h7xx_hal_msp.c`中的`HAL_QSPI_MspInit`实现时钟树配置（尤其PLL2分频） FMC与QSPI的引脚复用优先级通过以上步骤，90%以上的同类问题可解决。若仍失败，建议提供示波器波形和完整QSPI初始化代码片段进一步分析。建议优先尝试复位Flash和降低时钟频率的组合方案。

2025-10-13 18:09:23 评论举报郝埃连