3189|5

71

帖子

0

TA的资源

一粒金砂(初级)

楼主
 

问一个大bin文件重启的问题 [复制链接]

我现在用的是vxworks5.5,vxworks印象压缩后的bin文件放在flash里,在系统启动的时候,将flash里的bin文件解压到内存,然后跳转到vxworks印象的起始地址来执行
现在我的问题是,当bin文件是4M多的时候解压、启动一切正常,而当bin文件大于6M的时候,解压快结束的时候就会重启(解压的时候会有喂狗操作),想问下大家这是什么原因啊~

ps:flash的空间是8M,flash拷贝6M+的文件测试过,文件没有被破坏

最新回复

搞定了 一个很低级的问题 vxworks太大,RAM_HIGH_ADRS 设置太小了 改大后好了 本来就怀疑这个问题,但之前一直看的vxworks映像的RAM_HIGH_ADRS 觉得设置够大了 没什么问题 没想到eprom中设置的和vxwork里设置的不一样。。。   详情 回复 发表于 2010-1-12 17:17
点赞 关注

回复
举报

69

帖子

0

TA的资源

一粒金砂(初级)

沙发
 
会不会是和BSP本身对于FLASH或者RAM大小的定义有关?例如,原本BSP映射的RAM大小就只有6M,当bin文件大于6M的时候,就会发生越界?
 
 

回复

74

帖子

0

TA的资源

一粒金砂(初级)

板凳
 
应该不是这个问题吧~flash映射的空间应该是足够的 我8Mflash都读写试过的,文件都是正确的 说明8M的flash应该都是可用的啊~
 
 
 

回复

69

帖子

0

TA的资源

一粒金砂(初级)

4
 
楼主用的是NOR FLASH?

个人感觉可能是地址溢出,最后可能修改了全局变量,仅个人意见。

帮顶下,MARK。
 
 
 

回复

57

帖子

0

TA的资源

一粒金砂(初级)

5
 
恩,8M intel的J3 flash

地址溢出?为什么会溢出啊,可能想到的地方我都想了,没找到原因。。。
 
 
 

回复

72

帖子

0

TA的资源

一粒金砂(初级)

6
 
搞定了 一个很低级的问题 vxworks太大,RAM_HIGH_ADRS 设置太小了 改大后好了

本来就怀疑这个问题,但之前一直看的vxworks映像的RAM_HIGH_ADRS 觉得设置够大了 没什么问题 没想到eprom中设置的和vxwork里设置的不一样。。。

 
 
 

回复
您需要登录后才可以回帖 登录 | 注册

查找数据手册?

EEWorld Datasheet 技术支持

相关文章 更多>>
关闭
站长推荐上一条 1/10 下一条
立即报名 | 2025 瑞萨电子工业以太网技术日即将开启!
3月-4月 深圳、广州、北京、苏州、西安、上海 走进全国6城
2025瑞萨电子工业以太网技术巡回沙龙聚焦工业4.0核心需求,为工程师与企业决策者提供实时通信技术最佳解决方案。
预报从速,好礼等您拿~

查看 »

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

 
机器人开发圈

About Us 关于我们 客户服务 联系方式 器件索引 网站地图 最新更新 手机版

站点相关: 国产芯 安防电子 汽车电子 手机便携 工业控制 家用电子 医疗电子 测试测量 网络通信 物联网

北京市海淀区中关村大街18号B座15层1530室 电话:(010)82350740 邮编:100190

电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2025 EEWORLD.com.cn, Inc. All rights reserved
快速回复 返回顶部 返回列表