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