最近在使用ST的HAL库开发项目，在调试过程中，花费了我几个昼夜，终于发现问题不在我代码上，是ST的库有一点点问题，可能是ST芯片涉及的底层驱动、接口太多了，技术人员也不能一一验证吧。直接贴问题代码吧。
  R# l5 e2 |! O5 a- c
3 S2 {6 _: [  j, O6 lSTM32_CUBE F4V1.18.0
文件：stm32f4xx_ll_sdmmc.c  L1468，原来这段代码应该是有问题的，超时标志，居然清EMDREND标志，那接下来的那条指令很可能直接超时了。
0 v( d& G  C1 V# q  \if(__SDIO_GET_FLAG(SDIOx, SDIO_FLAG_CTIMEOUT))
: o  Z* Z+ z7 G   {
     /* Card is SD V2.0 compliant */
     __SDIO_CLEAR_FLAG(SDIOx, SDIO_FLAG_CTIMEOUT);    //LDS原代码：__SDIO_CLEAR_FLAG(SDIOx, SDIO_FLAG_CMDREND);
     
     return SDMMC_ERROR_CMD_RSP_TIMEOUT;
, [/ n0 T7 {# `4 P" t2 c   }
+ m  e0 {& T2 u4 q
! z- F/ t( d5 t1 \
% M# R/ Y( n& g0 S+ Z文件：stm32f4xx_hal_sd.c，L2547,增加一条CMD55指令，解决问题：某些SDSC卡无法初始化识别。在CMD8后的第一条CMD55指令的R1回应会置位_ILLEGAL_CMD，造成初始化程序返回，无法初始化SDSC卡，先加发一条CMD55，只对超时位判断， 如果超时就是MMC，否则发ACMD41。进入后续操作
/ c. `3 G+ E7 m9 Q

errorstate = SDMMC_CmdOperCond(hsd->Instance);
9 D7 ?% u# ~0 H7 U+ e   if(errorstate != HAL_SD_ERROR_NONE)
7 }' P5 c' `5 I) w* d   {
5 G' P3 r2 B' K     hsd->SdCard.CardVersion = CARD_V1_X;
* Q$ A1 i7 G) O7 R# _7 @6 {% Z6 @6 e /********************* LDS:********************************/
/ N! S* m7 b, B8 \- p2 z- U+ n          /* 增加以下代码，某些SDSC卡，在CMD8后的第一条CMD55指令
. f6 x" t2 o1 v5 ^! g. r     * 的R1回应会置位_ILLEGAL_CMD，如果超时就是MMC卡         */  
     errorstate = SDMMC_CmdAppCommand(hsd->Instance, 0U);
     if(errorstate == SDMMC_ERROR_CMD_RSP_TIMEOUT)      //MMC¿¨         
% s, [& r7 m: r+ `. W8 p     {
       return HAL_SD_ERROR_UNSUPPORTED_FEATURE;
     }
2 {# S  {4 ]% n  N4 G7 c /********************* LDS:*********************************/
5 {! R8 S  v+ M' j" F# |

lebment 发表于 2018-1-5 23:08
, A* l$ r% U! W+ j回头试试，CubeMX+SD+FATFS，老是不成功，驱动确实有问题，技不如人只能看大佬找bug。 ...

我的也是SD+FATFS，不过没有用CubeMX，以前是用DFP里的HAL代码，也有一点总部，后来发现CubeF4V1.18的代码新点，就直接复制HAL到工程里使用了。
对了，HAL的SD驱动，如果你使用DMA传输数据，中断函数又是直接调HAL的自带的话，也有BUG的，有空了我再贴出来，解决方法就是，要不自已写中断函数代码，要不改HAL库的函数。

有网友说自己还是调不出，现在把这部分代码帖上吧。
对应的硬件是原子的F407，探索者，使用了DMA传输方式，中断代码在stm32f4xx_it.c上，（为什么放这里？我反这个文件的代码全部定义到片上的RAM区去执行了，）
" u1 [% |7 U+ T& D8 RFATFS的版本是最新的0.13r
# n0 }) G1 I. r1 Q  FHAL的版本是最新的CUBEF41.18.0

6 r+ R/ Q; W7 v4 c$ [3 V, ^6 T
6 p1 j6 `0 S% s' c. q) [1 H( ~

  @/ l5 r8 R9 G6 Z& J" p
  A) j7 I8 ~1 a! w, ?
" X1 p% A* K& B! @
& X4 G0 o  W# G0 h& J' W  F/ q7 Q
. o: S$ u; ?& [6 h) p: Y/ m

1 R% E0 r4 Y  M7 F% ~. W

屁用没有,这已经是祖传bug了,hal库更新迭代多少次了,,st改过吗?估计他们的想法是1bit模式又不是不能用为什么一定要修复4bit的bug,同样的RTC初始化强制重置时间的问题,也是一样不打算改的

感谢分享，如果确认是bug,可以发邮件给  mcu.china@st.com 反馈下！！

回头试试，CubeMX+SD+FATFS，老是不成功，驱动确实有问题，技不如人只能看大佬找bug。

creep 发表于 2018-1-5 18:34
9 A+ g+ s5 h' Y感谢分享，如果确认是bug,可以发邮件给   反馈下！！

/ @; h6 c. L) U' z, O! L已发邮件，试试反馈有没有效果，如果有回复的话，把以前遇到的问题也反馈了。

ldskendy 发表于 2018-1-6 10:01
, r, E7 d# E6 S+ s& Q: U已发邮件，试试反馈有没有效果，如果有回复的话，把以前遇到的问题也反馈了。 ...

8 U5 Z3 @4 b4 T6 W& z支持！！！

ldskendy 发表于 2018-1-6 10:01
已发邮件，试试反馈有没有效果，如果有回复的话，把以前遇到的问题也反馈了。 ...

" _1 d0 y  T( {4 D6 x8 U* f% `我之前发邮件反馈问题很快会收到反馈结果的，工作日的时候可能比较快一些收到回复。

有意思。。我还是怀恋标准库啊。。

谢谢分享。

不错！谢谢分享！

支持！！！

谢谢分享经验！！！！！

跟着学习

期待有下文