1. 课程导入与Zynq启动链全景

在嵌入式系统里，“上电即运行”从来不是一句口号，而是一条由硬件复位、BootROM、引导头、FSBL、PL配置、操作系统加载共同构成的严格链条。对Zynq-7000与Zynq UltraScale+ MPSoC而言，这条链的任何一环出错，现象往往不是“程序跑飞”这么简单，而是串口无输出、JTAG能连但启动失败、QSPI能读但DDR训练不过、Linux卡在“Starting kernel”之前。本课程围绕这条启动链展开，目标不是背流程，而是建立“能定位、能复现、能加固”的可靠性工程能力。

学习目标与课程定位

完成本课程后，你应当能够：第一，独立画出Zynq-7000与UltraScale+ MPSoC的启动阶段划分，并指出每一阶段的执行主体、存储介质和可干预点；第二，读懂BootROM日志、FSBL打印和PMU固件输出，把“卡住”映射到具体阶段；第三，针对QSPI、SD、eMMC、NAND等启动介质，完成BOOT_MODE引脚、启动镜像分区和引导头参数的核对；第四，在启动失败时按“供电—时钟—复位—介质—镜像—DDR—PL—OS”的顺序收敛排查范围；第五，把启动可靠性落到可执行措施上，例如镜像冗余、看门狗、启动计数、回滚策略和日志留存。

课程整体分为四个板块：启动链原理与器件差异、启动介质与镜像结构、启动失败诊断与排障、启动可靠性加固与工程实践。本章作为导入，先把两代器件的启动全景对齐，后续章节再逐段展开。

Zynq-7000与UltraScale+ MPSoC启动链差异

Zynq-7000的启动主体是ARM Cortex-A9双核与PL。上电后，BootROM先执行，读取启动模式引脚，从QSPI、NAND、NOR、SD或JTAG中选择启动介质，加载FSBL到OCM。FSBL负责配置DDR、加载PL比特流、加载SSBL（通常是U-Boot）或裸机应用。其启动链可概括为：BootROM → FSBL →（PL配置）→ U-Boot → Linux/裸机。

UltraScale+ MPSoC则复杂得多。它包含APU（Cortex-A53）、RPU（Cortex-R5F）、PMU（平台管理单元）、CSU（配置安全单元）和PL。上电后，PMU固件先运行，CSU执行BootROM，随后加载FSBL。FSBL之后可加载ATF（ARM Trusted Firmware）、PMU固件、PL比特流和U-Boot。其启动链为：PMU → CSU BootROM → FSBL → ATF/PMU/PL → U-Boot → Linux。关键差异在于：多核异构、PMU参与电源与复位管理、ATF引入安全启动分级、PL配置可与APU启动并行。

可靠性工程在启动阶段的意义

启动阶段是系统最脆弱的窗口：供电尚未稳定、DDR未训练完成、PL未配置、看门狗尚未接管。工业现场的一次异常掉电、QSPI的一个位翻转、DDR训练参数随温度漂移，都可能让设备“变砖”。可靠性工程在这里不是附加项，而是决定设备能否远程恢复、能否批量部署、能否通过长期运行考核的基础。

具体来说，启动可靠性要解决四类问题：一是可恢复性，镜像损坏后能否自动回滚到备份镜像；二是可观测性，启动失败时能否留下足够日志定位到阶段；三是可重复性，同一批次板卡在相同介质和参数下启动行为一致；四是可加固性，能否通过冗余、校验、看门狗和启动计数把偶发失败收敛为可控事件。

整体课程框架与学习路径

后续章节将按“先看清链条，再拆解介质，再诊断故障，最后加固”的顺序推进。你会先建立两代器件的阶段模型，再进入QSPI/SD/eMMC的镜像结构与引导头字段，随后用真实日志分析启动卡死、DDR训练失败、PL配置超时等典型问题，最后落到双镜像冗余、看门狗喂狗时序、启动计数与回滚策略的工程实现。

学习时建议准备一块可用的Zynq-7000或UltraScale+开发板、串口终端和JTAG调试器。每章尽量在板上复现一次关键现象，例如修改BOOT_MODE观察启动介质切换、用坏镜像验证回滚、抓取FSBL打印定位阶段。只有把“图上的链条”和“板上的现象”对应起来，启动链才真正成为可用的工程能力。