Arduino固件与模型基础：区分程序、固件、模型的概念，了解Arduino板上的存储结构（Flash、SRAM、EEPROM）

在Arduino开发中，很多初学者会将“程序”“固件”“模型”混为一谈，甚至在遇到“重新烧录”或“版本更新”时，不清楚自己到底在更新什么。实际上，这三者分别指向代码的编写形态、编译后的可执行文件、以及运行时的数据与状态结构。而Arduino板上的三种存储介质——Flash、SRAM、EEPROM——各自承担着截然不同的职责。理解这些基础概念，是掌握模型更新方法、避免误操作导致数据丢失或程序无法启动的前提。

2.1 程序、固件与模型：三个层次的定义与边界

程序（Program）是开发者编写的源代码，以 .ino、.cpp、.h 等文本文件形式存在。它描述的是“希望单片机做什么”的逻辑，包括变量声明、函数定义、控制流语句等。程序是给人看的，尚未被机器理解。

固件（Firmware）是程序经过编译器（如 avr-gcc）编译、链接后生成的二进制机器码，通常以 .hex 或 .bin 格式保存。固件是烧录到单片机Flash中的最终执行体。Arduino IDE 中的“上传”操作，实际上就是完成“程序 → 固件 → 写入Flash”的完整链路。固件一旦烧录，单片机上电后便会从Flash中读取并执行。

模型（Model）在Arduino语境下通常指“固件 + 运行参数/配置数据”的组合体。例如，一个PID温控系统，固件负责执行PID算法，而目标温度、Kp/Ki/Kd系数、温度校准偏移量等则存储在EEPROM中。模型更新可能包含两种操作：重新烧录固件（更新算法逻辑）或修改EEPROM参数（调整运行状态）。理解这一点，有助于区分“升级程序”和“调整参数”两种不同的维护动作。

2.2 Arduino存储结构详解：Flash、SRAM、EEPROM的分工与协作

Arduino Uno（ATmega328P）是理解存储结构的经典平台。它拥有三种物理存储介质，各自特性差异显著，错误使用会导致程序崩溃或数据丢失。

2.2.1 Flash：程序的家

Flash是只读存储器（运行时不可写），用于存放编译后的固件。ATmega328P的Flash容量为32KB，其中引导程序（Bootloader）占用约0.5KB，用户程序可用约31.5KB。Flash的写入寿命约为1万次擦写，虽然日常开发不会轻易耗尽，但频繁烧录（如每天几十次）长期累积仍需注意。

2.2.2 SRAM：运行的工作台

SRAM（静态随机存取存储器）是易失性内存，断电即失。它存放全局变量、局部变量、堆（Heap）和栈（Stack）。ATmega328P的SRAM仅有2KB，非常有限。当程序中的字符串常量、递归调用或动态内存分配过多时，会导致栈溢出或堆冲突，表现为程序运行异常、复位或死机。

2.2.3 EEPROM：参数保险箱

EEPROM（电可擦除可编程只读存储器）是非易失性存储，断电后数据不丢失。ATmega328P的EEPROM容量为1KB，擦写寿命约10万次。它适合存放模型参数、设备ID、校准数据、用户配置等需要持久保存但更新频率不高的数据。Arduino提供了 EEPROM.h 库，支持按字节读写。

// EEPROM 读写示例：保存PID参数
#include <EEPROM.h>

struct PIDConfig {
  float kp;
  float ki;
  float kd;
  float targetTemp;
};

void saveConfig(const PIDConfig &cfg) {
  EEPROM.put(0, cfg);  // 从地址0开始写入结构体
}

void loadConfig(PIDConfig &cfg) {
  EEPROM.get(0, cfg);  // 从地址0读取结构体
}

2.3 存储结构对模型更新的影响：为什么不能随意断电

模型更新涉及Flash和EEPROM两个区域的写入。理解存储特性，才能避免以下典型问题：

• 烧录中途断电：Flash写入未完成，固件损坏，板子变砖（需用ISP重新烧录Bootloader）。
• EEPROM写入时断电：参数可能写入一半，导致数据损坏，模型加载异常。
• SRAM溢出：模型加载时若一次性读取大量参数到SRAM，可能挤占栈空间，导致程序崩溃。

因此，在模型更新流程中，必须设计“写入前备份”“写入中校验”“写入后验证”的机制。例如，在EEPROM中划分两个区域：参数区（存储当前有效参数）和备份区（存储上一次有效参数）。写入时先写备份区，校验成功后复制到参数区，最后更新校验标志。

2.4 案例拆解：温控设备模型更新导致的数据丢失

背景与约束：某工业温控设备基于Arduino Mega 2560开发，固件版本v1.3，EEPROM中保存了温度校准偏移量（地址0-3，float类型）和PID参数（地址4-19，三个float）。设备运行在24小时不间断生产线上，维护窗口仅30分钟。

初始现象：工程师通过Arduino IDE上传新固件v1.4后，设备重启，温度显示偏差达+15°C，PID控制震荡严重。

分析判断过程：

1. 检查代码：v1.4中修改了 EEPROM.get() 的读取地址，但未更新写入地址，导致读取位置错位。
2. 检查EEPROM内容：通过串口打印地址0-19的原始字节，发现校准偏移量被读取为PID的Kp值。
3. 根因：固件升级时，没有考虑EEPROM中已有数据的布局兼容性。新固件改变了数据结构，但未做迁移或版本标记。

实际操作步骤：

1. 在EEPROM地址100写入“模型版本号”（如0x0104），作为布局标识。
2. 固件启动时先读取版本号，若与当前固件不匹配，则执行参数迁移逻辑。
3. 迁移逻辑：将旧布局数据读出，按新布局重新计算偏移，写入新位置，最后更新版本号。
4. 增加CRC16校验，防止数据损坏。

结果对比：修复后，设备温度偏差恢复至±0.5°C，PID控制稳定。后续固件升级均遵循“版本标记 + 迁移 + 校验”流程，未再出现数据错乱。

风险与代价：迁移逻辑增加了约1.2KB Flash占用，且需要额外测试覆盖旧版本数据。但相比产线停机损失，这些成本可接受。

2.5 常见误区与总结复盘