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

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

借助调试，在调试过程中无意发现了一点点差异。那就是两个IDE分别为存放ADC结果的内存安排的地址不一样。下面两幅截图来自ARM MDK和IAR环境下存放ADC结果的内存地址。
1 l) {3 W( h7 Y1 r

( p& |/ g: U3 O: ]2 S+ E. j  P. V

% d# l% I& K" E; {/ t

+ a- h0 v5 q1 n+ B

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

( a% v  u2 M; G7 F9 U6 k) d+ u5 v

------正是！

我们先查看STMH7参考手册，看看上面2个地址位于哪些内存区。

1 s" B# ^8 h; G7 x1 M4 E8 C

也就是说，IAR默认将存放ADC结果的内存安排在DTCM区，而MDK将其安排在AXI SRAM区。我们可以查看手册得知，H7系列的通用DMA1或DMA2是没法访问DTCM的。DTCM只能被内核或MDMA访问。

. W8 K" r; A/ [+ w. X

上图中的短横杠表示不可访问。原来是这样，难怪编译过程中没有任何报错提示，只是所选DMA硬件上不支持对DTCM的访问而已。

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

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

如有侵权请联系删除

转载自：Miler