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

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

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

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

------正是！

我们先查看STMH7参考手册，看看上面2个地址位于哪些内存区。
4 W. _+ |! F4 U: G, c4 T1 Y5 w

6 x6 z$ _+ c% L# i, F' f8 g3 J; p; ]

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

. j# @! S3 [; K

3 J# U8 B: P/ |- R( g  U1 [

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

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

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

如有侵权请联系删除

转载自：Miler
% I  U( I! a/ ?2 Z
, G' G: {) D1 ~; ]: P) F5 M2 s: p' h