有人使用STM32的定时器事件触发DMA，让其将内存数据传输到通信外设的数据寄存器进行发送，发现DMA根本就不动作。

8 q: y" z9 K  s' Y
比方以基于STM32F411的芯片为例，通过TIM3更新事件触发DMA请求，DMA从内存将数据送到SPI1的数据寄存器，从而完成数据发送。


他采用CubeMx进行配置。基本配置如下：[文中图片可以放大观看]


3 d5 ?8 a& B. M1 b
! M1 L! \, R( I$ ]
0 Q) Q# p6 }7 L" V



相关用户实现代码如下：
# @+ @9 r; \7 e% I3 F7 ^2 t
) X0 s, q8 u& x1 _1 u
( ~1 Y" n5 N. s( I# D: l/ b; w0 Z% r

! P+ x/ k- W, c2 I2 ]0 r. K# X
5 e- a5 z' x4 r+ N3 O* c/ `) L从配置过程和代码实现来看，似乎都没有问题。那DMA怎么就是不动作呢？

) r6 \* M6 r6 e
4 A: t: S  U# I7 q+ B) P问题出在我们使用上面的函数做DMA传输所关联源端和目标端时，出现了想当然的情况。
! k$ G7 `9 p2 s% A% f

我们利用TIMER事件来作为DMA请求源时，而作为数据传输的源端或目的端，都是我们用户指定的。这时就一定要注意源端和目标端是当前DMA流所支持的。否则就会出现乱点鸳鸯谱，DMA根本可能就跑不起来。就像你叫了某快递公司，它的服务范围是相对固定的，并非你想去哪里她就能服务到哪里。


5 Y/ D# I2 ]6 Y2 `: ?* i 比方上面的例子，如果改成SPI2就没问题。为什么刚才SPI1不行呢，因为DMA1根本访问不到SPI1，我们不妨看看基于STM32F411芯片的内部功能及总线框图就很清晰了。
) P( Z+ D. \2 E+ ]+ b3 p) V  k3 W
+ t+ h9 n  Q5 z4 w! C! g( V) i

$ h: A# w5 J( c) `

6 \8 {0 s; U, g! [从上图不难看出DMA1是访问不到SPI1或SPI4这些外设的，或者说DMA1就没法访问挂在APB2总线上的外设，只能访问APB1总线上的外设。
2 k; O  x- s  V( g) c

小结：一般来讲，基于某触发事件，对应的DMA数据流就可以确定下来了，那该DMA数据流的传输范围往往也随之确定。我们在为该DMA数据流指定源端和目标端时一定要符合其传输范围，否则会出现传输无法完成的情形。换言之，我们在做DMA传输时，为了实现DMA的有效传输，往往需要结合源端和目的端来调整或选择合适的DMA数据流。
9 d9 j& {; R7 h" K6 [5 Y# f