告别纯理论：手把手教你为ZYNQ矿板EBAZ4205构建并固化Petalinux系统到NAND Flash-平芜编程栈

实战指南：将Petalinux系统永久固化到ZYNQ矿板EBAZ4205的NAND Flash

对于已经通过TF卡成功启动Linux系统的ZYNQ开发者而言，下一步自然是将系统永久固化到板载的NAND Flash中。这不仅能够提升系统的启动速度和可靠性，也是产品化过程中的关键一步。本文将深入探讨从TF卡启动过渡到NAND Flash启动的全过程，包括Uboot环境配置、分区设置差异以及多种烧录方法的详细对比。

1. 理解NAND Flash启动与TF卡启动的本质区别

在ZYNQ平台上，从NAND Flash启动与从TF卡启动在底层机制上存在显著差异。理解这些差异是成功实现系统固化的前提。

存储介质特性对比：

特性	NAND Flash	TF卡（SD/MMC）
访问方式	原始块设备	带有文件系统的块设备
读写单位	页（Page）和块（Block）	扇区（Sector）
寿命	有限擦写次数（约10万次）	相对较高
速度	较慢	较快
坏块管理	需要专门处理	由控制器自动处理

Uboot启动命令差异：

TF卡启动通常使用基于文件系统的加载命令：

fatload mmc 0 0x8000000 image.ub

而NAND Flash启动则使用基于物理地址的读取命令：

nand read 0x08000000 0x300000 0xA00000

关键点在于：NAND Flash操作需要精确知道数据存储的物理位置和大小，而TF卡则依靠文件系统来管理这些细节。

2. 准备NAND Flash专用的Petalinux镜像

在开始烧录之前，必须确保生成的Petalinux镜像针对NAND Flash启动进行了正确配置。

2.1 修改Petalinux工程配置

进入Petalinux工程目录，执行配置命令：

petalinux-config

需要调整以下关键参数：

启动介质设置：
- Subsystem AUTO Hardware Settings → Advance bootable images storage Settings → boot image settings → image storage media：选择primary flash
- kernel image settings → image storage media：同样选择primary flash
Flash分区设置：
- Subsystem AUTO Hardware Settings → Flash Settings：
  - boot image offset：0x0
  - boot image size：0x300000 (3MB)
  - kernel image offset：0x300000 (3MB)
  - kernel image size：0xA00000 (10MB)
  - bootenv offset：0x2E0000
  - bootenv size：0x20000

提示：这些分区大小需要根据实际生成的镜像大小进行调整，建议预留20%的余量。

2.2 重新编译并生成镜像

完成配置后，执行以下命令重新构建系统：

petalinux-build petalinux-package --boot --format BIN --fsbl zynq_fsbl.elf --fpga system.bit --u-boot --force

这将生成两个关键文件：

BOOT.BIN：包含FSBL、比特流和Uboot
image.ub：包含内核、设备树和根文件系统

3. 通过Xilinx SDK烧录镜像到NAND Flash

使用Xilinx SDK通过JTAG接口烧录是最直接的方法，适合首次烧录或恢复场景。

3.1 硬件连接准备

确保开发板已正确连接：
- JTAG调试器（如Xilinx Platform Cable）
- 串口调试终端
- 稳定电源供应
将开发板设置为NAND启动模式（通常通过跳线或开关设置）

3.2 烧录BOOT.BIN到NAND Flash

打开Xilinx SDK，进入Flash编程界面
选择生成的BOOT.BIN文件
设置烧录参数：
- Flash类型：NAND Flash
- 偏移地址：0x00000000
- 其他参数保持默认
开始烧录，等待完成

3.3 烧录image.ub到NAND Flash

由于Xilinx SDK默认只识别.bin或.mcs文件，需要先将image.ub重命名为image.bin。

在Flash编程界面选择重命名后的image.bin文件
设置烧录参数：
- Flash类型：NAND Flash
- 偏移地址：0x00300000（对应之前设置的kernel image offset）
开始烧录，等待完成

注意：首次启动时可能会看到"bad CRC"警告，这是正常的，只需在Uboot命令行中执行saveenv保存环境变量即可解决。

4. 通过Uboot命令行更新NAND Flash镜像

对于已经运行Uboot的系统，可以通过串口或网络直接更新镜像，无需使用JTAG。

4.1 串口烧录方法（适用于小规模更新）

连接串口终端，进入Uboot命令行
准备接收镜像的内存区域：
```
mw.b 0x800000 ff 0xA00000
```
使用Kermit协议接收镜像：
```
loadb 0x800000
```
然后在终端软件中选择发送文件（如SecureCRT的"发送Kermit"功能）
擦除目标NAND区域：
```
nand erase 0x300000 0xA00000
```
将镜像写入NAND：
```
nand write 0x800000 0x300000 0xA00000
```

4.2 网络烧录方法（推荐用于频繁更新）

确保开发板网络连接正常
在主机上搭建TFTP服务器，将image.ub放入TFTP根目录

在Uboot中设置网络参数：

setenv ipaddr 192.168.1.100 setenv serverip 192.168.1.1 saveenv

通过TFTP下载镜像到内存：
```
tftp 0x800000 image.ub
```

擦除并写入NAND：

nand erase 0x300000 0xA00000 nand write 0x800000 0x300000 0xA00000

5. 高级技巧与故障排除

5.1 优化Uboot环境变量

合理的Uboot环境变量设置可以显著提升开发效率：

setenv bootcmd 'nand read 0x08000000 0x300000 0xA00000; bootm 0x08000000' setenv bootdelay 2 saveenv

5.2 常见问题解决方案

问题1：镜像烧录后无法启动

检查启动模式设置是否正确
确认烧录的偏移地址与Petalinux配置一致
验证NAND Flash是否存在坏块

问题2：网络功能无法使用

检查硬件连接（特别是EMIO引脚分配）
确认Vivado工程中ENET0配置正确
验证Uboot中的网络驱动是否正常加载

问题3：系统启动后文件系统只读

检查根文件系统类型是否为INITRAMFS
确认NAND Flash分区和文件系统配置正确

在实际项目中，我遇到过多次因NAND坏块导致的启动失败。解决方法是使用Uboot的nand scrub命令彻底擦除整个NAND Flash，然后重新烧录镜像。但要注意这会清除所有数据，包括环境变量分区。

告别纯理论：手把手教你为ZYNQ矿板EBAZ4205构建并固化Petalinux系统到NAND Flash