02、ST-LINK 共享模式

1. 前言

编译警告对于工程师们来说，是再常见不过的东西了。对于严谨的工程师们，任何 warning 都是不会忽视的。

2. 巧妙使用 warning

在 STM32CubeIDE 中可以通过warning（甚至 error）的方式来通知工程师，使得一些容易遗漏的配置得到重视。

例如，在释放参考代码给客户时，希望客户注意到里面的项目名称和项目版本，那么我们可以在代码中，通过“#error ”来强调必须要修改的信息，通过“#warning”来备注需要注意的信息。具体代码如图 1：

这样，当客户编译工程时，会出现 error 和 warning，见图 2，只有将“#error”和 “#warning”两行分别注释掉，才会分别消除这两项编译信息，以此达到警示客户的目的。

2.1. 主动屏蔽特定的 warning

在有些场景，我们还可以在特定的代码或者文件作用域内，主动屏蔽特定的 warning。

例如，工程中写了一个测试函数“void MyTestFunction(void)”，但是在工程中暂时没有被调用，直接编译会得到“Wunused-function”的 warning。

但是如果在代码中添加这样的语句： 

#pragma GCC diagnostic ignored "-Wunused-function"。 

/*此区间内，如果出现函数仅申明，但是没有被调用时，编译不产生warning*/ void MyTestFunction(void){…} 

#pragma GCC diagnostic pop 

因为我们配置了“-Wunused-function”，那么在编译时，即使 MyTestFunction 没有 被调用，编译也不产生 warning。

我们还可以在 STM32CubeIDE 中，通过“Help”->“Information Center”->“Read STM32CubeIDE Documentation”->“C/C++ Compiler”，找到 GCC 编译器文档，从而发现更多的 warning 选项，根据需要主动屏蔽更多的 warning。见图 3 ：

3. 小结

事实上，在编译项目时，warning 和 error 同样重要，部分隐蔽的问题可能就和 warning 相关。当我们对工程代码和编译器有了更深层次的了解后，可以巧妙地使用和屏蔽 warning，帮我们更好地管理项目。

问题描述

近日接到一客户需求，其欲在 STM32CubeIDE 中指定堆(Heap)的地址到某一专用的RAM 中。

问题分析

STM32CubeIDE 生成的工程中，默认的堆栈配置示意图如图 1 所示：

解决方法

通过 STM32CubeIDE 生成的工程中，会默认生成 sysmem.c。这个文件中的

__sbrk_heap_end 指针默认赋值为 NULL，我们只需要更改这个指针为目标地址即可达到期望。

例如：默认配置是“static uint8_t *__sbrk_heap_end = NULL;”我们希望将堆的地址分配到 0x20001000 为起始的空间上，可以这样做：

“static uint8_t *__sbrk_heap_end = (uint8_t*)0x20001000;”

注意：由于堆（heap）向上增长，栈（stack）向下增长，所以在手动更改堆的起始地址时，如果定义的堆和栈空间存在重叠区域，STM32CubeIDE 无法识别这种情形，用户应当避免这样的设置。

验证

在 STM32CubeIDE 生成的串口打印的工程，然后按照上面示例修改 sysmem.c 中的__sbrk_heap_end 参数。

可以看到 heap_pointer 指针通过 malloc 申请到的地址，已经指向了目标 RAM 范围内了。

注意，这里我们在 0x20001000 开始的位置申请了 10 个字节的空间，理论上heap_pointer 应当从 0x20001000 开始计算，但是由于 malloc 在申请的地址时，会占用 8个字节用来存储状态等信息，所以 heap_pointer 指针从 0x20001008 开始。这是STM32CubeIDE 使用了 newlib 库来实现 malloc 的机制所致，不影响用户的使用。

本文档介绍了如何在STM32CubeIDE 中指定堆(Heap)的地址到某一专用的RAM 中。

越来越多的客户在使用STM32CubeIDE 作为集成开发工具。STM32CubeIDE 在编译代码的时候，用到了链接脚本。通常情况下，STM32CubeIDE 会自动生成默认的链接脚本。但是有些情况下，例如，用户程序需要定义一些特别的段来放置代码或者数据的时候，我们就需要修改链接脚本文件。 最近有客户在修改链接脚本后，编译没有出现问题。但是编译之后生成的BIN 文件很大，导致无法烧录到Flash 中。结合这个问题，本文详细分析一下它的原因以及解决办法。