zynq qspi启动、无SD卡、格式化分区emmc、调试全过程

已于 2024-06-17 09:24:04 修改
阅读量1.1k 收藏 28
点赞数 31
文章标签： 嵌入式硬件 ZYNQ KSZ9031驱动 W25Q256驱动 QSPI启动开发流程 无SD卡 挂载emmc
于 2024-06-14 16:38:36 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/li171049/article/details/139683883
版权

1 背景

使用黑金开发板，全部开发流程避开使用SD卡调试，zynq开发过程中很多资料都是基于SD启动。这样就对新板卡调试带来了一定的困难，因为新板卡基本上没有设计SD卡。这里就一步一步实现qspi启动内核，格式化分区emmc，挂载emmc分区文件系统。

这里需要综述一下调试思路：

  1. 第一步：根据原理图搭建最小系统vivado工程，使用SDK对硬件电路进行测试
  2. 第二步：根据vivado工程的hdf文件，使用petalinux生成设备树文件
  3. 第三步：调试U-boot，这需要调试U-boot设备树、W25Q256FVEI、KSZ9031驱动，tftpboot 指令、bootz指令，NFS挂载文件系统。U-boot调试是重点，能够通过U-boot NFS挂载文件系统，板卡启动后，进行emmc的格式化分区，制作文件系统，再同通过修改环境变量、bootargs设置启动挂载emmc分区。
  4. 第四步：调试kernel，配置KSZ9031驱动
  5. 第五步：调试kernel用设备树

这里需要解释一下为什么没有采用petalinux一站式调试，petalinux对U-boot、kernel封装的很好，但是实际调试过程中很不方便，不够灵活。最难以忍受的是QSPI生成的BOOT.BIN文件把内核、设备树、bit流都打包进去，一下子十多兆，用仿真器烧录进去，都要好久，调试过程呢这个烧录反反复复，大大降低了调试效率。当然还有其他问题，比如u-boot、设备树、内核、bit流的修改不够灵活，效率太低。

最终实现效果如下图所示：

最终软件部署图 

本文调试过程使用Vivado工程，Uboot源码，Kernel源码，步骤文档等等如下链接

zynqqspi启动、无SD卡、调试全过程，含vivado工程，使用Uboot源码，使用Kernel源码等调试过程使用资源资源-CSDN文库

2 原理图 

这里选用的黑金开发板，黑金开发板底版上是有设计SD卡的，这里我们就是要避开使用SD卡，所以关于SD卡的设计部分，我们就默认为不存在。

2.1 QSPI

 这里部分原理图QSPI采用W25Q256FVEI

2.2 emmc 

emmc采用MTFC8GAKAJCN型号。这里需要注意的是这里对的emmc连接到PS的控制器SD1上了。

2.3 DDR

ddr设计1G空间，图太多，就不贴了。

采用型号MT41K256M16TW，在开发板的核心板原理图中有详细的原理图设计。

2.4 串口

调试串口

使用ps端串口1，黑金开发板串口0在核心板上，底版是串口1，我们使用底版的串口进行调试，所以这里要重点关注，尤其是Uboot中，不然会看不到打印数据。

2.5 网口

采用片上PS 端MAC0，通过RGMII接口连接采用PHY KSZ9031RNX,phy的地址为0x01，这里注意后面写设备树需要。Uboot需要移植一下该PHY的驱动，内核也是需要的，图太多，就不贴了。

3 Vivado工程 

Vivado 采用2018.3。vivado搭建最小系统，这需要注意的是

BANK电压的选择

DDR控制器的选择，根据使用DDR的型号选择

emmc连接到SDIO1

vivado工程不做过多的设计，这里主要是把系统调试通，后面vivado工程，可以随时更新。

BD文件，这里很简单，主要是一些PS侧的一些设置。

附件资料提供vivado工程。

4 SDK

4.1 硬件调试

新板子贴装回来，硬件工程师一般先对电源电路进行调试，保障板子不爆炸，哈哈，然后丢给软件人员。有些NB的硬件工程师，自己可以使用SDK跑一些测试例程测试一下硬件的基本电路。

这里SDK测试硬件电路不是文章的重点，SDK新建工程也比较简单，如下图所示，SDK提供了很多测试例程，不懂C语言都可以进行测试，这里就不过多阐述。

举例说明，跑一下SDK的串口例程，看看串口打印是否正常，如果串口打印不正常，检查串口电路是否正常，收发是否反接了等等问题。

SDK提供用于测试的例程 

4.2 FSBL 

这里我们要新建一个FSBL工程，用来挂着仿真器，下载BOOT.BIN到QSPI FLASH（BOOT.BIN文件的制作参考5、6、7章节）

烧录步骤如下：

  1. 板子掉电，连接仿真器到电脑，设置JATG启动，板子上电
  2. SDK配置选择如下图所示
  3. 烧录成功提示log如下
  4. 板子掉电，设置QSPI启动，板子上电，看一下串口输出

附件资料提供SDK工程

5 Petalinux

Petalinux采用2018.03版本。

Vivado工程到导出HDF文件，使用petalinux生成bit文件、设备树文件，供后续使用。具体步骤如下

创建文件夹

mkdir -p work/petalinux/

打开文件夹

cd work/petalinux/

有效petalinux环境变量

source /opt/petalinux/settings.sh

创建工程

petalinux-create -t project --template zynq -n zynq_linux

cd zynq_linux

配置hdf文件，该hdf文件，由上述vividao工程生成，这里弹出配置界面，我们全部保留默认配置即可。这里配置需要一段时间，需要耐心等待。

petalinux-config --get-hw-description /media/ltt/019e0de3-9402-4e53-83f4-f86198f1464d2/ALINX/work/hdf/

编译，这里编译需要一段时间，需要耐心等待。

petalinux-build

需要注意的是petalinux使用过程完全保持默认配置，因为我们仅仅需要petalinux打包生成BOOT.BIN。

5.1 制作BOOT.BIN

打包生成BOOT.BIN，注意如下指令，仅仅将u-boot.elf和zynq_fsbl.elf打包到BOOT.BIN内，这样BOOT.BIN的大小就很小，一般不到1M，使用仿真器烧录进QSPI就非常快。下列指令，是我们使用Petalinux的主要目的

petalinux-package --boot --fsbl ./images/linux/zynq_fsbl.elf --u-boot --force

这里只是告诉我们怎么制作BOOT.BIN，这个BOOT.BIN还不能直接烧录到黑金开发板，我们要对Uboot做第6、7章节的更改后，再烧录进去调试。

6 设备树 

这里为什么要提前写设备树相关的内容呢，因为设备树再Uboot和内核中都有涉及。其中Uboot的设备树可以相对简单一些。

在第5章中文件夹，在 Petalinux 工 程 中 执 行 编 译 uboot 后 ， 会 在 工 程 的components/plnx_workspace/device-tree/device-tree/目录下生成设备树文件，如下图所示

 根据上述文件的四个文件的基础修改自己的设备树文件。

7 Uboot

Uboot调试时整个调试过程中最关键，这里我们选择u-boot-xlnx-xilinx-v2018.3。

Xilinx  维护的 uboot 版本可在网站 https://github.com/Xilinx/u-boot-xlnx 查看。Uboot调试过程需要反复烧录QSPI，具体流程如下

  1. 修改uboot

这里修改内容就比较多，包含修改配置，修改代码，添加驱动、修改设备树等等操作

  1. 编译uboot
  2. 替换第5章Petaliux中./images/linux/u-boot.elf文件
  3. 执行指令，生成新的BOOT.BIN
  4. 将新的BOOT.BIN烧录板子，进行测试，如果有问题重复步骤1

配置文件修改，我们直接在Xilinx 官方的 ZYNQ ZC702 开发板做的硬件进行修改

7.1 Uboot添加QSPI驱动W25Q256FVEI

这个版本的Uboot是有W25Q256FVEI驱动的，需要进行配置一下，具体为：

在zynq_zc702_defconfig文件追加如下配置

CONFIG_SPI_FLASH_WINBOND=y

这里zynq_zc702_defconfig文件中已经配置该项，所以无需进行任何改动。正确识别到SPI FLASH的打印log如下图所示

 7.2 Uboot添加KSZ9031驱动

这个版本的Uboot是有KSZ9031驱动的，需要进行配置一下，具体为：

在zynq_zc702_defconfig文件追加如下配置

CONFIG_PHYLIB=y

CONFIG_PHY_MICREL=y

CONFIG_PHY_MICREL_KSZ90X1=y

我尝试了一下，在没有进行上述配置的清空下也能ping通，这里为了保险起见，还是添加上述配置。

 7.3 Uboot修改设备树

在zynq_zc702_defconfig文件修改如下代码

CONFIG_DEFAULT_DEVICE_TREE="zynq-zc702"

修改为

CONFIG_DEFAULT_DEVICE_TREE="system-top"

修改arch/arm/dts/Makefile

在如 内容结尾处字段追加  system-top.dtb

dtb-$(CONFIG_ARCH_ZYNQ) += \

         zynq-cc108.dtb \

         zynq-cse-nand.dtb \

         zynq-cse-nor.dtb \

         zynq-cse-qspi-parallel.dtb \

         zynq-cse-qspi-single.dtb \

         zynq-cse-qspi-stacked.dtb \

         zynq-cse-qspi-x1-single.dtb \

         zynq-cse-qspi-x1-stacked.dtb \

         zynq-cse-qspi-x2-single.dtb \

         zynq-cse-qspi-x2-stacked.dtb \

         zynq-microzed.dtb \

         zynq-picozed.dtb \

         zynq-syzygy-hub.dtb \

         zynq-topic-miami.dtb \

         zynq-topic-miamilite.dtb \

         zynq-topic-miamiplus.dtb \

         zynq-zc702.dtb \

         zynq-zc706.dtb \

         zynq-zc770-xm010.dtb \

         zynq-zc770-xm011.dtb \

         zynq-zc770-xm012.dtb \

         zynq-zc770-xm013.dtb \

         zynq-zed.dtb \

         zynq-zturn-myir.dtb \

         zynq-zybo.dtb \

         system-top.dtb

将第6章中四个设备树文件复制到arch/arm/dts文件夹下，并修改system-top.dts文件，具体修改内容如下：

文件增加了网口的设备树、QSPI的设备，以及指定了打印串口1，设备的对比第6章自动生成设备文件改动较小。system-top.dtsi文件如下

/*
 * CAUTION: This file is automatically generated by Xilinx.
 * Version:  
 * Today is: Thu Jun 13 08:06:37 2024
 */
/dts-v1/;
#include "zynq-7000.dtsi"
#include "pcw.dtsi"
/ {
	model = "ALINX  Board 333";
	compatible = "xlnx,zynq-7000";
	chosen {
		bootargs = "console=ttyPS1,115200 earlyprintk root=/dev/mmcblk0p2 rw rootwait";
		stdout-path = "serial1:115200n8";
	};
	aliases {
		ethernet0 = &gem0;
		serial0 = &uart1;
		spi0 = &qspi;
		mmc0 = &sdhci1;
	};
	memory {
		device_type = "memory";
		reg = <0x0 0x40000000>;		// DDR size
	};

};

&gem0 {
	phy-handle = <&ethernet_phy>;
	local-mac-address = [00 0a 35 00 1e 53];

	ethernet_phy: ethernet-phy@1 {
		reg = <0x1>;
		device_type = "ethernet-phy";
	};
};

&uart0 {
	u-boot,dm-pre-reloc;
	status = "okay";
};
&uart1 {
	u-boot,dm-pre-reloc;
	status = "okay";
};

7.4 制作BOOT.BIN

修改后的Uboot编译通过后，生成u-boot

编译指令如下

使能环境变量

source /opt/petalinux/settings.sh

清理Uboot

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- distclean

生成.config

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- zynq_zc702_defconfig

编译Uboot

make V=0 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j8

将该u-boot修改为u-boot.elf，复制到5.1中/images/linux/文件夹下，然后执行5.1中命令，生成BOOT.BIN。

使用该BOOT.BIN文件参考4.2中烧录方法，下载到QSPI FLASH进行调试，通过调试串口，打印log信息判断目前烧录的BOOT,BIN的状态，如果网口或者QSPI驱动还有问题，要进一步修改，重复烧录调试。

使用SDK烧录配置：

烧录成功后，掉电，切换开启启动SPI启动，同通过串口查看打印信息。

7.5 测试

开机log发现，我们上述的修改都正确了。这里需要测试一下网口是否能够ping通，网口能够ping通。

 这里要调试后一定要保证网口、QSPI FALSH正常，才能进行下面的操作。

8 Kernel

使用 Xilinx 提供的 Linux源码， Xilinx 提供的 Linux 源码，如下网址可以下载，使用

https://github.com/Xilinx/linux-xlnx/tree/xilinx-v2018.3

 8.1 zImage

前面的过程太复杂了，新板调试的关键就是Uboot，这里内核，我们就不修改任何东西，直接编译zImage。在编译 Linux 内核之前要先配置 Linux 内核。每个板子都有其对应的默认配置文件，这些默认配置文件保存在 arch/arm/configs 目录中。 xilinx_zynq_defconfig 作为 ZYNQ EVK 开发板所使用的默认配置文件。

编译kernel，制作zImage

source /opt/petalinux/settings.sh

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- distclean

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- xilinx_zynq_defconfig

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- zImage -j10

8.2 设备树

设备树可以参考7.3中Uboot修改设备树的方法。

编译设备树文件，这里将Uboot中使用的设备树文件，拷贝到./linux-xlnx-xilinx-v2018.3/arch/arm/boot/dts文件夹下

同时，修改./linux-xlnx-xilinx-v2018.3/arch/arm/boot/dts/Makefile添加system-top.dtb，如下所示：

dtb-$(CONFIG_ARCH_ZYNQ) += \

         zynq-cc108.dtb \

         zynq-microzed.dtb \

         zynq-parallella.dtb \

         zynq-zc702.dtb \

         zynq-zc706.dtb \

         zynq-zc770-xm010.dtb \

         zynq-zc770-xm011.dtb \

         zynq-zc770-xm012.dtb \

      zynq-zc770-xm013.dtb \

         zynq-zed.dtb \

         zynq-zybo.dtb \

         system-top.dtb

编译生成system-top.dtb，如下指令

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- system-top.dtb -j10

至此我们得到两个文件：

Linux 内核镜像文件： zImage。

Xilinx对应的设备树文件： system-top.dtb。

将这两个文件拷贝到tftp文件夹下，为后续tftp调试准备

9 TFTPBOOT 

首先调试板卡和虚拟机Ubuntu之间，在 Ubuntu 上搭建 TFTP 服务器。关于搭建步骤网上资料较多，这里就不在重复。

使用电脑直接连接开发板，虚拟机Ubuntu作为服务器，需要配置一些参数，才能正常工作。

9.1 Ubuntu配置参数

这里保障虚拟机Ubuntu ping通，需要关闭电脑wifi虚拟机配置IP，本地电脑的IP也要保持和开发板、虚拟机Ubuntu的IP在同一网段。

sudo ifconfig ens33 192.168.3.99

9.2 Uboot配置参数

主要是配置板卡IP，配置服务器IP

setenv ipaddr 192.168.3.101
setenv ethaddr 00:0a:35:00:1e:53
setenv gatewayip 192.168.3.1
setenv netmask 255.255.255.0
setenv serverip 192.168.3.99


saveenv

9.3 tftpboot

需要将第8章中编译的文件，拷贝到tftpboot文件夹下

将文件通过tftpboot指令拷贝到DDR

tftpboot 0x2080000 zImage

tftpboot 0x2000000 system-top.dtb

启动内核

bootz 0x2080000 - 0x2000000

执行上述指令，启动内核，但是我们到这里还没有制作文件系统，所以这里启动内核会发生错误。但是如果内核能够正常启动，说明我们的Uboot调试告一段落了。

9.4 测试

测试过程中出现如下Starting kernel ...字样后，就没有任何提示信息了，该字样时Uboot打印，已经跳转到kernel，应该是时Kernel的打印串口切换到串口0了，也就是Uboot给到Kernel的bootargs需要修改

错误问题

Zynq> bootz 0x2080000 - 0x2000000

## Flattened Device Tree blob at 02000000

   Booting using the fdt blob at 0x2000000

   Loading Device Tree to 1fffa000, end 1ffff574 ... OK

Starting kernel ...

解决办法

Uboot中修改bootargs变量

setenv bootargs 'console=ttyPS0,115200 earlyprintk root=/dev/mmcblk0p2 rw rootwait'

saveenv

这里多说一句，bootargs中使用ttyPS0还是ttyPS1其实和设备树的写法也是相关的，实在不行就两者都试试了。总有一个是可以的。

这里内核能启动起来，恭喜你，三巨头你已经不知不觉中搞定了2个了，还有一个就是文件系统。

10 NFS文件系统

NFS的搭建，参考网上资料，比较多了，这里不再重复，也比较简单。

这里想说说为什么要搭建NFS文件系统，首先NFS方便调试，这个大家都知道。但是，你有没有想过，你的板卡刚从贴装厂出来，里面的EMMC啥数据都没有，你不可能直接把数据烧录到EMMC，当然这时有设计SD卡肯定更方便一些，多一种途径操作EMMC。

通过NFS的文件系统，我们就可以将EMMC格式化、分区、然后再进行挂载。

文件系统的制作，这里其实已经有了，Petalinux已经为我们生成了，可以使用，在/work/petalinux/zynq_linux/images/linux目录下

10.1 解压缩文件系统 

解压缩文件系统，到该路径xxx/linux/nfs

mkdir rootfs

tar -xzvf /xxx/images/linux/rootfs.tar.gz -C /xxx/nfs/rootfs/

10.2 修改Uboot启动参数

首先我这里是电脑的网口直接连接开发板的网口，虚拟机Ubuntu ip地址配置为99，电脑win10的IP配置为100，开发板的IP配置为99

setenv bootargs 'console=ttyPS0,115200 root=/dev/nfs rw nfsroot=192.168.3.99:/xxx/nfs/rootfs ip=192.168.3.101:192.168.3.99:192.168.3.1:255.255.255.0::eth0:off'


saveenv

修改上述配置后，再进行第9章，启动内核后就可以，直接挂载NFS文件系统启动了。

10.3 测试

这里的文件系统可能还缺少很多指令，不过通过Petalinux可以配置，如果你有之前的文件系统，那也可以直接使用。

  1. 挂载MMC对MMC进行分区格式化，再将文件系统解压缩的指定分区；
  2. 修改Uboot的bootargs指定根文件系统为MMC的分区；
  3. 最后调试没有问题了，就可以固定Uboot的启动流程，将第9章中的手动启动指令，修改为自动启动。

11 总结

文章详解了qspi调试的全过程。后续关于文件系统的制作讲述有点粗糙，只是提出了步骤。不然文章太长，步骤过于复杂，会让初学者失去兴趣。

整个调试过程也可以看到，基于赛灵思官方ZYNQ ZC702 开发板的配置基本上不用修改都可以把整个过程调试通过。

这里提供调试过程中的所有资料，包含vivado工程、调试后Uboot源码、调试后Kernel源码、文件系统等，供参考。

有问题，可以留言交流。

12 使用资源下载

本文调试过程使用Vivado工程，Uboot源码，Kernel源码，步骤文档等等如下链接

zynqqspi启动、无SD卡、调试全过程，含vivado工程，使用Uboot源码，使用Kernel源码等调试过程使用资源资源-CSDN文库

大牛攻城狮
关注
  • 31
    点赞
  • 踩
  • 28
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
ZYNQ EMMC/FLASH/SD卡硬件性能测试
wangjie36的博客
07-01 6411
vivado硬件配置：勾选上SD0，SD1，FLASH和PS_UART 生成.bit，导入SDK，分别建硬件测试工程 1，EMMC裸机读写测试 方法：使用了 XILINX SDK 库函数实现读写，先往 EMMC 里面写 1024 个数据，然后读出来对比； #include <stdio.h> #include "xparameters.h" #include "xil_exception.h" #include "xsdps.h" #include "xil_printf.h"
【Xilinx-Petalinux学习】-03-PetaLinux通过eMMC方式启动
weixin_30716141的博客
12-09 1519
前面说的我的硬件上有一颗eMMC的芯片，型号是MTFC4GACAJCN-4M IT，有4GB的容量。 BOOT.bin的文件较小，只有不到3MB，但是image.ub的文件根据不同的需求，将来可能会越来越大，将它们都放在16MB的QSPI Flash上有点危险，而且下载起来也不太方便。 所以准备将u-boot和kernel的存储位置分开，将包含u-boot的BOOT.bin烧录在QSPI Fl...
Zynq 从 QSPI 启动 、从 TFTP 下载内核、NFS 挂载根文件系统
yz想要成为钢铁侠
06-11 709
新的项目开发板没有 SD 卡，也没有办法直接将 BOOT.BIN 、 zImage 、 boot.scr 等文件直接存入 eMMC就学习了从 QSPI Flash 加载 U-Boot，再使用 TFTP 和 NFS 启动 Linux 操作系统。
Xilinx ZYNQMP 根系统以及EMMC启动
xiaojionglian1的博客
01-11 2160
​ Xilinx的ZYNQMP支持4种启动方式，分别为SD，EMMC，QSPI，JTAG。EMMC启动的话，需要qflash启动fsbl后再加载emmc的uboot和内核镜像，根文件的话可以选择性挂载。你如果想问为什么：那就是ARM架构的内部有一块boot rom，存放着原厂写好的启动程序(这玩意改不了)，这个程序他去加载qflash的fsbl程序，fsbl启动后加载PL BitStream，然后才去启动uboot，uboot再启动内核。如果你启动不起来，记得去烧录一下qflash。
【JokerのZYNQ7020】QSPI启动。
Joker_是小王的博客
11-03 2639
软件环境：vivado 2017.4 硬件平台：XC7Z020 通常来说，系统做好以后是放SD卡里，上电以后，根据boot引脚的配置，从SD卡引导系统启动。如果你像我一样，板子上还带有QSPI+EMMC，当然也可以选择另外一种启动方式，从QSPI启动，文件系统从EMMC加载，摆脱SD卡束缚，如果工程上用的话，最好也使用这种引导方法，因为可以避免SD卡槽松动或者插拔次数过多引起的接触...
从 QSPI Flash 启动 U-Boot：通过 TFTP 或 eMMC 加载 Linux 内核并从 NFS 挂载根文件系统的实现过程
yz想要成为钢铁侠
06-12 712
1. 从QSPI Flash启动 U-Boot 并通过 TFTP 下载 Linux 内核及 NFS 挂载根文件系统 2. 从QSPI Flash 启动 U-Boot 并通过 eMMC 加载 Linux 内核及 NFS 挂载根文件系统
HW-Z7-ZC702原理图
01-25
HW-Z7-ZC702原理图,对应的开发板型号是XC7Z020-CLG484
ZYNQ无SD卡配置Linux系统到QSPI Flash和eMMC
chenxr的博客
05-22 6173
本文介绍在ZYNQ上，没有SD卡时，如何用QSPI Flash和eMMC启动Linux系统。QSPI Flash放置BOOT.BIN，eMMC的第一个分区（FAT32格式）放置image.ub和system.dtb，eMMC第二个分区（EXT4格式）放置根文件系统放。eMMC的操作和SD卡一样，难点是如何格式化eMMC，其他步骤和用SD卡时差不多。
【ZYNQ】制作从 QSPI Flash 启动 Linux 的启动文件
嵌入式小菜鸟一枚~
03-21 1821
如何使用 PetaLinux 配置生成从 QSPI Flash 启动的 Linux 镜像文件
Zynq7020-PS端裸机--EMMC/SD驱动实现
分不清
07-03 5630
下面来介绍一下，emmc、sd的驱动实现。 一、vivado PL端设置 二、ps端代码编写
zynq qspi启动、无SD卡、调试全过程，含vivado工程，使用Uboot源码，使用Kernel源码等调试过程使用资源
最新发布
06-14
全部开发流程避开使用SD卡调试，zynq开发过程中很多资料都是基于SD启动。这样就对新板卡调试带来了一定的困难，因为新板卡基本上没有设计SD卡。这里就一步一步实现qspi启动内核，格式化分区emmc，挂载emmc分区文件...
zynq的qspi启动BOOT.bin
10-04
主要用于zynq引导启动，为qspi启动方式，为文章附件 。 https://blog.csdn.net/feitingfj/article/details/102011002
ZYNQ QSPI FLASH启动系统的方法，包括各种错误的解决，petalinux的使用，vivado的使用，详细讲解（一）
01-06
我的ZYNQ开发板上无SD卡和网口，所以只能设置为QSPI flash启动，为了这样启动系统，我遇到了很多问题，在此简单的总结一下。我vivado版本为2017.4，petalinux版本为2019.1，我在此强烈建议将vivado和petalinux的版本...
ZYNQ_MPSoc的qspi+emmc启动方式制作流程
08-26
ZYNQ_MPSoc的qspi+emmc启动方式制作流程 本文将详细介绍ZYNQ_MPSoc的qspi+emmc启动方式制作流程，包括项目环境搭建、Petalinux工程配置、Petalinux工程编译、打包和烧录等步骤。 一、 项目环境搭建 在开始之前，...
Zynq7045 linux系统挂载EMMC及使用.pdf
10-28
关于xilinx的XC7Z045芯片（简称Zynq7045）在linux环境下挂载emmc，以及进行EMMC分区，格式化和文件使用测试。在zynq045的板卡上测试使用过的。
zynq7000 emc启动及其加速
weixin_71774768的博客
07-10 1509
需要注意，ZYNQ7000 系列不支持eMMC作为BOOT 启动盘。那么我们需要用QSPI FLASH + eMMC的方式启动系统，QSPI FLASH存放BOOT文件，eMMC存放内核文件+文件系统或者只存放文件系统；图 1‑1 工作流程。
【ZYNQ】QSPI Flash 固化程序全攻略
嵌入式小菜鸟一枚~
05-31 5101
ZYNQ QSPI Flash 固化程序
zynq qspi启动
05-01
Zynq是一款高度集成的SoC，拥有FPGA和ARM处理器。QSPI启动是一种使用Quad SPI Flash存储器启动Zynq SoC的方法。 QSPI启动需要将程序代码和引导加载到Quad SPI Flash存储器中。在启动过程中，Zynq的PS（处理系统）部分会自动从QSPI Flash中加载程序代码和引导。QSPI Flash可以作为Zynq的主引导设备，用于启动系统。 为了让Zynq正确识别和读取QSPI Flash中的内容，需要根据Quad SPI Flash的具体型号和特性设置QSPI控制器的寄存器。具体步骤如下： 1. 首先，需要将QSPI控制器从bootloader启动到操作系统内核启动时设置为QSPI Flash作为主引导设备。 2. 接着，需要在Zynq SoC中配置QSPI Flash的寄存器，以定义Flash器件的特性、引脚配置和时序参数等。 3. 通过配置Zynq的device tree，设置QSPI控制器可以读取QSPI Flash中的所有内容，包括启动镜像和内核映像等。 4. 最后，使用jtag等方法进行烧写，将编译好的程序代码和引导加载到QSPI Flash中。 通过以上步骤，Zynq QSPI启动就可以成功实现。在实际应用中，QSPI启动方式具有启动速度快、存储空间大等优势，广泛应用于嵌入式系统中。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

大牛攻城狮

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值