有人使用STM32H743芯片做应用开发，遇到个比较奇怪的事情。事情是这样的，他使用ST公司的图形化配置工具STM32CubeMx进行基本配置后，如果基于ARM MDK IDE创建工程并组织代码，编译除错后运行一切正常。但如果他基于IAR IDE创建工程并使用相同的用户代码时，发现程序没法正常运行，同时还没有任何报错。颇为奇怪。
5 {* ?0 W  r# X* @

经进一步了解。他的代码要实现的一个主要功能就是ADC，并利用通用DMA将ADC结果搬运到内存。现在最明显的问题就是，当把IDE从MDK切换到IAR后，ADC的结果没有被搬运到内存。借助调试可以确认，ADC外设确实启动了、DMA配置也没有问题，那到底怎么回事呢？两个环境下的外设配置及用户应用代码是完全一样的。

借助调试，在调试过程中无意发现了一点点差异。那就是两个IDE分别为存放ADC结果的内存安排的地址不一样。下面两幅截图来自ARM MDK和IAR环境下存放ADC结果的内存地址。
$ ]  X3 Z1 j7 W: H

- ~, ~9 D  e; U+ B: f# y( N

1 G5 y: d: v) D% t4 L! A

不难看到，在MDK环境下，内存地址安排在0x2400008c开始的地方，而在IAR环境下内存地址被安排在0x20000084开始的地方。难道问题就出在这个地方？

/ B* t# m, l) M

------正是！

我们先查看STMH7参考手册，看看上面2个地址位于哪些内存区。
, i# l5 u" J# E% }  [

3 X' M  M' L. j7 c. r! G/ b

! l, j# O; d9 W" ?8 H& I* |6 [4 }

也就是说，IAR默认将存放ADC结果的内存安排在DTCM区，而MDK将其安排在AXI SRAM区。我们可以查看手册得知，H7系列的通用DMA1或DMA2是没法访问DTCM的。DTCM只能被内核或MDMA访问。
  I* ?4 I  W- e# K+ u5 `6 i9 `7 Q

( h$ }! G3 u" v2 Y! U  M  c

上图中的短横杠表示不可访问。原来是这样，难怪编译过程中没有任何报错提示，只是所选DMA硬件上不支持对DTCM的访问而已。
- i! K+ t' X- U( [! M% a

既然知道了原因，问题就好解决了。我们可以在IAR环境里直接给定存储地址，能让DMA访问到就行。或者在IAR调试环境下修改内存使用的默认地址于AXI SRAM区【参考下面截图示意操作】。
0 h. J. ?9 \, ^, v

$ F1 u% e0 W& a5 A/ e

OK,今天的话题就分享到这里。

  m9 j+ B9 P5 j' ?6 R$ d) ]7 f

如有侵权请联系删除

转载自：Miler
' p. U4 h& E: H1 W& V7 p! c" L

0 p  L! J+ J/ T0 K1 ?* U8 o' k/ i