不知你目前情况如何了？ 按理说，DMA_SxCR_EN是可以被软件清零或置位的。只是在它为1时，不可对其它DMA配置寄存器及FIFO控制寄存器位进行修改。 对于你说的现象，没法正常解释。
从ST官方给出的库例程的宏定义来看，不难判断STM32L4X6是不支持SD的高速模式的。从CubeMx图形界面的时钟配置来看，这里虽然勉强配置到50Mhz,但已是极限值了，有隐患。而且 从参考手册的时钟树来看，这个地方不要高于48MHz.。还有，如果你的应用中有用到USB外设，这个50Mhz就明显不合适了。当然，你若想将这个地方勉强配置为50MHz,测试下SD卡的高速模式 个人认为也是可以的，你将相关宏定义调整下，让相关变量及函数参与编译即可。
你检查下LOCKUP控制位是否使能了，即让内核LOCKUP输出与刹车输入相连。另外，你以可以调整下刹车极性选择再行验证。对于F0而言，刹车源大体是一样的，它们可以是the core LOCKUP output， the PVD output，the SRAM parity error signal，a clock failure event generated by the CSS detector，the output from a comparator。但不同定时器会略有差异，比方有些就不支持来自 比较器的输出做为刹车信号。至于具体实现，目前个人还没用过，一般来讲相信手册上列出来的特性没啥问题的，尤其对于这些使用很久的芯片。后面我可以找时间验证后在此分享交流。
楼主，我最早使用HAL库遇到类似的问题，我是直接修改的库，直接用环形队列，把他的中断处理函数给修改掉了。或者是中断开启后，不再关闭中断，继续读取数据，如果缓冲区满后，就把新的数据丢掉。
具体哪颗芯片？不知楼主问题进展如何了。 结合你的代码来看，传输方向是从外设到内存，不知你的DMA的触发请求具体是什么？ 应该是传输过程中DMA请求事件有无需要同步而不发生乱序的问题？
进入低功耗需要注意一些设置，这里有个官方例程参考一下吧 STM32Cube_FW_WB_V1.11.1\Projects\P-NUCLEO-WB55.Nucleo\Examples\PWR\PWR_STOP2_RTC
1. 工程可以正常运行，部分模块运行不正常，比如串口。 首先看正常运行的环境是什么？是在模拟中可以正常运行？还是说已经下载在板子中运行时无错误提醒？建议检查各个模块的电性连接，检测引脚。检查程序的相关反馈是否正常。复核数据反馈阈值是否正确。 2. STM32F4执行擦除flash操作是，debug时直接退出debug模式 问题描述：执行flash读写操作的时候，写入flash数据需要先擦除flash，当时为检查读写是否正确，打开memory窗口观察flash数据，后擦除flash一直失败，执行到FLASH->CR |= FLASH_CR_STRT时，程序跳出debug模式。尝试注释掉FLASH->CR |= FLASH_CR_STRT时，程序正常，但不能正常实现功能，FLASH->CR |= FLASH_CR_STRT为擦除flash操作。 检查程序是否重复调用数据。检查数据接口是否正确。检查程序加载是否完整。 总之就是【先软后硬】 3.STM32f413下载程序失败 问题描述：新画的板子，刚到手下载程序运行，第一次下载成功，成功后程序运行不正常。继续下载debug，发现下载失败，flash擦除失败，更换第二块板子，情况相同。 可能烧毁。做硬件检查 4.SDIO读写sd卡与flash写入冲突问题 问题描述：SD卡可以正常操作，可以使用DMA读或者写入。同时单独写入flash也是可以正常工作，俩个结合在一起的时候，SD卡仍然可以正常操作，此时flash读取正常，flash写入错误。 通道冲突。
微信公众号
手机版
.png)
