解决 system_stm32f0xx.o(.data) type RW incompatible with main.o type ZI in er RW_IRAM1.

最新推荐文章于 2025-06-25 10:01:15 发布
原创 最新推荐文章于 2025-06-25 10:01:15 发布 · 1w 阅读 · 17 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-NC-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#stm32f0xx

今天在调试stm32f0xx时，碰到了一个这样的错误：

Error: L6971E: system_stm32f0xx.o(.data) type RW incompatible with main.o(.ARM.__AT_0x20000000) type ZI in er RW_IRAM1. 

从字面上判断为编译system_stm32f0xx.c文件生成的目标文件system_stm32f0xx.o中的数据段(.data)内的RW数据与main.o中的数据在地址0x20000000产生冲突。

考虑到有以下代码

#if   (defined ( __CC_ARM ))
  __IO uint32_t VectorTable[48] __attribute__((at(0x20000000)));
#elif (defined (__ICCARM__))
#pragma location = 0x20000000
  __no_init __IO uint32_t VectorTable[48];
#elif defined   (  __GNUC__  )
  __IO uint32_t VectorTable[48] __attribute__((section(".RAMVectorTable")));
#elif defined ( __TASKING__ )
  __IO uint32_t VectorTable[48] __at(0x20000000);
#endif

也就是要将中断向量表VectorTable强制定义在内存0x20000000上，但是此地址与system_stm32f0xx.c定义的全局变量位置有冲突。于是，需要修改避免冲突。中断向量的地址是固定的，但其他全局变量的地址可以相应地移动下，并且APP的烧录位置为0x8003000，如下图：

再重新编译就可以了。

参考文章：

http://www.stmcu.org.cn/module/forum/forum.php?mod=viewthread&tid=615966&highlight=an4065

 

ld.lld:error is incompatible with elf_x86_64【鸿蒙报错已解决】
一键难忘的博客
05-03 1107
ld.lld:error is incompatible with elf_x86_64【鸿蒙报错已解决】最近遇到了这个问题，看到网上也有人在询问这个问题，实操了很多网上的解决方案发现并不能解决这个Bug，所以我在解决这个问题后，总结了自己和其他人的解决经验，进行了整理，写了一本解决【ld.lld:error is incompatible with elf_x86_64】这个问题的bug文章，希望可以帮助到大家。 解决问题的全部过程记录在本篇文章中，包括原因分析、解决方案等，按照本文的解决方案应当可以解决
STM32报错：..\..\Output\atk_f429.axf: Error: L6971E: system_stm32f4xx.o(.data) type RW incompatible wit
qq_64919823的博客
03-28 609
使用了内存管理（估计大家也是学习的正点原子的学习资料），导致可由系统自由分配的内存减少，当你又在程序中定义了许多变量或数组，编译系统无内存给他们分配，与内存管理中设置的内存池冲突。
STM32报错：L6971E: system_stm32h7xx.o(.data) type RW incompatible with malloc.o(.ARM.__AT_地址) type ZI
weixin_43387091的博客
06-02 1万+
MDK报错：Error: L6971E: system_stm32h7xx.o(.data) type RW incompatible with malloc.o(.ARM.__AT_地址) type ZI in er RW_IRAM1. 机器翻译后，大概意思是：“Error: L6971E: system_stm32h7xx.o(.data) type RW incompatible with malloc.o(.ARM.__AT_地址) type ZI in er RW_IRAM1.” 原因：使用了内存
解决axf: Error: L6971E: data.o(.ARM.__at_0x20000300) type RW incompatible with systick.o(.bss.tick_cou
weixin_46135931的博客
06-25 524
收集所有绝对地址变量。*.o(.data);*.o(.bss);// 在 systick.c 或 core_portme.c 中。// 修改后（示例新地址，需根据.map文件调整）写入和读取所有绝对地址变量，验证数据完整性。
STM32报错 Error: L6971E: system_stm32h7xx.o(.data) type RW incompatible with malloc.o(.ARM.__AT_0x2000
qianshishangdi的博客
07-12 9510
Error: L6971E: system_stm32h7xx.o(.data) type RW incompatible with malloc.o(.ARM.__AT_0x2000F000) type ZI in er RW_IRAM1. 字面意思是有一个RW类型的量，malloc给它分配了ZI类型的区域 程序报错在写片外Flash的时候： W25QXX_Write((u8*) &te...
delay.o(.data) type RW incompatible with malloc.o(.ARM.__AT_0x1000F000) type ZI in er RW_IRAM2.
yekui006的博客
09-30 3005
STM32F407ZGT6+UCOSIII+LWIP141报错： Build started: Project: LED *** Using Compiler ‘V5.06 update 6 (build 750)’, folder: ‘C:\Keil_v5\ARM\ARMCC\Bin’ Build target ‘LED’ linking… …\OBJ\LED.axf: Error: L6971E: delay.o(.data) type RW incompatible with malloc.o(.AR
解决main.o(.data) type RW incompatible with bsp.o(.ARM.__AT_0x24001000) type ZI in er RW_IRAM2.
qlexcel的专栏
01-11 7055
产生原因如错误信息所述，程序里面使用了指定某个变量地址的语句，现在这个指定的地址和main文件中的变量冲突了。比如下面这种用法： u8 buffer[0x00020000] __attribute__((at(0x24000000))); 按照网上的说法，上面这种用法只是强行操作变量的地址，编译器并没有真正开辟空间，因此这个地址是否被其他数据使用，编译器不知道。 解决方法： 1、可...
Keil编译ERROR: L6971E: MAIN.O(.DATA) TYPE RW INCOMPATIBLE WITH (.ARM.__AT_0X20000000)
嗜梦的博客
04-21 5949
Keil编译ERROR: L6971E: MAIN.O TYPE RW INCOMPATIBLE WITH .ARM.__AT_0X20000000错误场景描述解决办法 错误场景描述 使用雅特力芯片AT32F413RCT7，该芯片有60k的SRAM，SRAM的起始地址为0x20000000，本意在SRAM中开辟一块内存空间存储数据，所以写了如下代码。 __IO uint32_t VectorTable[100] __attribute__((at(0x20000000))); 但是编译的时候弹出上述ERR
STM32F0xx产品技术培训.rar
07-19
STM32F0系列是意法半导体（STMicroelectronics）推出的基于ARM Cortex-M0内核的微控制器，广泛应用于各种嵌入式系统设计。这款产品技术培训资料详细介绍了STM32F0xxxx微控制器的原理及其基本应用，是初学者和专业...
BSP_UART.rar_STM32f103 uart_bsp_uart_stm32 uart fifo
09-23
STM32F103 UART（通用异步收发传输器）是STMicroelectronics公司生产的STM32系列微控制器中的一个重要通信接口。该芯片广泛应用于嵌入式系统中，为设备提供串行通信能力。在本教程中，我们将深入探讨如何在STM32F103...
使用USART接口进行STM32F0的在线升级(AN4065)-基于标准库的STM32F070的IAP移植手记
热门推荐
放飞梦想，成就未来
07-28 1万+
1 前言STSW-STM32116是ST官网基于标准库的针对STM32F0的USART进口IAP示例程序，下载链接：http://www.stmcu.org/document/detail/index/id-213120工程原本是针对STM32F051，本文将介绍如何移植到STM32F070，并针对移植的过程中的问题逐个处理。2 KEIL下移植IAP程序一般分为两个，一个是IAP，一个是APP，I
chromedriver_win32_81.0.4044.69.zip
04-16
标题 "chromedriver_win32_81.0.4044.69.zip" 提供的信息表明，这是一个针对Windows 32位系统的Chrome浏览器驱动程序的压缩包，具体版本为81.0.4044.69。这个驱动程序是用于与Google Chrome浏览器的版本81进行交互的...
解决Error: L6971E: main.o(.data) type RW incompatible with (.ARM.__AT_0x20000000)
ly_dapanglian的博客
06-11 1万+
使用的是STM32F103C8T6，SRAM大小20k 起始地址0x20000000 报错的时候我是想在SRAM内开辟一块空间用于存储数据，是像下面这样写的。 u8 new_firmware_app[20000] __attribute__((at(0x20000000))); 上网查了一下，发现报错的原因大多都是因为SRAM有冲突，我理解为被重复使用了，所以将将这个数组大小改小一些，起始地址后移一些，改成下面这样就成功了。 u8 new_firmware_app[1
Error: L6971E: main.o(.ARM.__at_0x24020000) type RW incompatible with startup_stm32h750xx.o 处理方式
maxplushash的博客
02-02 2309
Error: L6971E，ADC，DMA，Error: L6971E
Error: L6971E: main.o(.data) type RW incompatible with struction.o(.ARM.__AT_0x20000600) type
weixin_44042932的博客
10-24 699
错误原因：使用了Struct buffer __attribute__ ((at(0x20000600)));
STM32 编译报错Error: L6971E
HNCU_long的博客
12-15 569
重新安装了正点原子软件资料里的固件库后正常，路径：6.软件资料-》1、软件-》1、MDK5。
stm32f0系列_STM32F0单片机快速入门四 翻转引脚
weixin_39658726的博客
12-10 525
1. 第一个工程 翻转引脚上一篇文章我们详细介绍了 STM32F030 从复位时取得复位向量，系统初始化，然后跳转到 main( ) 函数的过程。下面我们结合一个最简单的例子，对 Cube 库的使用做一个简单的介绍。我们用 Keil 打开下面这个工程：STM32Cube_FW_F0_V1.11.0ProjectsSTM32F030R8-NucleoExamplesGPIOGPIO_IOT...
STM32系列死机问题
weixin_44200052的博客
05-25 1776
STM32系列死机问题STM32F4系列SRAM分布问题背景排查思路问题原因解决方法总结参考链接 STM32F4系列SRAM分布 SRAM被分为两部分：一部分为IRAM1，基地址0x20000000，大小为192K；另一部分为IRAM2，基地址0x10000000，大小为64K。如下图所示： 问题背景 在stm324系列芯片中调用读写flash或者emmc函数接口时，出现死循环，导致设备卡死的问题。操作flash或者emmc时均使用DMA。 排查思路 之前在工程中增加业务功能时，也出现过几次类似的问题，所
FK743M1\FK743M1.axf: Error: L6971E: lcd_pwm.o(.data) type RW incompatible with malloc.o(.ARM.__AT_0x2001E000) type ZI in er RW_IRAM1.
最新发布
07-07
<think>我们正在处理一个关于ARM链接器错误的问题。用户遇到的错误是：Error L6971E: RW section incompatible with ZI section in ARM linker。根据提供的引用[1]，我们了解到这个错误可能与内存区域的配置有关，特别是在KEIL编译器中需要正确配置RAM位置以避免向量表与全局变量冲突。在IAR中，编译器会自动处理，但在ARM链接器（可能是KEIL）中，需要手动配置。 错误解释： 这个错误通常发生在链接阶段，表明RW（读写数据）段与ZI（零初始化数据）段在内存布局上存在冲突。RW段包含已初始化的全局变量和静态变量，ZI段包含未初始化的全局变量和静态变量（在程序启动时会被初始化为0）。链接器在分配内存时，必须确保这些段不重叠，并且位于有效的RAM地址范围内。 可能的原因： 1. 分散加载文件（scatter file）配置错误：在ARM链接器中，分散加载文件定义了内存区域的布局。如果RW和ZI段被分配到了重叠的区域，或者超出了RAM的实际大小，就会出现这个错误。 2. RAM区域配置不正确：在IDE（如KEIL）中，可能没有正确设置RAM的起始地址和大小。例如，如果设备有多个RAM区域，而链接器试图将所有的RW和ZI数据放在一个已经满了的RAM区域中，就会发生冲突。 3. 堆栈设置过大：如果堆栈设置过大，可能会侵占RW或ZI段的空间。 4. 全局变量过多：程序中定义的全局变量和静态变量太多，导致RW和ZI段的总大小超过了可用的RAM空间。 解决步骤： 1. 检查分散加载文件（scatter file）：确认RW和ZI段被分配到了正确的RAM区域，并且这些区域有足够的空间。确保没有重叠。 2. 检查RAM配置：在IDE中，检查目标设备的RAM设置，确认起始地址和大小是否正确。例如，对于STM32F4系列，RAM通常起始于0x20000000，大小根据具体型号而定（如128KB）。 3. 检查堆栈大小：在启动文件或链接器配置中，检查堆栈大小设置。如果堆栈设置过大，可以适当减小。 4. 优化内存使用：减少全局变量的使用，或者将一些全局变量改为局部变量；使用const关键字将常量放入Flash中；检查是否有不必要的大数组。 5. 查看链接器生成的map文件：map文件会详细列出各个段的大小和位置，通过分析map文件可以确定哪些部分占用了大量内存，从而进行优化。 示例：分散加载文件配置 一个典型的分散加载文件可能如下： ``` LR_IROM1 0x08000000 0x00080000 { ; 加载区域（Flash） ER_IROM1 0x08000000 0x00080000 { ; 执行区域（代码和只读数据） *.o (RESET, +First) *(InRoot$$Sections) .ANY (+RO) } RW_IRAM1 0x20000000 0x00020000 { ; 可读写数据（RW）和零初始化数据（ZI）放在RAM .ANY (+RW +ZI) } } ``` 如果RAM区域大小设置不足（例如实际RAM只有0x10000，但配置为0x20000），或者起始地址错误，就会导致链接错误。 另外，如果设备有多个RAM区域（如STM32F7有多个RAM块），可以将部分数据分配到其他RAM区域，例如： ``` RW_IRAM2 0x20040000 0x00010000 { .ANY (MY_HEAP) ; 将堆分配到第二个RAM区域 } ``` 如果问题仍然存在，请提供更多信息，例如： - 使用的具体芯片型号 - 分散加载文件内容 - 堆栈大小设置 - map文件中关于内存使用的部分 这样我们可以更具体地帮助解决问题。 相关问题： 1. 如何正确配置ARM链接器的分散加载文件？ 2. 如何优化嵌入式系统中的内存使用？ 3. 如何分析ARM链接器生成的map文件？ 4. 在嵌入式系统中，如何合理分配多个RAM区域？</think>### ARM链接器错误：Error L6971E: RW section incompatible with ZI section 分析与解决 #### **错误原因分析** 此错误发生在ARM链接器（如KEIL MDK）分配内存时，表明**RW（读写数据）段**与**ZI（零初始化数据）段**在内存布局中存在冲突。核心问题包括： 1. **内存区域配置错误** RW段（存储已初始化的全局变量）和ZI段（存储未初始化的全局变量）被分配到重叠或无效的RAM地址范围。例如： ```c // 示例：全局变量定义 int initialized_var = 10; // 属于RW段 int uninitialized_var; // 属于ZI段 ``` 若链接器脚本未正确分隔这两个段，会导致冲突。 2. **分散加载文件（Scatter File）配置不当** ARM链接器依赖分散加载文件（`.sct`）定义内存布局。错误通常源于： - RAM区域大小不足，无法容纳RW+ZI段总和。 - 未明确定义RW和ZI段的边界，例如： ```scatter LR_IROM1 0x08000000 0x00080000 { ; Flash区域 ER_IROM1 0x08000000 0x00080000 { *.o (RESET, +First) } RW_IRAM1 0x20000000 UNINIT 0x00010000 { ; RAM区域（错误配置） .ANY (+RW +ZI) // 未分隔RW/ZI段 } } ``` 3. **堆栈空间侵占** 堆栈（Stack/Heap）与全局变量区域重叠。例如，启动文件中定义的堆栈大小超出可用RAM空间： ```assembly Stack_Size EQU 0x00004000 // 若RAM仅16KB，此值过大会导致冲突 ``` --- #### **解决步骤** 1. **检查分散加载文件** 明确分隔RW和ZI段，并确保RAM区域足够： ```scatter RW_IRAM1 0x20000000 0x0000C000 { ; 分配48KB RAM .ANY (+RW) // RW段单独分配 } ZI_IRAM1 0x2000C000 0x00004000 { ; 分配16KB给ZI段 .ANY (+ZI) } ``` 2. **调整目标设备的RAM设置** - 在IDE（如KEIL）中确认RAM起始地址和大小： ``` 起始地址: 0x20000000 大小: 0x20000 (128KB) // 需与实际硬件匹配 ``` - 若使用多块RAM（如CCM RAM），需在分散加载文件中显式指定： ```scatter RW_IRAM2 0x10000000 0x00010000 { ; 使用CCM RAM .ANY (ccm_data) } ``` 3. **优化内存使用** - 减少全局变量数量，优先使用局部变量。 - 将常量移至Flash（使用`const`关键字）： ```c const uint32_t LARGE_TABLE[1000] = {...}; // 存储于Flash而非RAM ``` 4. **分析MAP文件定位问题** 编译后生成的`.map`文件会显示各段占用情况： ``` Execution Region RW_IRAM1 (Base: 0x20000000, Size: 0x0000c000) Base Addr Size Type Attr Idx E Section Name Object 0x20000000 0x00000200 Data RW 123 .data main.o 0x20000200 0x00000400 Zero RW 124 .bss driver.o ``` 检查`ZI`段是否超出分配区域。 --- #### **相关问题** 1. **如何避免分散加载文件配置错误？** 需根据芯片数据手册确认RAM地址/大小，并使用IDE的内存可视化工具验证布局[^1]。 2. **RW/ZI段冲突与堆栈溢出有何区别？** RW/ZI冲突是**链接阶段**的内存分配错误，堆栈溢出是**运行时**错误（如递归过深），后者需调整启动文件中的堆栈大小。 3. **多RAM区域芯片（如STM32H7）如何优化内存分配？** 可将高带宽数据（如DMA缓冲区）分配到高速RAM（如DTCM），低速数据（如日志缓存）分配到常规RAM。 4. **如何减少ZI段占用？** 使用`-z0`编译选项禁用零初始化（需手动初始化变量），或拆分大数组到不同节（Section）[^1]。 [^1]: 引用说明：IAR编译器会自动处理RAM分配冲突，但ARM链接器（如KEIL）需手动配置分散加载文件以避免RW/ZI段重叠。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值