《基于下载器的程序固化与加载》相关问题 - Zynq-7010/7020/7035/7045/7100 - 嵌入式开发者社区 - 51ele.net
设为首页收藏本站

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 6473|回复: 1

[已解决] 《基于下载器的程序固化与加载》相关问题

[复制链接]

44

主题

368

帖子

2894

积分

创龙

Rank: 8Rank: 8

积分
2894
发表于 2019-12-17 13:43:15 | 显示全部楼层 |阅读模式
FreeRTOS例程固化失败   


    我们自己开发的程序采用freertos,已通过jtag测试过。在固化程序时设置了对应的u-boot环境变量,断电重启后,系统无法运行,一直在重启,打印信息如下图所示:

        代码已经在调试的时候测试过了,就是在xilinx sdk中运行debug;我这的堆栈倒是开的挺大的,是否是因为堆栈的配置问题呢?













解决办法

从您的打印信息来看,有如下错误地方,地址应该是:

## starting application at 0x00000000 ...
undefined instruction

       请确认FreeRTOS例程的ELF文件的start address是否正确








本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复

使用道具 举报

44

主题

368

帖子

2894

积分

创龙

Rank: 8Rank: 8

积分
2894
 楼主| 发表于 2019-12-17 14:00:34 | 显示全部楼层
客户问题1

使用Vivado 2018.2,将自己开发的vivado工程编译生成了.bin文件 ,然后参照创龙《基于下载器的程序固化与加载》文档,已经将QSPI 器件时钟设置为 50MHz,最后打开SDK使用XSDK烧写自己生成的BOOT.bin到SPI FLASH失败



客户问题2

直接使用创龙光盘的BOOT.BIN和fsbl.elf文件烧写,会一直卡在XSDK烧写界面的进度条不动了,等了有10+分钟也是无法烧写进去















问题答复

1.  Xilinx的BOOT.BIN文件是由FSBL、 U-Boot 、 Bitsream和裸机/FreeRTOS 程序综合生成;我司认为在开发调试阶段, Bitsream和裸机/FreeRTOS 程序需要频繁修改,这样会导致每一次修改都需要重新生成BOOT.BIN文件。
     因此我司将FSBL单独抽出作为BOOT.BIN文件。




2.    我司ZYNQ平台案例默认使用Vivado 2017.4开发,使用其他版本的Vivado可能会出现无法烧写的情况。建议使用我司例程配套的Vivado 2017.4,或者先使用Vivado看看能否烧写SPI FLASH,然后再用XSDK测试;


本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复 支持 反对

使用道具 举报

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

本版积分规则

QQ|手机版|小黑屋|嵌入式开发者社区 ( 粤ICP备15055271号

GMT+8, 2024-3-29 05:47 , Processed in 0.061210 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

快速回复 返回顶部 返回列表