C51程序溢出错误Program Size: data=132.1 xdata=0 code=3022 Target not created.

最新推荐文章于 2024-05-24 16:51:51 发布
原创 最新推荐文章于 2024-05-24 16:51:51 发布 · 1.6w 阅读 · 40 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#单片机 #C51 #keil

本文详细解析了在使用STC89C51进行编程时遇到的常见编译错误，如ADDRESSSPACEOVERFLOW、PUBLICREFERSTOIGNOREDSEGMENT等，并分享了如何调整程序设置以避免这些错误，确保程序顺利编译。
部署运行你感兴趣的模型镜像

出现的错误如下

*** ERROR L107: ADDRESS SPACE OVERFLOW

*** ERROR L105: PUBLIC REFERS TO IGNORED SEGMENT

*** ERROR L118: REFERENCE MADE TO ERRONEOUS EXTERNAL

Program Size: data=132.1 xdata=0 code=3022 Target not created.

 

一开始我还以为是我的程序太大了，所以编译不过，查了下STC89C51-EN的手册发现片上FLASH起码4K起步。因此程序没有大到编译出错。再考虑是否变量或数组占用的空间太大了，于是按下图修改

修改后

叮，编译通过

 

 

您可能感兴趣的与本文相关的镜像

ACE-Step

ACE-Step

音乐合成
ACE-Step

ACE-Step是由中国团队阶跃星辰（StepFun）与ACE Studio联手打造的开源音乐生成模型。 它拥有3.5B参数量，支持快速高质量生成、强可控性和易于拓展的特点。 最厉害的是，它可以生成多种语言的歌曲，包括但不限于中文、英文、日文等19种语言

stc32编程提示L250错误，如何解决？
**My Coding Family**
06-29 758
🏆 本文收录于《全栈Bug调优(实战版)》专栏，致力于分享我在项目实战过程中遇到的各类Bug及其原因，并提供切实有效的解决方案。无论你是初学者还是经验丰富的开发者，本文将为你指引出一条更高效的Bug修复之路，助你早日登顶，迈向财富自由的梦想🚀！同时，欢迎大家关注、收藏、订阅本专栏，更多精彩内容正在持续更新中。让我们一起进步，Up！Up！Up！    备注： 部分问题/难题源自互联网，经过精心筛选和整理，结合数位十多年大厂实战经验资深大佬经验总结所得，数条可行方案供所需之人参考。
零基础学习51单片机之keilC51常见错误汇总2
qq_31716541的博客
05-06 3180
keilC51在使用过程中的常见报错。
keil报错: ERROR 118 (ERRONEOUS REFERENCE TO EXTERNAL VARIABLES) 解决方案及原因
qq_27329407的博客
04-15 3万+
ERRONEOUS REFERENCE TO EXTERNAL VARIABLES问题:REFERENCE MADE TO ERRONEOUS EXTERNAL解决方案: 问题:REFERENCE MADE TO ERRONEOUS EXTERNAL 这是某同学在keil里面C51编程时发来的错误信息,搜遍百度发现没有有效的回答,结果在keil官网上写的明明白白. 这是官网解释链接: http...
Keil C 编译器常见警告与错误信息的解决方法
星之河的专栏
03-24 3563
9 ***ERROR 107:ADDESS SPACE OVERFLOW  SPACE: DATA  SEGMENT: _DATA_GOUP_  LENGTH: 0018H  ***ERROR 118: REFERENCE MADE TO ERRONEOUS EXTERNAL  SYMBOL: VOLUME  MODULE: C:/8051/OSDM.OBJ (OSDM)  ADDR
USB小白学习之路（6） IIC EEPROM读取解析
weixin_30472035的博客
12-23 1958
IIC EEPROM读取解析 1.编译错误处理(这里可以忽略) 在解压包解压了程序后，直接编译，出现如下错误。 *** WARNING L14: INCOMPATIBLE MEMORY MODEL MODULE: .\EZUSB.LIB (RESUME) MODEL: SMALL *** WARNING L14: INCOMPATIBLE MEMORY MODE...
51单片机写程序program size:data=131.1 xdata=0 code=1268 Target not created错误
u013519290的博客
06-23 1万+
解决方法是：修改成最大的，如图下
开发ESP32报错Error: The program size (XXXX bytes) is greater than maximum allowed (1310720 bytes)解决办法
N0TNAME的博客
05-24 1951
弄不明白的话可以直接将huge_app.csv里面的内容复制到default.csv里面，分配给FLASH大小差不多是3MB，如果不够用这里这么多自己选一个吧。但一般来说我们使用的芯片FLASH是远大于这个数的，比如我开发使用的ESP32-WROOM-32UE-N4是4MB，如果用的是N8N16什么的更大，但是你的PlatformIO不知道啊！第二种方法是在VSCode里面，在你的工程里找到platformio.ini文件，修改platformio.ini文件。下面是解决方法↓↓↓。
Build+OutputBuild+target+'Target+l'compiling+main.+c...linking...Program+Size:+data=9.0+xdata=0+code
10-27
这是一个编译器的输出信息，其中包含了编译和链接的过程以及程序的大小。...程序的大小为data=9.0+xdata=0+code，其中data表示程序中的数据段大小，xdata表示扩展数据段大小，code表示代码段大小。
Program size: Code, RO-data , RW-data, ZI-data
weixin_43200943的博客
03-10 4100
Keil 编译内存信息：Program size: Code, RO-data , RW-data, ZI-data
Keil5编译报错：Program Size: data=9.0 xdata=11 code=1619 Target not created
热门推荐
KI的博客
10-16 10万+
remove掉项目中另一个含有main函数的C文件。
Keil 中的报警错误
08-10
Keil 报警错误 Handling 多重调用 Segment 在 Keil 中， warning L15: MULTIPLE CALL TO SEGMENT 是一个常见的报警错误，今天我们来讨论这个问题。 什么是 MULTIPLE CALL TO SEGMENT？ MULTIPLE CALL TO SEGMENT ...
keil arm c语言,keil-mdk arm 中program size的解析
weixin_32644319的博客
05-19 385
ARM程序(指在ARM系统中正在执行的程序，而非保存在ROM中的bin文件)的组成一个ARM程序包含3部分：RO段，RW段和ZI段RO是程序中的指令和常量RW是程序中的已初始化变量ZI是程序中的未初始化的变量由以上3点说明可以理解为：RO就是readonly，RW就是read/write，ZI就是zeroARM映像文件的组成所谓ARM映像文件就是指烧录到ROM中的bin文件，也成为image文件。...
Program Size: data=137.2 xdata=0 code=5128 Target not created
crjmail的博客
10-23 4876
解决方法： 一、存储类型与存储区关系 data--->可寻址片内ram bdata--->可位寻址的片内ram idata--->可寻址片内ram，允许访问全部内部ram pdata--->分页寻址片外ram(MOVX@R0)(256 BYTE/页)，最好不用，据说有BUG xdata--->可寻址片外ram(64k地址范围) code--->程序存储区(...
今天来说一下Program Size: data=17.0 xdata=0 code=299
a2488220557的博客
01-28 1350
还是谨记学长的话，多找自己问题。我看我的是我定义了一个Flag之后不行了。如果这样还不行（我的就不行）这里的配置改为这个。我删了Flag就好了。
关于编译时出现 Program Size: Code=1024 RO-data=336 RW-data=12 ZI-data=1324 的含义。
weixin_47983736的博客
07-19 1832
关于编译时出现 Program Size: Code=1024 RO-data=336 RW-data=12 ZI-data=1324 的含义。 Code：表示程序所占用 FLASH 的大小（FLASH）。 RO-data：即 Read Only-data，表示程序定义的常量，如 const 类型（FLASH）。 RW-data：即 Read Write-data，表示已被初始化的全局变量（SRAM） ZI-data：即 Zero Init-data，表示未被初始化的全局变量(SRAM) 从编译信息可以看
c51 编译时致命的324个错误提醒，与大家分享
wmsj2009的专栏
06-23 7538
致命错误致命错误立即终止编译这些错误通常是命令行指定的无效选项的结果当编译器不能访问一个特定的源包含文件时也产生致命错误致命错误信息采用下面的格式C51 FATAL-ERROR –ACTION :LINE: ERROR: C51 TERMIANTED. C51 FATAL-ERROR – ACTION: FILE:  ERROR: C
谈谈Keil 中C51的内存分配与优化
Stephen_yu的专栏
08-24 3516
C51 ram分配
Program Size: data=170.0 xdata=0 code=2288 Target not created. 51报错
最新发布
03-18
<think>好的，我现在需要帮助用户解决他们在使用Keil编译51单片机程序时遇到的Program Size错误。错误信息是“data=170.0 xdata=0 code=2288 Target not created”。用户提到想解决程序大小限制导致的问题以及相关的51报错。 首先，我需要回忆一下关于Keil编译51单片机时Program Size各部分的意义。根据用户提供的引用内容，data对应可寻址片内RAM，xdata是片外RAM，code是程序存储区。每个51单片机型号的存储容量不同，比如常见的STC89C52有256字节的data RAM（包括前128字节的直接寻址和后128字节的间接寻址，即idata）和8KB的code空间（即8*1024=8192字节）。 用户遇到的错误是data=170.0，超过了片内RAM的容量。通常，data的默认最大容量是128字节，如果达到170，显然超过了这个限制。这可能是因为程序中使用了太多全局变量或静态变量，这些变量默认存储在data区域。 接下来，我需要思考解决方案。首先，应该建议用户检查变量定义，将部分变量转移到其他存储区，比如使用idata或xdata。例如，使用关键字“idata”或“xdata”来声明变量，如“unsigned char idata var;”，这样可以将变量分配到不同的存储区域，从而减少data的使用量。 另外，用户的code=2288，虽然常见的51单片机可能有8KB code空间，但用户的问题中未明确code是否超出，但data肯定是超了。所以重点在data部分。但需要确认用户的单片机型号，不同型号的存储容量不同，比如有些可能只有128字节data RAM，而有些可能有256字节idata。如果用户使用的是传统8051，data只有128字节，而idata是另外128字节，需要间接寻址，访问速度稍慢。 另一个可能的解决方案是启用编译器的优化选项，减少内存占用。Keil编译器有不同的优化级别，提高优化等级可能会减少内存使用。用户可以在Options for Target -> C51 -> Code Optimization中选择更高的优化级别，比如Level 8。 此外，用户可能没有正确使用存储类型，导致变量默认存储在data区域。需要检查变量声明，将大数组或不需要快速访问的变量移到xdata或idata中。例如，将大数组声明为xdata，如“unsigned char xdata large_buffer[100];”，这样就不会占用data空间。 还需要检查是否启用了“Compact”或“Large”内存模式。默认的Small模式将所有变量放在data区域，而Compact模式使用pdata（分页外部RAM），Large模式使用xdata。如果用户有外部RAM可用，可以切换内存模式，但需要注意硬件是否支持。 最后，用户可能需要检查链接器设置，确认是否禁用了不必要的库，或者是否有重复的代码导致code增加。但根据错误信息，当前的问题主要在data部分，所以优先解决data超限的问题。 总结解决方案步骤： 1. 将部分变量转移到idata或xdata。 2. 使用存储类型关键字显式声明变量。 3. 调整编译器优化级别。 4. 检查内存模式设置，切换为Compact或Large模式。 5. 减少全局/静态变量的使用，尽量使用局部变量。 6. 确认单片机型号的实际存储容量，必要时升级型号。 用户可能需要具体指导如何修改代码，例如给出变量声明的例子，以及如何调整编译器选项。此外，提醒用户如果片内RAM不足，可能需要外扩RAM或选择更大RAM的单片机型号。</think>### 程序大小限制问题解决方案 当Keil编译51单片机程序时，出现`Program Size error data=170.0 xdata=0 code=2288`错误，通常是因为**片内RAM（data段）超出容量限制**。以下是逐步解决方法： --- #### 1. **理解存储类型与容量** 51单片机的存储区分为以下类型： - **data**：直接寻址的片内RAM（默认128字节，部分型号扩展为256字节）[^3]。 - **xdata**：片外扩展RAM（需硬件支持）。 - **code**：程序存储区（通常8KB~64KB，取决于型号）。 若`data`值超过单片机的实际容量（如170 > 128字节），会导致编译失败[^2]。 --- #### 2. **优化data段使用** **方法一：将变量转移到其他存储区** - 使用`idata`（间接寻址片内RAM）或`xdata`（片外RAM）声明变量： ```c unsigned char idata var1; // 使用间接寻址片内RAM unsigned int xdata var2; // 使用片外RAM（需硬件支持） ``` - **注意**：`idata`访问速度较慢，`xdata`需硬件支持外部RAM。 **方法二：减少全局变量** - 尽量使用局部变量（存储在栈中，不占用`data`）。 - 合并重复功能的全局变量。 --- #### 3. **调整编译器设置** - **启用内存优化**： 在Keil中打开`Options for Target -> C51 -> Code Optimization`，选择`Level 8: Reuse Common Entry Code`以优化内存占用[^1]。 - **切换内存模式**： - **Small模式**：默认使用`data`（适用于小规模变量）。 - **Compact模式**：使用`pdata`（分页片外RAM）。 - **Large模式**：使用`xdata`（需硬件支持）。 --- #### 4. **检查硬件支持** - 若`data`需求远超片内RAM容量，需： - 更换更大RAM的单片机型号（如STC12系列）。 - 扩展外部RAM芯片（需连接硬件并启用`xdata`）。 --- #### 5. **示例代码修改** 原始代码可能包含： ```c unsigned char array[100]; // 默认存储在data段，占用100字节 ``` 修改为： ```c unsigned char xdata array[100]; // 使用片外RAM ``` --- ###
评论 11
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值