1. 概述5 l( d' z5 J" t* F9 T" {1 g 越来越多的客户在使用 STM32CubeIDE 作为集成开发工具。STM32CubeIDE 在编译代码的时候,用到了链接脚本。通常情况下,STM32CubeIDE 会自动生成默认的链接脚本。但是有些情况下,例如,用户程序需要定义一些特别的段来放置代码或者数据的时候,我们就需要修改链接脚本文件。3 j/ ^% P0 c5 Y' _ 最近有客户在修改链接脚本后,编译没有出现问题。但是编译之后生成的 BIN 文件很大,导致无法烧录到 Flash 中。结合这个问题,本文详细分析一下它的原因以及解决办法。5 h. n) ~1 t3 T2 {7 X 2. 问题描述 使用 STM32CubeIDE 创建工程的时候,在项目工程目录文件夹下生成后缀为 ld 的链接脚本文件,程序的编译和链接都会依赖链接脚本文件。如下图所示,STM32H743VIT6 的 RAM 空间被包含 6 块,每块 RAM 的起始地址是独立的,如果客户需要把指定特定的 RAM 区域放置数据或者代码的时候,需要手动修改链接脚本文件。 ; n1 q/ f/ ?3 A 客户在使用 STM32H743VIT6 进行应用开发的时候,需要在 0x24000000 以及0x30000000 的 RAM 空间定义两个未初始化的数组。所以客户修改了 ld 链接脚本文件,添加两 个 SECTIONS 分别定位在 0x24000000 和 0x30000000 位置,同时在代码中使用__attribute__关键字指定数组在对应的 SECTIONS 中。 依照客户的问题描述,我们首先修改链接脚本,添加两个 SECTIONS 分别为ram_at_0x24000000 和 ram_at_0x30000000,参考如下。 / F, d7 `8 m# W ' |2 H9 [, [- A; b) ] # K' e- D* Y1 ]! T% D 同时在源代码中添加两个数组,分别定位在添加的 SECTIONS 中,参考如下。 6 Y0 }: |) F. u K& Q ( d I/ Q& F P# T# _. d0 B! [0 h5 X 编译修改之后的工程,是可以正常运行的,但是我们发现当把 ELF 目标文件转为 BIN 文件之后,产生的 BIN 文件非常的大。这就导致如果使用 BIN 文件进行下载的话,是无法下载成功的,因为 BIN 文件的大小以及超出了 Flash 的存储空间。由下图 BIN 文件属性我们可以看到 BIN文件的大小为 650M。 , k9 e5 _* F. b: P' I! e2 V6 X- s 0 v- p7 g4 z, j4 _' h 图4. BIN 文件大小 ! I. N- \3 H/ z9 I 那么是什么原因导致产生的 BIN 文件这么大呢?文件就出在 ld 链接脚本文件这里。 * C) H' v2 E7 a) {. ?" d# M 1 M& K& b; c; B& R' J 完整版请查看:附件3 j1 T5 b0 {8 ]+ n0 _! a( S# {' e ( m2 B3 C( O+ J0 @ + }/ _, E2 o r% v. N- p' P5 B |
LAT1037_关于STM32CubeIDE链接脚本的小问题.pdf
下载666.88 KB, 下载次数: 2
【STM32C0评测】5、娱乐一下,分享2048游戏
【STM32C0评测】4、SPI亮屏及GUILite移植
【STM32C0评测】3、I2C使用
【STM32C0评测】1、开箱、环境搭建、按键点灯
【STM32C0评测】2、PWM实现呼吸灯
[STM32MP125-DK] 裸机开发
STM32CubeMX STM32F4 HAL库 工程建立
【NUCLEO-U545RE-Q评测】5. 基本计时器
【STM32U545试用】SHT30+OLED湿湿度
NUCLEO-U545RE-Q评测】3. 串口基本收发测试