企业官网建设流程全解析

1. 工业控制器存储方案的整体设计思路

工业控制器和消费类电子产品最大的区别在于：它可能要在配电柜里连续跑十年，断电重启上千次，夏天柜内温度能到七十度，冬天在户外又是零下二三十度。这种场景下，数据存储方案如果选得随意，后期维护的成本会高到让人怀疑人生。我做过好几个基于STM32加FPGA架构的控制器项目，踩过存储相关的坑不算少，这里把分级存储的完整思路和实操细节梳理一遍。

先明确一个前提：工业控制器里的"数据"不是一个东西，它们的性质差别很大。有一类数据是出厂参数和校准系数，比如传感器的零点偏移、量程标定值、PID的初始参数，这些东西写入一次之后可能几年都不动，但绝对不能丢，丢了设备就得返厂重新标定。另一类是运行配置，比如通信地址、波特率、报警阈值，用户偶尔会改，改动频率大概是几个月一次。还有一类是运行日志和过程数据，比如每秒钟采集的温度、压力值，用于事后追溯和故障分析，数据量大、写入频繁，但单条数据丢了影响不大。

这三类数据的写入频率、容量需求、可靠性要求完全不同，用同一种存储介质去扛，要么成本浪费，要么可靠性不够。所以分级存储的核心逻辑就是：让合适的介质干合适的活。

1.1 三类存储介质的角色分工

在这个方案里，EEPROM、NOR Flash、SD卡各自承担不同的职责，这不是随便分配的，而是由它们的物理特性决定的。

EEPROM的特点是字节级可擦写，不需要按扇区擦除，写入次数可以到百万次级别。缺点是容量小、速度慢、单位成本高。它最适合存那种"少量、关键、偶尔改"的数据。我一般用I2C接口的EEPROM，比如AT24C系列，容量从2Kbit到512Kbit都有，存标定参数和出厂配置绰绰有余。

NOR Flash的特点是支持随机读取，可以像内存一样按地址访问，擦除要按扇区来（通常4KB一个扇区），擦写寿命大概十万次左右。它的容量比EEPROM大得多，从几MB到几十MB都有。适合存固件备份、字库、较大的配置表这类数据。SPI接口的NOR Flash用起来很方便，STM32的SPI外设直接驱动就行。

SD卡的特点是容量大、单位成本极低，几个GB的卡几十块钱。但它的写入寿命有限，而且掉电保护做得不好，写入过程中断电容易导致文件系统损坏。所以它适合存日志、历史数据这种"量大但不那么关键"的内容，而且必须做好掉电保护策略。

注意：SD卡在工业环境下的可靠性一直有争议。我个人的经验是，只要做好三点——选用工业级SLC卡、加掉电检测电路、文件系统定期做一致性检查——用在数据记录场景是没问题的。但绝对不要拿它存关键参数。

1.2 为什么不用单一存储方案

有人可能会想，直接用一块大容量NOR Flash把所有数据都存了不就行了？理论上可以，但实际项目里不划算。NOR Flash的擦写寿命是十万次级别，如果用它存每秒一条的日志数据，一天就是86400条，就算做了磨损均衡，一块扇区也撑不了多久。而且NOR Flash按扇区擦除，写日志需要频繁擦写整个扇区，效率很低。

反过来，如果全用SD卡呢？关键参数存在SD卡上，一旦卡接触不良或者文件系统损坏，设备直接罢工。我见过一个现场案例，某设备用SD卡存配置参数，结果因为卡座氧化导致接触不良，设备反复重启，排查了两天才找到原因。这种教训一次就够了。

所以分级存储不是为了炫技，而是用工程手段把可靠性、成本、容量三个维度同时优化。关键数据用最可靠的介质，海量数据用最经济的介质，各司其职。

1.3 STM32与FPGA的分工逻辑

这个方案里STM32和FPGA各管一摊。STM32负责系统控制、通信协议处理、人机交互，同时管理EEPROM和SD卡。FPGA负责高速数据采集和预处理，同时挂一片NOR Flash用于存储FPGA的配置数据和高速缓存。

为什么这么分？因为FPGA的并行处理能力适合做实时性要求高的任务，比如多路ADC同步采集、PWM波形生成、编码器信号解码。而STM32的强项是协议栈和文件系统，FatFs、USB、以太网这些中间件在STM32上跑得很成熟。让FPGA去管文件系统是自找麻烦，让STM32去做纳秒级时序控制也不现实。

两者之间的数据交互通过SPI或者FSMC总线完成。我一般用SPI，接线简单，速率调到10MHz以上足够传输采集数据。如果数据量特别大，比如FPGA做图像处理，那就上FSMC并口，STM32这边配成外部SRAM模式，读写速度能到几十MB/s。

2. 硬件电路设计与关键器件选型

硬件设计这块，存储部分的电路看起来简单，但细节没处理好，后期调试能让人抓狂。我按三种介质分别说。

2.1 EEPROM电路设计与I2C总线注意事项

EEPROM用I2C接口是最常见的。以AT24C512为例，容量512Kbit也就是64KB，够存几千条参数了。电路上需要注意几个点。

上拉电阻的取值很关键。I2C总线是开漏输出，必须加上拉电阻。阻值太大会导致上升沿变缓，高速通信时波形失真；阻值太小会增加功耗，而且灌电流可能超过器件的承受能力。标准模式100kHz下，4.7kΩ是常用值；快速模式400kHz下，一般用2.2kΩ到4.7kΩ。我实测下来，3.3V供电、总线电容在100pF以内的情况下，2.2kΩ上拉到3.3V，400kHz通信很稳。

写保护引脚WC要处理好。AT24C512的WC引脚高电平时禁止写入，低电平时允许写入。有些设计图省事直接把WC接地，这样虽然方便，但失去了硬件写保护的能力。我的做法是用STM32的一个GPIO控制WC，平时拉低允许写入，在系统检测到异常或者进入安全模式时拉高，防止误写。这个GPIO最好加上拉电阻，确保STM32复位期间WC处于高电平状态，避免上电瞬间的误写。

地址引脚A0/A1/A2决定器件地址。如果总线上只挂一片EEPROM，全部接地就行。如果要挂多片扩展容量，注意地址不要冲突。I2C的7位地址里，AT24C512固定占用高4位1010，低3位由A2/A1/A0决定，所以一条总线上最多挂8片，总容量512KB。

实操心得：I2C总线上挂多个器件时，走线尽量短，最好不超过10cm。如果必须走长线，考虑用I2C缓冲器或者改成差分传输。我曾经在一个项目里把EEPROM放在离STM32二十厘米远的地方，400kHz通信偶尔出错，降到100kHz才稳定。后来加了I2C缓冲芯片才解决问题。

2.2 NOR Flash选型与SPI接口设计

NOR Flash选SPI接口的，接线少，驱动简单。常用型号有W25Q系列、SST25系列等。容量根据需求选，存FPGA配置数据的话，一般4MB到16MB够用。

SPI模式要确认清楚。NOR Flash支持Mode 0和Mode 3，STM32的SPI外设也支持这四种模式。关键是CPOL和CPHA要匹配。W25Q系列通常用Mode 0（CPOL=0，CPHA=0）或者Mode 3（CPOL=1，CPHA=1）。我一般用Mode 0，空闲时时钟低电平，第一个边沿采样。配置STM32的SPI时，把CPOL和CPHA都设成0就行。

片选信号CS的处理有讲究。SPI协议要求CS在传输期间保持低电平，传输结束后拉高。如果CS控制不好，Flash可能进入错误状态。我的做法是用STM32的硬件NSS或者普通GPIO控制CS，在每次传输前拉低，传输后拉高。注意CS拉高后要等几个时钟周期再发下一条命令，给Flash内部状态机切换的时间。W25Q系列的datasheet里写了，CS拉高后需要至少50ns的延时，我一般延时1us，保险。

电源去耦不能省。NOR Flash在擦除和写入时电流会突然增大，如果电源去耦不好，可能导致电压跌落，写入失败。每片Flash的VCC引脚旁边放一个0.1uF的陶瓷电容，再并一个10uF的钽电容，基本就够了。

2.3 SD卡接口设计与掉电保护电路

SD卡有两种接口模式：SPI模式和SDIO模式。SPI模式接线简单，但速度慢，适合低速数据记录。SDIO模式速度快，4位数据线可以到几十MB/s，适合高速采集场景。STM32的SDIO外设支持4位模式，我一般用SDIO。

SDIO的时钟线、命令线、数据线都要加上拉电阻，典型值10kΩ到50kΩ。SD卡规范里要求这些线在空闲时保持高电平，上拉电阻提供这个电平。阻值太小会增加功耗，太大可能导致上升沿不够快。我用10kΩ上拉到3.3V，实测SDIO 4位模式48MHz时钟下读写稳定。

掉电检测是SD卡方案的关键。SD卡在写入过程中断电，文件系统很容易损坏。解决办法是加一个电压监测电路，当电源电压降到阈值以下时，提前通知STM32停止写入，并给SD卡足够的时间完成当前操作。具体做法是用一个比较器监测电源电压，输出接到STM32的外部中断引脚。阈值设在3.0V左右，当电压降到3.0V时触发中断，STM32在中断里立即停止文件操作，调用f_sync把缓存数据刷入卡内。

SD卡座的选择也有讲究。工业环境要用带金属屏蔽罩的卡座，防止电磁干扰。卡座的插入检测引脚要接到STM32的GPIO，用于检测卡的插拔。有些卡座还有写保护检测引脚，虽然SD卡本身很少用写保护开关，但留着这个引脚可以做硬件写保护。

注意：SD卡的热插拔一定要处理好。在卡拔出时，如果文件系统还在操作，可能导致数据损坏。我的做法是在插入检测中断里做防抖处理，检测到卡拔出后立即卸载文件系统，并标记卡状态为不可用。重新插入后重新挂载。

3. 软件架构与分级存储实现

软件这块是重头戏。三种存储介质、两种处理器，怎么组织代码结构，怎么保证数据一致性，怎么处理异常情况，都需要仔细设计。

3.1 STM32端存储管理框架

STM32这边我一般分三层：硬件抽象层、存储服务层、应用接口层。

硬件抽象层封装EEPROM、NOR Flash、SD卡的底层读写函数。EEPROM用I2C读写，封装成eeprom_read(addr, buf, len)和eeprom_write(addr, buf, len)。NOR Flash用SPI，封装成nor_read、nor_write、nor_erase_sector。SD卡用FatFs文件系统，封装成sd_file_read、sd_file_write。

存储服务层做数据管理和调度。这一层要解决几个问题：数据怎么组织、写入怎么调度、异常怎么恢复。

数据组织上，我把EEPROM分成几个区域：出厂参数区、用户配置区、校准数据区、备份区。每个区域有固定的起始地址和长度，用宏定义好。比如出厂参数区从0x0000开始，长度256字节；用户配置区从0x0100开始，长度512字节；校准数据区从0x0300开始，长度256字节；备份区从0x0400开始，长度512字节。备份区存的是关键参数的副本，主区数据损坏时可以从备份区恢复。

写入调度上，EEPROM的写入不能太频繁，否则寿命消耗快。我的做法是在RAM里维护一份参数副本，应用层修改参数时只改RAM，然后置一个"脏标志"。后台任务每隔一段时间检查脏标志，如果有修改，再写入EEPROM。这样可以把多次修改合并成一次写入，减少EEPROM的擦写次数。

异常恢复上，每次写入EEPROM前，先把旧数据读到备份区，写入新数据后再校验。如果校验失败，从备份区恢复。这个流程虽然多了一次写入，但可靠性大大提高。

3.2 FPGA端NOR Flash控制器设计

FPGA这边要自己写NOR Flash的控制器。SPI接口的NOR Flash控制器不算复杂，但时序要严格按datasheet来。

控制器分几个模块：SPI时钟生成、命令发送、数据收发、状态机控制。

SPI时钟生成模块把系统时钟分频到SPI需要的频率。W25Q系列支持最高104MHz的SPI时钟，但FPGA这边要考虑信号完整性，我一般用50MHz，稳定可靠。

命令发送模块负责把读、写、擦除命令按SPI时序发出去。NOR Flash的命令格式是：先拉低CS，然后发送命令字节，再发送地址，最后是数据。比如读命令0x03，后面跟3字节地址，然后就可以读数据了。写命令要先发写使能0x06，再发页编程命令0x02，跟地址和数据。

状态机控制模块管理整个操作流程。NOR Flash在写入和擦除时需要时间，期间状态寄存器会显示忙状态。控制器要轮询状态寄存器，直到操作完成。W25Q系列的页编程时间典型值0.7ms，扇区擦除时间典型值45ms，块擦除时间更长。状态机要处理好这些等待。

// NOR Flash状态机核心片段 localparam IDLE = 3'd0; localparam SEND_CMD = 3'd1; localparam SEND_ADDR = 3'd2; localparam SEND_DATA = 3'd3; localparam WAIT_DONE = 3'd4; always @(posedge clk) begin case(state) IDLE: begin if (start) state <= SEND_CMD; end SEND_CMD: begin if (cmd_done) state <= SEND_ADDR; end SEND_ADDR: begin if (addr_done) state <= SEND_DATA; end SEND_DATA: begin if (data_done) state <= WAIT_DONE; end WAIT_DONE: begin if (flash_ready) state <= IDLE; end endcase end

实操心得：FPGA写NOR Flash控制器时，最容易出错的地方是时序。SPI的采样边沿和发送边沿要搞清楚。我一般用Mode 0，在时钟上升沿发送数据，下降沿采样数据。写testbench的时候，要模拟Flash的响应，包括忙状态的延时。仿真通过了再上板，能省很多调试时间。

3.3 SD卡文件系统与数据记录策略

SD卡上用FatFs文件系统，这是STM32社区最成熟的选择。FatFs的移植不难，主要是配置好底层磁盘IO函数。

数据记录策略上，我一般按时间分文件。比如每天一个文件，文件名用日期命名，如LOG_20250101.CSV。文件内容用CSV格式，每行一条记录，包含时间戳和各个通道的数据。这样方便用Excel或者Python做后续分析。

写入策略上，不能每条数据都调用f_write，那样效率太低。我的做法是在RAM里开一个缓冲区，比如4KB，攒够一批数据再一次性写入。同时每隔一段时间（比如10秒）调用f_sync把缓存刷入卡内，防止掉电丢数据。

掉电保护上，除了前面说的硬件检测电路，软件上也要配合。在掉电中断里，立即停止数据采集，调用f_sync，然后关闭文件。如果时间来不及，至少要把当前缓冲区的内容写入。我实测过，从检测到掉电到SD卡完全停止工作，大概有几十毫秒的时间窗口，足够完成一次f_sync。

// 掉电中断处理函数 void EXTI0_IRQHandler(void) { if (EXTI_GetITStatus(EXTI_Line0) != RESET) { // 立即停止数据采集 g_adc_running = 0; // 刷入缓存数据 if (g_file_open) { f_write(&g_file, g_buffer, g_buf_len, &bw); f_sync(&g_file); f_close(&g_file); g_file_open = 0; } // 标记掉电事件 g_power_fail_flag = 1; EXTI_ClearITPendingBit(EXTI_Line0); } }

4. 数据可靠性与异常处理机制

工业控制器的存储方案，可靠性是第一位。数据丢了、错了，轻则设备异常，重则出安全事故。这块我单独拎出来说。

4.1 数据校验与冗余设计

每种存储介质都要做数据校验。EEPROM和NOR Flash的写入都要带CRC校验。写入前计算数据的CRC32，把CRC一起存进去。读取时重新计算CRC，和存储的CRC比对，不一致就说明数据损坏。

冗余设计上，关键参数存两份，主份和备份。主份损坏时从备份恢复。备份区的位置要和主份隔开，避免同一物理区域损坏导致两份都丢。EEPROM里，主份存在0x0100，备份存在0x0400，中间隔了校准数据区，物理地址上分开了。

NOR Flash里，FPGA的配置数据也存两份。一份在0x000000，一份在0x100000。FPGA上电加载时，先读主份，CRC校验失败就读备份。这个逻辑在FPGA的配置加载状态机里实现。

SD卡上的日志数据，每条记录带一个序号和CRC。事后分析时，如果发现序号不连续或者CRC错误，就知道哪些数据有问题。虽然不能恢复，但至少能识别出来。

4.2 磨损均衡与寿命管理

EEPROM和NOR Flash都有擦写寿命限制，虽然工业控制器的写入频率不高，但长期运行下来也要考虑。

EEPROM的磨损均衡比较简单。因为EEPROM是字节级擦写，没有扇区概念，所以只要避免反复写同一个地址就行。我的做法是在EEPROM里划一块区域做"日志式"存储，每次写入追加到下一个位置，写满后擦除整块重新开始。这样每个字节的擦写次数就均匀了。

NOR Flash的磨损均衡要复杂一些，因为擦除是按扇区的。如果频繁写同一个扇区，那个扇区很快就会坏。解决办法是在多个扇区之间轮换。比如分配4个扇区做日志存储，写满一个扇区后切换到下一个，4个都用完了再擦除第一个。这样每个扇区的擦写次数就是总写入量的四分之一。

SD卡内部有控制器做磨损均衡，应用层不需要操心。但要注意，SD卡的写入放大问题。频繁写小文件会导致卡内部反复擦写同一块区域，加速老化。所以日志文件要攒够一批再写，不要一条一条写。

4.3 常见故障排查速查表

实操心得：SD卡的问题最难排查，因为卡本身是个黑盒。我遇到过一张卡在STM32上死活挂载不上，换到电脑上却正常。后来发现是卡的初始化时间比较长，STM32的SDIO初始化超时设得太短。把超时从100ms改成500ms就好了。所以SD卡相关的超时参数要留足余量。

5. 实际项目中的调试经验与优化技巧

理论说完了，说点实际调试中的经验。这些东西在datasheet里找不到，都是踩坑踩出来的。

5.1 上电初始化顺序与延时处理

系统上电时，各个存储介质的初始化顺序有讲究。我的做法是：先初始化EEPROM，读取关键参数；再初始化NOR Flash，加载FPGA配置；最后初始化SD卡，挂载文件系统。

为什么这个顺序？因为EEPROM里存的是系统的基础配置，比如通信地址、波特率，这些参数决定了后续的操作。如果EEPROM读取失败，系统应该进入安全模式，而不是继续往下走。NOR Flash的初始化相对独立，但FPGA配置加载需要时间，放在中间比较合适。SD卡初始化最慢，放在最后，不影响系统启动。

延时处理上，每种介质上电后都需要一定的稳定时间。EEPROM上电后大概需要1ms才能响应命令，NOR Flash需要更长时间，大概10ms。SD卡最慢，上电后需要至少74个时钟周期做内部初始化，然后发送CMD0复位，再发送CMD8、ACMD41等命令。整个初始化流程走下来，几百毫秒是正常的。

// 存储介质初始化顺序 void storage_init(void) { // 1. 初始化EEPROM eeprom_init(); delay_ms(2); // 读取关键参数 if (eeprom_read(PARAM_ADDR, &g_params, sizeof(g_params)) != OK) { // 读取失败，加载默认参数 load_default_params(); } // 2. 初始化NOR Flash nor_init(); delay_ms(15); // 加载FPGA配置 fpga_load_config(); // 3. 初始化SD卡 if (sd_init() == OK) { f_mount(&g_fs, "0:", 1); g_sd_ready = 1; } else { g_sd_ready = 0; } }

5.2 写入性能优化与缓存策略

写入性能的瓶颈主要在SD卡。SPI模式的SD卡写入速度可能只有几百KB/s，SDIO 4位模式能到几MB/s。如果数据采集频率高，写入速度跟不上，数据就会丢。

优化策略有几个。第一是加大缓存。在RAM里开一个大的环形缓冲区，比如64KB，采集数据先写入缓冲区，后台任务慢慢往SD卡写。这样能吸收突发的高采集率。第二是批量写入。攒够一个扇区的数据（512字节）再写，减少文件系统的开销。第三是选择合适的文件系统配置。FatFs的_FS_TINY选项可以减小内存占用，但会降低性能。如果RAM够用，不要开这个选项。

EEPROM的写入优化主要是减少写入次数。前面说的脏标志加后台写入是一种方法。另一种方法是在RAM里维护参数的影子副本，应用层读参数时直接读RAM，写参数时改RAM并置脏标志。这样应用层感觉不到EEPROM的慢速。

NOR Flash的写入优化主要是用好页编程。NOR Flash的页大小通常是256字节，一次页编程可以写256字节。如果数据量小于256字节，也要占用一次页编程时间。所以尽量攒够一页再写。

5.3 电磁兼容与抗干扰设计

工业现场的电磁环境恶劣，存储电路容易受干扰。我遇到过EEPROM数据莫名其妙变化的情况，后来发现是附近的接触器动作时产生了强电磁脉冲，通过I2C总线耦合进来。

抗干扰措施有几个。第一是加磁珠。在I2C总线和SPI总线的信号线上串磁珠，抑制高频干扰。磁珠选100MHz时阻抗在100Ω到1kΩ之间的。第二是加TVS管。在信号线和电源线上加TVS管，钳位瞬态高压。第三是做好接地。存储芯片的接地引脚要就近接地，接地面积尽量大。第四是软件滤波。I2C通信失败时重试几次，连续失败才报错。EEPROM读取时连续读三次，取多数结果。

注意：SD卡座的外壳要接到机壳地，不要接到信号地。机壳地能屏蔽外部干扰，信号地保持干净。两者之间用磁珠或者0Ω电阻连接。

5.4 固件升级与存储空间管理

工业控制器需要支持固件升级。STM32的固件升级可以通过SD卡或者通信接口。我的做法是把新固件放在SD卡里，STM32读取固件文件，写入NOR Flash的备份区，然后跳转到Bootloader进行升级。

存储空间管理上，要预留足够的空间。EEPROM的容量一般够用，但NOR Flash和SD卡要规划好。NOR Flash里，FPGA配置占一部分，STM32固件备份占一部分，日志缓存占一部分。SD卡里，日志文件会不断增长，要定期清理旧文件。我的做法是保留最近30天的日志，超过30天的自动删除。

// 清理旧日志文件 void clean_old_logs(void) { FILINFO fno; DIR dir; char path[64]; time_t now = get_current_time(); f_opendir(&dir, "/LOGS"); while (f_readdir(&dir, &fno) == FR_OK && fno.fname[0]) { // 解析文件名中的日期 if (parse_log_date(fno.fname, &file_time)) { if (now - file_time > 30 * 24 * 3600) { sprintf(path, "/LOGS/%s", fno.fname); f_unlink(path); } } } f_closedir(&dir); }

6. 方案对比与选型建议

最后说一下不同场景下的选型建议。这个方案不是万能的，要根据具体需求调整。

6.1 三种介质的关键参数对比

6.2 不同应用场景的配置建议

小型控制器，数据量不大，参数为主。一片EEPROM加一片小容量NOR Flash就够了。EEPROM存参数，NOR Flash存固件备份。不需要SD卡。

中型控制器，有数据记录需求，但频率不高。EEPROM加NOR Flash加SD卡。EEPROM存关键参数，NOR Flash存固件和配置，SD卡存日志。

大型控制器，高速采集，大数据量。EEPROM加NOR Flash加大容量SD卡或者eMMC。如果数据量特别大，考虑用eMMC替代SD卡，eMMC的可靠性和速度都比SD卡好，但焊接要求高，成本也高一些。

高可靠性场景，比如安全相关的控制器。EEPROM加NOR Flash加FRAM。FRAM是铁电存储器，写入速度极快，擦写寿命几乎无限，但容量小、成本高。适合存那种需要频繁写入的关键数据。

6.3 成本与可靠性的平衡

选型的时候要在成本和可靠性之间找平衡。我的经验是：关键数据不要省。EEPROM很便宜，几块钱一片，但存的是设备的"身份证"，丢了就得返厂。SD卡很便宜，但不要用它存关键数据。

NOR Flash的价格和容量关系很大，小容量的很便宜，大容量的价格上升很快。如果只需要存几MB的数据，NOR Flash很合适。如果需要几十MB，考虑用NAND Flash或者eMMC。

SD卡的选择上，不要贪便宜买消费级的卡。工业级SLC卡的价格是消费级卡的好几倍，但寿命和可靠性完全不是一个级别。我一般选SanDisk的工业级卡或者Swissbit的卡，虽然贵，但省心。

实操心得：SD卡买回来之后，最好先做一次全盘写入测试，把整个卡写满再读出来校验。这样能筛掉有坏块的卡，也能让卡的内部控制器建立好映射表。我一般用H2testw这个工具做测试，虽然慢，但很彻底。

7. 写在最后的一些个人体会

这个方案我在好几个项目里用过，从简单的数据采集器到复杂的多轴控制器，整体表现稳定。但有几个点是我后来才慢慢意识到的。

第一，存储方案要在项目初期就定下来。我见过太多项目，前期没考虑存储，后期发现数据存不下，临时加SD卡，结果硬件改版、软件重写，浪费大量时间。存储方案和硬件架构、软件架构都相关，越早确定越好。

第二，测试要充分。存储相关的bug往往在特定条件下才出现，比如掉电、高温、长时间运行。我一般会做几个专项测试：反复掉电测试、高温老化测试、连续写入测试。这些测试能暴露很多问题。

第三，留好调试接口。存储芯片的引脚要引出测试点，方便用示波器或者逻辑分析仪抓波形。软件上要留调试命令，能读取存储状态、擦写次数、错误计数等信息。出问题时这些信息能大大加快排查速度。

第四，不要忽视文档。存储区的地址分配、数据格式、校验方式，都要写清楚。过半年再来看代码，没有文档根本记不住。我一般会在代码里用注释写清楚每个存储区的用途和格式，另外单独维护一份存储映射表。

这个方案后续还可以扩展。比如加入无线通信模块，把SD卡里的日志定期上传到服务器。或者加入实时时钟，给每条日志打上精确的时间戳。再或者加入数据压缩，减少SD卡的写入量。这些扩展都不难，核心的存储架构不用变。