STM32F407 在调试 SD I/O 卡的数据读写命令 CMD53 时,发现 DMA 传输数据时卡在了等待传输完成这一步,DMA2_FLAG_TC3 始终未置位。
(相关资料图)
SDIO 使用四位总线,时钟为 24 MHz;DMA 使用 LL 库,配置如下:
在网络上搜索后,发现很多人都遇到了这个问题,而且解决方法那叫一个百花齐放——但是全部木大。经过不断的调试,这里也为各位提供一种全新的方法。
首先,怀疑 DMA 提供的标志位 DMA2_FLAG_TC3 与 SDIO 状态不同步,于是改为 SDIO_FLAG_DATAEND,结果还是卡在同样的地方。
想了一遍数据传输过程,似乎操作 SDIO 接口的顺序有问题,修改后如下图所示。
可以看到,读取时 SDIO_FLAG_CMDACT 和 SDIO_FLAG_DATAEND 可以一起判断,不必先等待命令发送再传输数据。其实是我写反了......但是能用( ̄▽ ̄)
然而,SDIO 卡住的问题仍然没有解决。既然 CMD53 已经找不到问题了,那就看看初始化过程:
看起来平平无奇,对吧?但是注意,“如果在 CMD53 中不停启用 DMA,DMA 将锁住”,DMA 已经提前启用的情况下依然锁住,说明问题不在于此,至少不仅在于此。完全没有头绪的我开始来回翻看参考手册,突然发现 SDIO 一章几乎每个寄存器下都有这样一句话:
经过查看,只有 __SDIO_OPERATION_ENABLE 和 __SDIO_DMA_ENABLE 在短时间内连续写入同一寄存器,而之前的 SDIO 中断配置恰好将这段间隔补上了——这也解释了为什么不能等到调用 CMD53 时再启用 DMA。
解决方法很简单,同时写入即可:
这件事告诉我们,遇到问题时数据手册和参考手册比网络搜索有用多了,当然也别忘记查看库函数实现!
参考手册内容摘自:/content/ccc/resource/technical/document/reference_manual/3d/6d/5a/66/b4/99/40/d4//files//jcr:content/translations/
插个题外话,为什么要关注库函数实现呢?看看远处的 stm32f4xx_ll_ 吧家人们:
__SDIO_GET_IT 后面的空格直接改变了宏定义,在不修改库函数的前提下只能使用 __SDIO_GET_FLAG 代替,强迫症震怒。
最后,小声骂一句:GPIO 模拟薄纱若至硬件 I2C!
关键词:
Copyright (C) 1999-20120 关于我们 www.ahcar.com, All Rights Reserved
版权所有 环球快报网 | 京ICP备2022018928号-24联系我们:315 541 185@qq.com