如何深入理解和应用zynq的fsbl文件

fsbl是zynq开发中fsnq-7000

ap

soc启动中用户自厅轮定义的一弊友些初始化代码，用来选择初始化sd卡读写、以太网接口这样的外设。在sdk

for

vivado的2013版本中，在已经生成了bsp的情租伏槐况下，可以直接新建fsbl工程并自动选择生成启动映像！

步骤：

1. 首先在vivado SDK中分别建立两个工程

注意：如上图所示，Core0 工程建立时选择ps7_cortexa9_0, Core1 工程建立时选择ps7_cortexa9_1

完成后如下图所示：

2.配置Core1即从核中的BSP文件

在下图中画圈处，配置：-DUSE_AMP=1

3 配置Core0和Core1的DDR空间分配

通过修改lscript.ld文件中的内容，可以改变在存储器中的执行位置，

因为ELF文件是加载到DDR中执行的，所以两个DDR地址不能碰野重合

Core0的配置 ：画圈处 栈空间也要分配，防止溢出

Core1配置

4 建立FSBL文件，并配置亩族mian()文件

配置main() 跟第三步中的DDR空间配置有关

在FSBL的src中找到main.c文件打开，在里面添加下面一段代码，用于启动CPU1：

#define sev() __asm__("sev")

#define CPU1STARTADR 0xFFFFFFF0 //Core1 DDR配置中的SIZE大小

#define CPU1STARTMEM 0x10000000 //Core1 DDR配置中的起始地址

void StartCpu1(void)

{

#if 1

Xil_Out32(CPU1STARTADR, CPU1STARTMEM)

dmb()//waits until write has finished

sev()

#endif

}

将上面的代码在main()中添加到：

Load boot image的位置，将CPU1的启动函数，放置于此位置，改动后的代笑耐喊码段如下：

5 生成mcs文件和烧写mcs文件到QSPI Flash

单击‘Core1’，选择Xilinx Tools –>Create zynq boot image，选择Add，选择文件…/ Core1/Debug/ Core1.elf,点击打开。然后选择Core1.elf, Core0.elf在Core1.elf上面。然后在Output pach后面把boot.bin修改为Boot.mcs。然后点击 Create Image

选择Core0

选择文件生成存储地址

选择MCS

画圈处是添加的文件

顺序为：FSBL.elf.bit文件 Core0.elf Core1.elf

点击Create Image 生成.mcs文件

6 完成 *** 作 将 .MCS 文件烧写进板子里

bin文件用来烧写到SD卡，mcs文件用来烧写到QSPI flash中 ，

选择Xilinx Tools –>Program Flash，在Image File后面选择刚才生成的Boot.mcs文件，Offset为0x0，Flash Type为qsip_single。勾选Blank check after erase和Verify after flash。检查开发板上电和连线状况，然后点击Program

将该 demo 生成的 app（升级用）和 fsbl、最简化 bit 文件(可选)打包成 BOOT.BIN，作为 golden image 烧写在 qspi flash 偏移 0 地址开始的位置，其中最简化 bit 文件为在线升级功能提供必要的物理通道(如果不需要，可以不打包该文件)，golden image 一旦发布基本不需要进行升级，由该 golden image 负责和上位机进行通信交互，完成业务 app、业务 bit 文件、uboot 以及败芦 *** 作系统 image 等文件在线升级，在 qspi flash 容量足够的情况下，还可以进一步实现多个业务镜像、bit文件并存，通过在线切换不同的bit文件和业务镜像实现不同的功能，业务 bit 文件由业卖山务 APP 负责加载到 PL 中。这个例子是裸机程序下的使用串口实现在线升级功能，对于 *** 作系统下的升级和多业务镜像不在本文中进行讨论， *** 作系统下在线升级和多业务镜像相对更容易实现；用户可以在该 demo 的基础上，在升级过程中增加所有业务 app 和 bit 文件的 CRC 校验，并把 CRC 校验值保存在 flash 中(在 qspi flash 预留从 16M-64KB 开始的 64KB 保留升级相关的信息)，启动加载业务app 和bit 文件时，如果某个文件CRC错误，则加载其他备份文件，实现PSOC multiboot的效果。

一，在线升级工作原理和程序流程

软复位重启系统流程不是必须的，可根据需要修改成右边的“加载业务app并启动”的流程。

二，工程简要说明

1，workspace名词解释

2，app工程中在线升级代码解释

3，使用 UART0作为调试串口和升级文件用的通信串口，如果使用UART1，需要修改STDIN BASEADDRESS和STDOUT BASEADDRESS为UART1的基地址。

4,修改波特率的从procise中的BD中修改，比如改为460800

5，修改 fmsh_uart.c文件FUartPs_setBaudRate函数fsbl工程和app工中枯中程对应的地方都要修改

u8 FUartPs setBaudRate(FUartPs T *uartDev, u32 baudRate)

{

uint16 t retval

u32 divisor

float divisor ffloat tmpi

u32 tmp32 =0retval=0

uint16 t fdivisor

tmp = 16 * baudrate

tmp = (float) (uartDev->input_clock / tmp)

divisor =(u32)tmp

divisor_f=tmp - divisor

/*波特率小数分频误差修正*/

if (((u32) (divisor_f * 10) &10)<5) /* 四舍五入*/

{

tmp32 = (u32)(divisor_f * 10) / 10

}

else

{

tmp32 = (u32) (divisor_f * 10 + 9) / 10

}

fdivisor =tmp32

FUartPs setClockDivisor(uartDey, divisor, fdivisor)

return retval

}

三，在线升级 *** 作流程

1、将 fsbl 和串口升级 app(update_file_qspi.out)打包成 BOOT.BIN,烧写到qspi flash的0地址，使用 qspi 模式启动单板。

2，完成2个业务 app(HelloWorld1和HelloWorld2)升级后，根据串口提示输入no完成本次轮级，进入设置业务模式下欲启动业务app的信息(这部分信息将保存在qspi flash 16MB-64KB开始的位置)的流程，设置完成自动软复位重启系统。

3，非升级模式下，存在多个业务 APP 时，用户可以设置激活启动 qspi 中的某个业务 APP，用户选择的该业务 app 的信息会被保存在 qspi flash 16MB-64 KB 开始的位置，设置完成自动加载启动该业务 APP。

---