江山易改本性难移之ZYNQ SDK QSPI固化bug及其解决方法

之前在Vivado2018.3通过QSPI方式固化程序时出现问题,显示flash擦除成功,但最后总是不能写入到flash中。

查资料发现从VIVADO 2017.3版本开始,Xilinx官方为了使Zynq-7000和Zynq UltraScale +实现流程相同,在QSPI FLASH使用上做了变化,即Zynq-7000编程flash需要"指定的fsbl"。因为在QSPI引导模式下启动,则"指定的fsbl"将尝试从flash加载分区,从而导致flash编程的错误行为。导致不能下载flash或下载flash后不能启动。

总结一下,就是需要建两个FSBL程序,也可以生成BOOT.BIT以后,修改当前FSBL工程(本例程),一个用于生成BOOT.bin文件,一个用于加载,即Program flash。完整步骤如下:

(1)新建系统环境变量:我的电脑---属性---高级系统设置---环境变量;之后重启一下电脑。

变量名:XIL_CSE_ZYNQ_UBOOT_QSPI_FREQ_HZ

变量值:10000000

(2)在vivado界面PS端选中QSPI方式,其中single SS 4bit IO与Dual Quad SPI方式要根据板卡上几颗QSPI flash以及位数选择,这里选择single SS 4bit IO;

(3)保存设计,编译生成bit文件;

(4)启动SDK,注意要将bit文件选中。新建fsbl程序,不用修改,此程序用于生成BOOT.bin文件。

1)选择你的代码工程,右键选择 create boot image

2)弹出的窗口中可以看到生成的BIF文件路径,BIF文件是生成BOOT文件的配置文件,bif文件和bin文件放在同一个根目录下,并且再次确认是否是最新生成的文件;

之后点击Create Image,生成BOOT.bin文件。

当看到有这两文件时:说明已生成BOOT.bit文件

(4)在不变的工程新建fsbl程序,先点击 Clean project,在main.c主程序中找到"Read bootmode register"的位置,并添加代码BootModeRegister = JTAG_MODE;再点击Build project此处是为了将QSPI编程改为以JTAG模式启动,为了解决bug,

也可以在fsbl_debug.h文件中加上#define FSBL_DEBUG_INFO语句,这是为了能够让串口打印出 Bootloader 的信息,之后保存并编译;

(5)QSPI flash固化

1)FPGA板卡模式开关切换到QSPI启动模式;

2)点击Xilinx---Program Flash,加载刚刚fsbl文件生成的BOOT.bin与fsbl_load文件生成的fsbl_load.elf,

其中Flash Type根据(2)中QSPI选中方式而定;

3)点击Program,即可完成QSPI方式的程序固化。

重点+干货来了:

环境实验:硬件板卡暂未有串口调试输出。

当固化进去以后,如果你发现PL已经启动,但是PS暂未启动,那此时就需要修改这个选项:把这两个关闭。再重新固化以后,关机、重启,发现PL和PS均能正常运行。这就是妥妥的干货。

相关推荐
boonya1 天前
国内外常用的免费BUG管理工具选型
bug
10岁的博客1 天前
Bug排查日记:高效记录与解决之道
bug
彭刷子2 天前
【Bug】Nexus无法正常启动的五种解决方法
bug·nexus
黑客飓风2 天前
从基础功能到自主决策, Agent 开发进阶路怎么走?
面试·log4j·bug
mahuifa2 天前
C++(Qt)软件调试---bug排查记录(36)
c++·bug·软件调试
Kyln.Wu2 天前
【python实用小脚本-205】[HR揭秘]手工党逐行查Bug的终结者|Python版代码质量“CT机”加速器(建议收藏)
开发语言·python·bug
2501_930104042 天前
Bug 排查日记:打造高效问题定位与解决的技术秘籍
bug
weixin_377634842 天前
【YOLO】数据增强bug
yolo·bug
伍哥的传说2 天前
还在为第三方包 bug 头疼?patch-package 让你轻松打补丁!
bug·开发效率·前端工具·第三方包bug·前端开发痛点·npm包修复·依赖包定制
黑客飓风2 天前
Bug排查日记:从崩溃到修复的实战记录
log4j·bug