1、前言
某客户发现修改代码后，STM32U59 SPI DMA 发送未产生传输完成中断,但修改的代码跟 SPI 以及 DMA 毫无关联。
2、调研
回退代码修改后问题消失，可以确认硬件正常。检查 SPI 发送对应的 DMA 句柄的
ErrorCode，发现 HAL_DMA_ERROR_DTE（Date Transfer Error）置位。尝试修改软件，发现调整下某个全局变量初值，或屏蔽某些变量，都能解决问题。
为屏蔽 RTOS 及应用代码可能带来的影响，调整客户 SPI 和 DMA 初始化代码位置到紧跟 MCU 复位后配置时钟，初始化全局变量，并在初始化完成后立即发送一包数据，测试下来问题仍存在，说明问题和后续 RTOS 及应用代码代码无关。
为澄清全局变量初始化对 SPI 和 DMA 的影响，在全局变量初始化完成、初始化 SPI
和 DMA 前、后，分别检查 RCC、SPI 和 DMA 寄存器，和正常时对比无差异。
3、分析
客户使用的是 GPDMA 的 Linked List 模式，此模式下 DMA 传输相关的 8 个寄存器不通过软件直接设置，而是需要软件把待设定的寄存器参数先放入缓冲区，再将缓冲区地址赋到 DMA 寄存器 CxLBAR（高 16 位）和 CxLLR（低 16 位），使能 DMA 时硬件自动将这些参数加载到 DMA 通道对应的寄存器中。
跟踪代码执行，在 DMA 使能前，查看参数缓冲区（地址：0x2001 FFF0）。确认
DMA 参数缓冲区中源地址寄存器参数 0x200 e0618、目标地址寄存器参数 0x4001 3020都是正确的；使能 DMA 后，发现 DMA CxDAR 寄存器数据异常 0x1382 932e。
查阅参考手册，找到其对对缓冲区限制的描述：必须 4 字节对齐，且不能跨 64Kbyte边界；而用户的缓冲区地址 0x2001 FFF0（32 字节）刚好跨了 64Kbyte 边界。链接器分配的地址范围是 0x2001 FFF0 ~ 0x2002 0010，而 GPDMA 实际访问的数据区间是0x2001 FFF0 ~ 0x2001 FFFF 和 0x20010000 ~ 0x2001000F，把 2001 0000 对应的数据加载到了 DAR 中，随即引发了 DTE 错误。
4、处理
处由于增减全局变量、修改变量初值为零或非零，都会影响最终链接结果，故通过设置预编译选项对所有 DMA 链表数据结构变量的地址作出限制，来满足 4 字节对齐且不跨64K Byte 边界这个约束条件，再次编译链接后进行测试，SPI DMA 功能恢复正常。
5、小结
对这种看似怪异的问题，需要仔细观察并记录整个数据传输过程，各个关键操作前后相关寄存器的变化来获取第一手资料，对比正常情况并结合参考手册寻找具体原因。
来源：STM32单片机
免责声明：本文为转载文章，转载此文目的在于传递更多信息，版权归原作者所有。本文所用视频、图片、文字如涉及作品版权问题，请联系小编进行处理（联系邮箱：cathy@eetrend.com）。
