
最近在使用ST的HAL库开发项目,在调试过程中,花费了我几个昼夜,终于发现问题不在我代码上,是ST的库有一点点问题,可能是ST芯片涉及的底层驱动、接口太多了,技术人员也不能一一验证吧。直接贴问题代码吧。7 I1 z" a" ?- M+ X2 ~- i STM32_CUBE F4V1.18.0 文件:stm32f4xx_ll_sdmmc.c L1468,原来这段代码应该是有问题的,超时标志,居然清EMDREND标志,那接下来的那条指令很可能直接超时了。 if(__SDIO_GET_FLAG(SDIOx, SDIO_FLAG_CTIMEOUT)) { /* Card is SD V2.0 compliant */2 T+ p- x- D, L* ?8 C9 Q __SDIO_CLEAR_FLAG(SDIOx, SDIO_FLAG_CTIMEOUT); //LDS原代码:__SDIO_CLEAR_FLAG(SDIOx, SDIO_FLAG_CMDREND); return SDMMC_ERROR_CMD_RSP_TIMEOUT; } 5 _( M: G: h g& k A' c 6 o; x4 C* u8 N% [ 文件:stm32f4xx_hal_sd.c,L2547,增加一条CMD55指令,解决问题:某些SDSC卡无法初始化识别。在CMD8后的第一条CMD55指令的R1回应会置位_ILLEGAL_CMD,造成初始化程序返回,无法初始化SDSC卡,先加发一条CMD55,只对超时位判断, 如果超时就是MMC,否则发ACMD41。进入后续操作4 h0 q' h7 C2 X9 B% V * W5 h1 d3 ?& s: l3 q errorstate = SDMMC_CmdOperCond(hsd->Instance);0 V+ s* ]) \% ` if(errorstate != HAL_SD_ERROR_NONE). j( k; E# r! a, I& q, L {" b4 n% c8 y" N, t& e% @ hsd->SdCard.CardVersion = CARD_V1_X;1 T+ j& ]' M l8 n5 }' O0 g; ?4 f /********************* LDS:********************************/ /* 增加以下代码,某些SDSC卡,在CMD8后的第一条CMD55指令 * 的R1回应会置位_ILLEGAL_CMD,如果超时就是MMC卡 */ % j5 N5 _# X6 v6 u' D6 n3 S# U errorstate = SDMMC_CmdAppCommand(hsd->Instance, 0U); if(errorstate == SDMMC_ERROR_CMD_RSP_TIMEOUT) //MMC¿¨ { return HAL_SD_ERROR_UNSUPPORTED_FEATURE;/ Q( L% f& N( z } /********************* LDS:*********************************/ 2 y& ?2 f1 Q/ @# S' a/ c, c |
参与人数 2 | ST金币 +16 | 收起 理由 |
---|---|---|
|
+ 6 | 顶!!! |
|
+ 10 | 很给力! |
我的也是SD+FATFS,不过没有用CubeMX,以前是用DFP里的HAL代码,也有一点总部,后来发现CubeF4V1.18的代码新点,就直接复制HAL到工程里使用了。! _+ O7 |) Q& s% X# c4 l" d6 k
对了,HAL的SD驱动,如果你使用DMA传输数据,中断函数又是直接调HAL的自带的话,也有BUG的,有空了我再贴出来,解决方法就是,要不自已写中断函数代码,要不改HAL库的函数。
对应的硬件是原子的F407,探索者,使用了DMA传输方式,中断代码在stm32f4xx_it.c上,(为什么放这里?我反这个文件的代码全部定义到片上的RAM区去执行了,)
FATFS的版本是最新的0.13r+ d$ G- a3 w& B- m) @; L0 p& q
HAL的版本是最新的CUBEF41.18.0
: d( ]1 m; E6 a3 l" u
: B8 Q6 C. X. L. ]; [
) Q$ T5 q: \+ b9 Y+ K8 |
SDIO.rar
2018-1-10 14:05 上传
点击文件名下载附件
75.2 KB, 下载次数: 160
我之前发邮件反馈问题很快会收到反馈结果的,工作日的时候可能比较快一些收到回复。
已发邮件,试试反馈有没有效果,如果有回复的话,把以前遇到的问题也反馈了。
支持!!!