2. NVIDIA DRIVE硬件与软件架构认知
在产线刷写与EOL测试中，工程师面对的不是一块“通用开发板”，而是一套由多个计算域、存储介质和启动阶段组成的嵌入式系统。如果只把DRIVE平台当成“一个SoC”，刷写时很容易出现“镜像写进去了但系统起不来”“A分区刷成功、B分区校验失败”“MCU正常但Orin无输出”等问题。因此，本章先建立一张可操作的硬件与软件架构图，明确刷写对象、存储分区和启动链路之间的对应关系。
一、计算平台：Orin与Xavier的差异
NVIDIA DRIVE当前主流计算平台包括Xavier和Orin。Xavier采用Volta GPU + Carmel CPU架构，典型算力约30 TOPS，常见于早期L2/L2+项目；Orin采用Ampere GPU + Arm Cortex-A78AE CPU架构，单颗Orin算力从约100 TOPS到254 TOPS不等，是当前L2++到L3项目的主力。对产线而言，两者最关键的差异不在算力，而在启动与刷写路径：Xavier的BootROM和存储布局相对固定，Orin引入了更复杂的A/B分区、UEFI阶段和QSPI+UFS组合，刷写工具链也从早期的`flash.sh`逐步过渡到`nvflash`配合XML配置。
Orin内部通常包含：GPU、CPU集群、DLA、PVA、ISP、安全引擎、MCU域以及多个高速接口控制器。其中与刷写直接相关的是BootROM、QSPI、UFS/eMMC和MCU。BootROM是芯片上电后执行的第一段不可修改代码，负责从QSPI或UFS加载引导程序；QSPI通常存放Bootloader、UEFI固件和分区表；UFS或eMMC则存放操作系统、文件系统和应用镜像。
二、MCU域与主SoC的关系
DRIVE平台通常包含一颗独立MCU，例如Infineon TC397或类似安全控制器。MCU负责电源管理、安全监控、看门狗和部分实时控制逻辑，主SoC负责感知、规划和AI推理。两者通过SPI、CAN或以太网交互。产线刷写时，MCU固件和SoC镜像往往需要分别刷写，且存在先后顺序：一般先刷MCU，确保电源和时钟稳定，再刷SoC的QSPI和UFS。如果顺序颠倒，可能出现SoC刷写过程中MCU复位导致刷写中断。
三、存储分区与A/B机制
Orin/Xavier的存储通常划分为多个分区，常见包括：BCT、MB1、MB2、UEFI、A/B系统分区、rootfs、data、recovery等。其中A/B分区是EOL测试的重点：系统同时存在A和B两套可启动镜像，升级时写入非当前运行分区，重启后切换。这样即使升级失败，也能回滚到另一分区。
在产线刷写中，A/B分区的校验通常包括：分区是否存在、镜像哈希是否匹配、分区标志位是否正确、启动槽位是否指向预期分区。例如，若当前启动槽为A，刷写B分区后，需要确认B分区镜像完整且slot_suffix可切换。常见判断依据是读取/proc/cmdline中的androidboot.slot_suffix或NVIDIA私有分区标志。
四、系统启动链路
Orin的典型启动链路为：上电 → BootROM → QSPI中的MB1 → MB2 → UEFI → 加载UFS中的Linux内核 → 挂载rootfs → 启动用户态服务。Xavier链路类似，但阶段划分和镜像名称略有不同。产线刷写时，任何一个阶段失败都会表现为“无串口输出”“卡在UEFI”“内核panic”或“rootfs挂载失败”。因此，刷写工具必须能分别写入QSPI和UFS，并支持分区级校验。
五、刷写对象与工具链
在产线环境中，刷写通常由nvflash或NVIDIA提供的flash.sh脚本驱动，配合XML分区配置文件。XML中定义了每个分区的名称、偏移、大小和镜像路径。例如，QSPI部分可能包含BCT、MB1、MB2、UEFI，UFS部分包含APP、kernel、rootfs、recovery等。刷写时，工具会先通过USB或以太网进入恢复模式，再按XML顺序写入。
一个典型的Orin产线刷写命令示例如下：
sudo ./nvflash --bl bootloader.bin \
--bct config.bct \
--setbct \
--configfile flash.xml \
--create \
--go其中--bl指定引导加载器，--bct指定板级配置表，--configfile指定分区XML。刷写完成后，工具会输出每个分区的写入状态和校验结果。若某分区校验失败，需要检查镜像路径、分区大小和XML偏移是否匹配。
六、EOL测试中的架构关注点
EOL测试不是简单重复刷写，而是验证“刷写后系统能否按预期启动并进入工作状态”。因此，测试项通常包括：QSPI读取校验、UFS分区挂载、A/B槽位切换、MCU通信、串口启动日志检查、以及关键服务启动确认。例如，在Orin上，可以通过串口抓取启动日志，确认是否出现BootROM、MB1、MB2、UEFI、Kernel各阶段标志；若卡在某一阶段，即可定位到对应存储或镜像问题。