2. 固件与升级基础
固件（Firmware）是嵌入在硬件设备中的底层软件，通常存放在非易失性存储器中，负责初始化硬件、提供基础运行环境，并向上支撑操作系统或应用逻辑。与普通应用软件不同，固件与芯片、板级电路、外设时序紧密耦合，一旦损坏，设备可能无法启动、无法联网，甚至彻底“变砖”。因此，理解固件的定义、分类、存储介质、启动流程、升级方式与协议，是后续进行故障恢复与诊断的前提。
一、固件的定义与核心特征
固件可以理解为“固化在硬件中的软件”。它通常具备以下特征：
- 非易失性：断电后仍保留，存放在 Flash、EEPROM、ROM 等介质中。
- 硬件相关性：与具体 SoC、外设、时钟、电源管理芯片强相关。
- 启动关键性：负责上电后的第一段代码执行，决定设备能否进入可维护状态。
- 可升级性：现代固件大多支持现场升级，以修复缺陷、增加功能或适配新硬件。
从层次上看，固件往往不是单一镜像，而是由多个阶段组成：一级引导（BootROM）、二级引导（SPL/U-Boot）、固件主体（如 RTOS 镜像、Linux 内核与根文件系统）、以及配置区、参数区、备份区等。理解这种分层，有助于在升级失败时快速定位是“引导坏了”还是“应用坏了”。
二、固件的分类与存储介质
按功能与位置，固件可分为：
- 引导固件：如 BootROM、SPL、U-Boot，负责时钟、DDR、存储控制器初始化并加载下一阶段。
- 系统固件：如 RTOS 镜像、Linux 内核、根文件系统，提供操作系统能力。
- 外设固件：如 Wi-Fi 模组、蓝牙芯片、电源管理 IC、传感器中的固件，通常通过主控下载或独立升级。
- 配置固件：如校准参数、MAC 地址、设备树、环境变量，虽小但缺失会导致启动异常。
常见存储介质包括：
| 介质 | 特点 | 典型用途 |
|---|---|---|
| NOR Flash | 支持 XIP，读取快，容量小，成本高 | BootROM、U-Boot、小型 RTOS |
| NAND Flash | 容量大，成本低，存在坏块，需 ECC | 内核、根文件系统、大固件包 |
| eMMC/UFS | 集成控制器，性能高，支持分区管理 | 智能设备、车载、工业网关 |
| EEPROM | 字节级擦写，寿命有限，容量极小 | 参数、校准数据、序列号 |
| SPI NOR | 接口简单，常用于外部启动 | 路由器、IoT 模组、BIOS |
三、典型启动流程与升级方式
以嵌入式 Linux 设备为例，典型启动链路如下：上电后 BootROM 从固定介质读取 SPL，SPL 初始化 DDR 并加载 U-Boot，U-Boot 读取环境变量后加载内核与设备树，内核挂载根文件系统，最后启动应用。任何一环镜像损坏、校验失败或分区表错误，都可能导致启动停在某一段。
常见升级方式包括：
- 本地升级：通过 USB、SD 卡、串口、TFTP 等方式写入镜像，适合产线或维修。
- OTA 升级：设备联网后从服务器下载固件包，支持差分升级、断点续传、灰度发布。
- 双分区/AB 升级：保留两个系统分区，升级失败可回滚，是提高可靠性的关键设计。
- 恢复模式升级：当主系统无法启动时，进入 BootROM 或 U-Boot 的恢复模式，通过专用工具强制烧录。
常见升级协议与工具包括：UART/YMODEM、TFTP、HTTP/HTTPS、MQTT、CoAP、USB DFU、Fastboot、SWD/JTAG 等。协议选择取决于设备能力、网络环境与安全要求。
四、案例场景：一次 OTA 升级失败的回溯
某工业网关通过 HTTPS OTA 升级，升级包写入 B 分区后重启。设备重启后停留在 U-Boot，串口日志显示：
Loading kernel from mmc 0:2...
** Unable to read file zImage **
ERROR: failed to load kernel image
Hit any key to stop autoboot: 0
排查发现：升级包中内核镜像名称与 U-Boot 环境变量 bootfile 不一致，且 B 分区未写入完整。由于设备没有启用 AB 回滚校验，U-Boot 仍从 B 分区启动，导致无法进入系统。最终通过串口进入 U-Boot，使用 TFTP 重新烧录内核并修正环境变量恢复。
五、误区与复盘
常见误区包括：把固件升级等同于“复制文件”；忽略 Bootloader 与环境变量的兼容性；只升级主镜像而不升级外设固件；没有备份校准参数；在低电量或弱网环境下强行 OTA。复盘时应重点关注：升级包是否签名校验、分区是否原子写入、失败后是否可回滚、日志是否保留、恢复通道是否可用。