你有没有想过自己辛辛苦苦用 ESP32 调出来的一组火焰/流体灯效颜色、亮度、速度全都设置得刚刚好结果断电重启后一切归零还是当初那个默认的橙红色“出厂火焰”。硬件没有坏代码也没有语法错误真正的问题是你根本没有把用户配置保存到非易失存储里。ESP32 的 Flash 中本身就有一块 NVSNon-Volatile Storage分区专门用于保存键值对参数掉电后不丢。在 Arduino 环境下官方提供了 Preferences 库几条 API 就能完成读写。这篇文章会以一个常见的 ESP32 模拟流体/火焰灯效项目为背景把“掉电数据保持”这件事讲透包括 NVS、RTC 内存、模拟 EEPROM 的方案对比一个可以直接烧录的最小工程以及断电验证步骤和工程避坑建议。我给这个项目起的代号是“Ikun”核心功能是驱动 WS2812B 灯带显示火焰和流体两种特效并支持通过串口命令调整效果类型、颜色、亮度和速度。如果你想给自己的灯效项目加上“记住上次设置”的能力这篇文章可以直接照着做。1. 为什么模拟流体/火焰项目绕不开掉电数据保持1.1 从用户视角看参数记忆不是可有可无做灯效项目的最终目的一般不只是“让灯亮起来”而是让用户能调整观感。允许用户调亮度的灯如果每次开机都回到默认最大亮度夜晚打开会刺眼允许用户选颜色的灯如果每次开机都是默认橙色那用户自定义的蓝色流体效果就失去了意义。在一个完整的灯效产品形态里“记忆上次参数”是一个体验底线。用户不会关心你用的是 NVS 还是数据库他只知道我设置的灯光效果断电之后应该还是我设置的样子。这个需求在嵌入式里就是掉电数据保持。1.2 从技术视角看RAM 易失Flash 非易失但 Flash 不能乱写ESP32 运行时的变量、全局变量、对象实例都存在 SRAM 里。SRAM 的特点是速度快、可随便写但它只要掉电就会清零。这就是为什么你在setup()里设置的颜色和亮度重新上电后一定会丢失。Flash 则相反它可以在掉电后长期保存数据但它不适合像 SRAM 那样按字节频繁随机写。Flash 写入需要按块擦除擦写次数也有限而且如果直接在应用里把某个地址当作普通变量一样频繁写很快就会磨损甚至破坏整个分区。所以“掉电数据保持”不是把变量声明放到 Flash 里而是要使用 Flash 上设计好的存储层让上层应用用简单 API 读写由底层帮你处理擦写均衡、提交和损坏恢复。1.3 结论灯效项目里该保存的是“配置”而不是动画中间帧火焰动画每一帧都很短数据量大且没有长期意义不适合保存。真正需要掉电保持的是用户配置当前特效类型、颜色 RGB 值、亮度、速度以及未来可能增加的风力、粒子密度等参数。这类数据量小、变化频率低、掉电后必须保留非常适合放在 NVS 分区。所以这个项目的技术目标可以拆成三句话把配置参数写入 NVS上电后从 NVS 读取参数变化时能正确覆盖更新。2. ESP32 数据存储方案对比NVS、RTC 内存、EEPROM、Flash 文件2.1 NVS 与 Preferences 库NVS 是 ESP32 官方 IDF 提供的非易失存储组件Flash 中专门划分了一块分区给它。NVS 以“命名空间 key”的方式保存数据类似一个小型键值数据库。它支持整形、浮点、字符串、Blob 等类型并且内部处理了 Flash 擦写均衡对上层比较友好。在 Arduino 环境下Preferences 库就是 NVS 的 C 封装。你不需要直接操作 nvs_flash API只需要Preferences prefs; prefs.begin(light_cfg, false); prefs.putUInt(color, 0xFF4500); prefs.end();就可以完成一次保存。2.2 RTC 内存能扛复位扛不住完全断电ESP32 内部有一块 RTC 快速内存可以用RTC_DATA_ATTR修饰变量。它最大的作用是在深睡唤醒、软件复位后RTC 内存中的内容还可能保留。但它本质上依赖 RTC 供电域如果外部完全断电数据会丢失。这里非常容易踩坑。很多人在网上看到RTC_DATA_ATTR uint32_t counter;觉得是“掉电保存”于是用来保存灯效参数。实际测试时发现按键复位一下数据还在但拔掉电源再插上就没了。原因就是 RTC 内存并不是 Flash它的目标场景是配合 deep sleep 使用而不是长期数据保持。2.3 模拟 EEPROM迁移过渡用本质还是 NVSESP32 芯片本身没有硬件 EEPROM。Arduino 核心提供了一套EEPROM.h在 API 层面模拟了 AVR 单片机的 EEPROM 操作底层数据仍然是存到 NVS 分区。如果你是从 Arduino Uno 项目迁移过来原来写EEPROM.write()的地方可以继续用但这套 API 的实现效率和灵活性都不如直接使用 Preferences新项目不建议优先选择。2.4 Flash 文件系统适合大块配置不适合频繁小参数SPIFFS 或 LittleFS 文件系统也能做到掉电保存适合保存 JSON 配置、日志、图片等大块数据。但文件系统的管理和写入开销比 NVS 大而且每次改一个亮度值就要打开文件、改写 JSON、关闭文件代码复杂度明显上升。对于灯效这种十几个小参数的场景NVS 是更轻量、更可靠的选择。存储方案掉电保存深睡保持API 复杂度推荐用途Preferences / NVS可以可以低用户配置、计数、小字符串RTC_DATA_ATTR完全断电丢失可以极低深睡前的临时状态模拟 EEPROM可以可以低从 AVR 老代码迁移过渡SPIFFS / LittleFS可以可以中JSON 配置、日志、资源文件3. 环境准备与前置条件3.1 硬件清单为了完整验证掉电数据保持建议准备ESP32 开发板一块经典 DevKit 或 ESP32-S3 均可本文示例以常规 ESP32 为例WS2812B 灯带一条数量在 30 到 60 颗之间即可5V 电源如果灯带较长要外接电源不要只靠开发板 USB 供电杜邦线若干把灯带信号线接到 ESP32 的 GPIO 4。如果手头暂时没有灯带也可以先跳过灯带部分用串口日志和参数恢复信息来验证“掉电数据保持”逻辑。这样仍然能完整跑通数据层。3.2 软件环境推荐使用 Arduino IDE 2.x 或 VS Code PlatformIO。无论使用哪种都需要先安装 ESP32 开发板支持包。在 Arduino IDE 中打开“文件 - 首选项”在“附加开发板管理器网址”中填入https://raw.githubusercontent.com/espressif/arduino-esp32/gh-pages/package_esp32_dev_index.json然后在“开发板管理器”中搜索esp32安装官方支持包。注意这个安装过程需要从网络下载工具链和编译器如果你是在某些受限网络环境下安装有可能会出现下载失败。这个问题在第 7 节会专门排查。接着安装 FastLED 库Arduino IDE - 库管理器 - 搜索 FastLED - 安装FastLED 是用来驱动 WS2812B 灯带的常用库支持 ESP32 的 RMT 外设驱动灯带比较稳定。环境准备好之后可以先烧录一个 Blink 示例确认开发板和串口工作正常再进行下面的实验。4. 使用 Preferences 库保存和读取参数4.1 核心 API 说明Preferences 的常用 API 如下API作用begin(namespace, readOnly)打开一个命名空间readOnlytrue时只读getUChar(key, defaultValue)读取一个无符号字符getUInt(key, defaultValue)读取一个无符号整数getFloat(key, defaultValue)读取一个浮点数getString(key, defaultValue)读取一个字符串getBytes(key, buffer, len)读取字节数组putUChar(key, value)写入一个无符号字符putUInt(key, value)写入一个无符号整数putFloat(key, value)写入一个浮点数putString(key, value)写入一个字符串putBytes(key, buffer, len)写入字节数组end()关闭命名空间完成提交用getXxx时任何 key 都可以传 defaultValue这样即使第一次上电、NVS 里还没有数据代码也不会崩溃。在灯效项目里默认值就是“出厂设置”。4.2 最小读写示例下面是保存亮度、颜色、速度三个参数的完整最小示例#include Preferences.h Preferences prefs; const char* NAMESPACE light_cfg; void setup() { Serial.begin(115200); // 读取配置只读模式 prefs.begin(NAMESPACE, true); uint8_t brightness prefs.getUChar(brightness, 128); uint32_t color prefs.getUInt(color, 0xFF4500); uint8_t speed prefs.getUChar(speed, 5); prefs.end(); Serial.printf(读取配置: brightness%d, color0x%06X, speed%d\n, brightness, color, speed); // 保存配置读写模式 prefs.begin(NAMESPACE, false); prefs.putUChar(brightness, 100); prefs.putUInt(color, 0x00FF00); prefs.putUChar(speed, 8); prefs.end(); Serial.println(配置已保存); } void loop() {}如果你第一次烧录这个程序串口会先打印默认值然后立即保存覆盖。断电重启后再次烧录或直接运行读取到的就不是默认值而是第一次保存后的 100、绿色、8。4.3 关键逻辑说明这里真正容易踩坑的地方是begin()的第一个参数是命名空间第二个参数是只读标志。读取配置时建议传true避免误写保存配置时传false。同一个命名空间不能同时打开两个句柄所以示例里都采用了“begin - 读/写 - end”的完整生命周期。key 也有命名限制一般不要超过 15 个字符并且只能使用字母、数字、下划线。命名空间同理。如果你的配置项很多建议保持命名规范一致比如都用brightness、color、speed这种小写英文。end 这一句也不是可选的。Preferences 的 begin/end 会在内部打开和关闭 NVS 句柄关闭时会完成提交。如果你只调用了 put 却没有 end某些情况下数据可能不会真正落盘。养成“一次完整 begin/put/end”的写代码习惯是掉电数据保持稳定性的第一步。5. 完整示例模拟流体/火焰灯效 掉电数据保持5.1 项目结构这个示例工程实现下面的功能灯带显示两种特效0 表示火焰效果1 表示流体效果支持串口命令修改特效类型、颜色、亮度、速度参数修改后立即写入 NVS上电时从 NVS 读取配置并恢复灯效参数。5.2 完整代码把下面的代码直接复制到 Arduino IDE 中先确认开发板和端口再烧录。#include FastLED.h #include Preferences.h #include math.h #define LED_PIN 4 #define NUM_LEDS 60 CRGB leds[NUM_LEDS]; Preferences prefs; const char* NAMESPACE light_cfg; uint8_t gEffect 0; CRGB gColor CRGB(255, 69, 0); // 默认橙红色适合火焰 uint8_t gBrightness 128; uint8_t gSpeed 5; void loadConfig() { prefs.begin(NAMESPACE, true); gEffect prefs.getUChar(effect, 0); uint32_t color prefs.getUInt(color, 0xFF4500); gColor CRGB((color 16) 0xFF, (color 8) 0xFF, color 0xFF); gBrightness prefs.getUChar(brightness, 128); gSpeed prefs.getUChar(speed, 5); prefs.end(); Serial.printf([NVS] 读取配置: effect%d, color0x%02X%02X%02X, brightness%d, speed%d\n, gEffect, gColor.r, gColor.g, gColor.b, gBrightness, gSpeed); } void saveConfig() { prefs.begin(NAMESPACE, false); prefs.putUChar(effect, gEffect); prefs.putUInt(color, (gColor.r 16) | (gColor.g 8) | gColor.b); prefs.putUChar(brightness, gBrightness); prefs.putUChar(speed, gSpeed); prefs.end(); Serial.println([NVS] 配置已保存); } void fireEffect() { for (int i 0; i NUM_LEDS; i) { int flicker random(0, 90); uint8_t r 255; uint8_t g 60 flicker; uint8_t b flicker / 3; leds[i] CRGB(r, g, b).nscale8(gBrightness); } FastLED.show(); } void fluidEffect() { static float phase 0.0f; for (int i 0; i NUM_LEDS; i) { float v 0.5f 0.5f * sinf((float)i * 0.25f phase); leds[i] CRGB( (uint8_t)(gColor.r * v), (uint8_t)(gColor.g * v), (uint8_t)(gColor.b * v) ).nscale8(gBrightness); } phase 0.05f * gSpeed; FastLED.show(); } void processCommand(const String cmd) { if (cmd.startsWith(effect )) { gEffect cmd.substring(7).toInt(); if (gEffect 1) gEffect 1; saveConfig(); } else if (cmd.startsWith(color )) { uint32_t c (uint32_t)strtoul(cmd.substring(6).c_str(), NULL, 16); if (c 0xFFFFFF) { gColor CRGB((c 16) 0xFF, (c 8) 0xFF, c 0xFF); saveConfig(); } } else if (cmd.startsWith(brightness )) { gBrightness constrain(cmd.substring(11).toInt(), 0, 255); FastLED.setBrightness(gBrightness); saveConfig(); } else if (cmd.startsWith(speed )) { gSpeed constrain(cmd.substring(6).toInt(), 1, 20); saveConfig(); } else { Serial.println(未知命令支持: effect 0/1, color RRGGBB, brightness 0-255, speed 1-20); } } void setup() { Serial.begin(115200); FastLED.addLedsWS2812B, LED_PIN, GRB(leds, NUM_LEDS); loadConfig(); FastLED.setBrightness(gBrightness); Serial.println(ESP32 掉电数据保持示例启动完成); Serial.println(支持命令: effect 0/1, color RRGGBB, brightness 0-255, speed 1-20); } void loop() { if (Serial.available()) { String cmd Serial.readStringUntil(\n); cmd.trim(); if (cmd.length() 0) { processCommand(cmd); } } if (gEffect 0) { fireEffect(); } else { fluidEffect(); } delay(gSpeed * 12); }5.3 代码说明loadConfig()放在setup()里并且在调用灯带准备之前执行。这样 FastLED 的亮度设置可以直接使用恢复后的gBrightness。saveConfig()把当前全部参数重新写入 NVS。颜色值在 NVS 里以uint32_t保存顺序是RRGGBB。processCommand()解析串口命令时每成功修改一个参数就立即调用保存保证断电时能保留最新值。灯效部分没有用复杂算法。火焰效果是对每颗灯珠随机一个偏移量生成红黄渐变的闪烁感觉流体效果是用sinf生成相位移动的波带再用当前颜色渲染。这里的重点是参数保存不是算法本身。你完全可以把这两段替换成自己项目里的火焰算法或流体模拟算法只要保留loadConfig和saveConfig的调用结构即可。6. 效果验证断电再上电参数自动恢复6.1 基本验证步骤先把完整的示例代码烧录进 ESP32打开串口监视器波特率设置为 115200。程序启动后会打印当前读取到的配置此时应该是默认参数。然后在输入框中逐条发送以下命令color 00FF00 brightness 64 effect 1 speed 3每发送一条串口会回显[NVS] 配置已保存。这时拔掉电源等待几秒再重新插上电源打开串口监视器。正常情况下启动日志会显示ESP32 掉电数据保持示例启动完成 [NVS] 读取配置: effect1, color0x00FF00, brightness64, speed3 支持命令: effect 0/1, color RRGGBB, brightness 0-255, speed 1-20如果灯带已经接好你应该直接看到绿色流体效果而不是默认的橙色火焰。6.2 判断成功的标准判断掉电数据保持是否成功可以看三条断电重启后的串口日志中读取到的参数和断电前最后一次设置一致灯效类型、颜色、亮度、速度四项都正确恢复反复断电重启后参数依然稳定不会变成默认值。如果只验证数据层不接灯带也能看到第一行和最后一行数据保持逻辑同样得到了验证。6.3 没有灯带时怎么验证如果你暂时没有 WS2812B 灯带可以保留完整代码烧录但这时灯带初始化可能出现无效引脚灯效函数没有可见输出。不要紧你仍然可以通过串口日志验证 NVS 恢复是否成功。[NVS] 读取配置这一行就是最直接的判据。如果某个参数没有恢复优先检查你发送的命令是否真的被saveConfig()接收以及loadConfig()里 key 和默认值是否写一致。比如你在保存时用了putUChar(brightness, val)读取时却写成getUInt(brightness, 128)类型不一致时结果可能不符合预期。7. 常见问题与排查思路问题现象可能原因排查方式解决方案Arduino IDE 安装 esp32 开发板支持包失败提示类似failed to install platform: esp32:3.3.11. 13 internal: download failed下载服务器访问不稳定、工具链下载不完整、网络代理干扰查看 IDE 日志中具体的下载 URL尝试换网络检查代理设置重新打开开发板管理器重试或者手动下载 esp32 工具链并解压到 Arduino 硬件目录断电重启后读取到的还是默认值命名空间或 key 写错、从未成功保存、保存时只读模式打开检查保存函数里begin()的第二个参数是否为false打印实际使用的 key统一begin读写模式保存后串口确认[NVS] 配置已保存用RTC_DATA_ATTR保存参数按复位键数据还在完全断电后丢失RTC 内存不是 Flash完全断电会清空查看代码里是否有RTC_DATA_ATTR修饰变量改用 NVS/Preferences
你有没有想过自己辛辛苦苦用 ESP32 调出来的一组火焰/流体灯效颜色、亮度、速度全都设置得刚刚好结果断电重启后一切归零还是当初那个默认的橙红色“出厂火焰”。硬件没有坏代码也没有语法错误真正的问题是你根本没有把用户配置保存到非易失存储里。ESP32 的 Flash 中本身就有一块 NVSNon-Volatile Storage分区专门用于保存键值对参数掉电后不丢。在 Arduino 环境下官方提供了 Preferences 库几条 API 就能完成读写。这篇文章会以一个常见的 ESP32 模拟流体/火焰灯效项目为背景把“掉电数据保持”这件事讲透包括 NVS、RTC 内存、模拟 EEPROM 的方案对比一个可以直接烧录的最小工程以及断电验证步骤和工程避坑建议。我给这个项目起的代号是“Ikun”核心功能是驱动 WS2812B 灯带显示火焰和流体两种特效并支持通过串口命令调整效果类型、颜色、亮度和速度。如果你想给自己的灯效项目加上“记住上次设置”的能力这篇文章可以直接照着做。1. 为什么模拟流体/火焰项目绕不开掉电数据保持1.1 从用户视角看参数记忆不是可有可无做灯效项目的最终目的一般不只是“让灯亮起来”而是让用户能调整观感。允许用户调亮度的灯如果每次开机都回到默认最大亮度夜晚打开会刺眼允许用户选颜色的灯如果每次开机都是默认橙色那用户自定义的蓝色流体效果就失去了意义。在一个完整的灯效产品形态里“记忆上次参数”是一个体验底线。用户不会关心你用的是 NVS 还是数据库他只知道我设置的灯光效果断电之后应该还是我设置的样子。这个需求在嵌入式里就是掉电数据保持。1.2 从技术视角看RAM 易失Flash 非易失但 Flash 不能乱写ESP32 运行时的变量、全局变量、对象实例都存在 SRAM 里。SRAM 的特点是速度快、可随便写但它只要掉电就会清零。这就是为什么你在setup()里设置的颜色和亮度重新上电后一定会丢失。Flash 则相反它可以在掉电后长期保存数据但它不适合像 SRAM 那样按字节频繁随机写。Flash 写入需要按块擦除擦写次数也有限而且如果直接在应用里把某个地址当作普通变量一样频繁写很快就会磨损甚至破坏整个分区。所以“掉电数据保持”不是把变量声明放到 Flash 里而是要使用 Flash 上设计好的存储层让上层应用用简单 API 读写由底层帮你处理擦写均衡、提交和损坏恢复。1.3 结论灯效项目里该保存的是“配置”而不是动画中间帧火焰动画每一帧都很短数据量大且没有长期意义不适合保存。真正需要掉电保持的是用户配置当前特效类型、颜色 RGB 值、亮度、速度以及未来可能增加的风力、粒子密度等参数。这类数据量小、变化频率低、掉电后必须保留非常适合放在 NVS 分区。所以这个项目的技术目标可以拆成三句话把配置参数写入 NVS上电后从 NVS 读取参数变化时能正确覆盖更新。2. ESP32 数据存储方案对比NVS、RTC 内存、EEPROM、Flash 文件2.1 NVS 与 Preferences 库NVS 是 ESP32 官方 IDF 提供的非易失存储组件Flash 中专门划分了一块分区给它。NVS 以“命名空间 key”的方式保存数据类似一个小型键值数据库。它支持整形、浮点、字符串、Blob 等类型并且内部处理了 Flash 擦写均衡对上层比较友好。在 Arduino 环境下Preferences 库就是 NVS 的 C 封装。你不需要直接操作 nvs_flash API只需要Preferences prefs; prefs.begin(light_cfg, false); prefs.putUInt(color, 0xFF4500); prefs.end();就可以完成一次保存。2.2 RTC 内存能扛复位扛不住完全断电ESP32 内部有一块 RTC 快速内存可以用RTC_DATA_ATTR修饰变量。它最大的作用是在深睡唤醒、软件复位后RTC 内存中的内容还可能保留。但它本质上依赖 RTC 供电域如果外部完全断电数据会丢失。这里非常容易踩坑。很多人在网上看到RTC_DATA_ATTR uint32_t counter;觉得是“掉电保存”于是用来保存灯效参数。实际测试时发现按键复位一下数据还在但拔掉电源再插上就没了。原因就是 RTC 内存并不是 Flash它的目标场景是配合 deep sleep 使用而不是长期数据保持。2.3 模拟 EEPROM迁移过渡用本质还是 NVSESP32 芯片本身没有硬件 EEPROM。Arduino 核心提供了一套EEPROM.h在 API 层面模拟了 AVR 单片机的 EEPROM 操作底层数据仍然是存到 NVS 分区。如果你是从 Arduino Uno 项目迁移过来原来写EEPROM.write()的地方可以继续用但这套 API 的实现效率和灵活性都不如直接使用 Preferences新项目不建议优先选择。2.4 Flash 文件系统适合大块配置不适合频繁小参数SPIFFS 或 LittleFS 文件系统也能做到掉电保存适合保存 JSON 配置、日志、图片等大块数据。但文件系统的管理和写入开销比 NVS 大而且每次改一个亮度值就要打开文件、改写 JSON、关闭文件代码复杂度明显上升。对于灯效这种十几个小参数的场景NVS 是更轻量、更可靠的选择。存储方案掉电保存深睡保持API 复杂度推荐用途Preferences / NVS可以可以低用户配置、计数、小字符串RTC_DATA_ATTR完全断电丢失可以极低深睡前的临时状态模拟 EEPROM可以可以低从 AVR 老代码迁移过渡SPIFFS / LittleFS可以可以中JSON 配置、日志、资源文件3. 环境准备与前置条件3.1 硬件清单为了完整验证掉电数据保持建议准备ESP32 开发板一块经典 DevKit 或 ESP32-S3 均可本文示例以常规 ESP32 为例WS2812B 灯带一条数量在 30 到 60 颗之间即可5V 电源如果灯带较长要外接电源不要只靠开发板 USB 供电杜邦线若干把灯带信号线接到 ESP32 的 GPIO 4。如果手头暂时没有灯带也可以先跳过灯带部分用串口日志和参数恢复信息来验证“掉电数据保持”逻辑。这样仍然能完整跑通数据层。3.2 软件环境推荐使用 Arduino IDE 2.x 或 VS Code PlatformIO。无论使用哪种都需要先安装 ESP32 开发板支持包。在 Arduino IDE 中打开“文件 - 首选项”在“附加开发板管理器网址”中填入https://raw.githubusercontent.com/espressif/arduino-esp32/gh-pages/package_esp32_dev_index.json然后在“开发板管理器”中搜索esp32安装官方支持包。注意这个安装过程需要从网络下载工具链和编译器如果你是在某些受限网络环境下安装有可能会出现下载失败。这个问题在第 7 节会专门排查。接着安装 FastLED 库Arduino IDE - 库管理器 - 搜索 FastLED - 安装FastLED 是用来驱动 WS2812B 灯带的常用库支持 ESP32 的 RMT 外设驱动灯带比较稳定。环境准备好之后可以先烧录一个 Blink 示例确认开发板和串口工作正常再进行下面的实验。4. 使用 Preferences 库保存和读取参数4.1 核心 API 说明Preferences 的常用 API 如下API作用begin(namespace, readOnly)打开一个命名空间readOnlytrue时只读getUChar(key, defaultValue)读取一个无符号字符getUInt(key, defaultValue)读取一个无符号整数getFloat(key, defaultValue)读取一个浮点数getString(key, defaultValue)读取一个字符串getBytes(key, buffer, len)读取字节数组putUChar(key, value)写入一个无符号字符putUInt(key, value)写入一个无符号整数putFloat(key, value)写入一个浮点数putString(key, value)写入一个字符串putBytes(key, buffer, len)写入字节数组end()关闭命名空间完成提交用getXxx时任何 key 都可以传 defaultValue这样即使第一次上电、NVS 里还没有数据代码也不会崩溃。在灯效项目里默认值就是“出厂设置”。4.2 最小读写示例下面是保存亮度、颜色、速度三个参数的完整最小示例#include Preferences.h Preferences prefs; const char* NAMESPACE light_cfg; void setup() { Serial.begin(115200); // 读取配置只读模式 prefs.begin(NAMESPACE, true); uint8_t brightness prefs.getUChar(brightness, 128); uint32_t color prefs.getUInt(color, 0xFF4500); uint8_t speed prefs.getUChar(speed, 5); prefs.end(); Serial.printf(读取配置: brightness%d, color0x%06X, speed%d\n, brightness, color, speed); // 保存配置读写模式 prefs.begin(NAMESPACE, false); prefs.putUChar(brightness, 100); prefs.putUInt(color, 0x00FF00); prefs.putUChar(speed, 8); prefs.end(); Serial.println(配置已保存); } void loop() {}如果你第一次烧录这个程序串口会先打印默认值然后立即保存覆盖。断电重启后再次烧录或直接运行读取到的就不是默认值而是第一次保存后的 100、绿色、8。4.3 关键逻辑说明这里真正容易踩坑的地方是begin()的第一个参数是命名空间第二个参数是只读标志。读取配置时建议传true避免误写保存配置时传false。同一个命名空间不能同时打开两个句柄所以示例里都采用了“begin - 读/写 - end”的完整生命周期。key 也有命名限制一般不要超过 15 个字符并且只能使用字母、数字、下划线。命名空间同理。如果你的配置项很多建议保持命名规范一致比如都用brightness、color、speed这种小写英文。end 这一句也不是可选的。Preferences 的 begin/end 会在内部打开和关闭 NVS 句柄关闭时会完成提交。如果你只调用了 put 却没有 end某些情况下数据可能不会真正落盘。养成“一次完整 begin/put/end”的写代码习惯是掉电数据保持稳定性的第一步。5. 完整示例模拟流体/火焰灯效 掉电数据保持5.1 项目结构这个示例工程实现下面的功能灯带显示两种特效0 表示火焰效果1 表示流体效果支持串口命令修改特效类型、颜色、亮度、速度参数修改后立即写入 NVS上电时从 NVS 读取配置并恢复灯效参数。5.2 完整代码把下面的代码直接复制到 Arduino IDE 中先确认开发板和端口再烧录。#include FastLED.h #include Preferences.h #include math.h #define LED_PIN 4 #define NUM_LEDS 60 CRGB leds[NUM_LEDS]; Preferences prefs; const char* NAMESPACE light_cfg; uint8_t gEffect 0; CRGB gColor CRGB(255, 69, 0); // 默认橙红色适合火焰 uint8_t gBrightness 128; uint8_t gSpeed 5; void loadConfig() { prefs.begin(NAMESPACE, true); gEffect prefs.getUChar(effect, 0); uint32_t color prefs.getUInt(color, 0xFF4500); gColor CRGB((color 16) 0xFF, (color 8) 0xFF, color 0xFF); gBrightness prefs.getUChar(brightness, 128); gSpeed prefs.getUChar(speed, 5); prefs.end(); Serial.printf([NVS] 读取配置: effect%d, color0x%02X%02X%02X, brightness%d, speed%d\n, gEffect, gColor.r, gColor.g, gColor.b, gBrightness, gSpeed); } void saveConfig() { prefs.begin(NAMESPACE, false); prefs.putUChar(effect, gEffect); prefs.putUInt(color, (gColor.r 16) | (gColor.g 8) | gColor.b); prefs.putUChar(brightness, gBrightness); prefs.putUChar(speed, gSpeed); prefs.end(); Serial.println([NVS] 配置已保存); } void fireEffect() { for (int i 0; i NUM_LEDS; i) { int flicker random(0, 90); uint8_t r 255; uint8_t g 60 flicker; uint8_t b flicker / 3; leds[i] CRGB(r, g, b).nscale8(gBrightness); } FastLED.show(); } void fluidEffect() { static float phase 0.0f; for (int i 0; i NUM_LEDS; i) { float v 0.5f 0.5f * sinf((float)i * 0.25f phase); leds[i] CRGB( (uint8_t)(gColor.r * v), (uint8_t)(gColor.g * v), (uint8_t)(gColor.b * v) ).nscale8(gBrightness); } phase 0.05f * gSpeed; FastLED.show(); } void processCommand(const String cmd) { if (cmd.startsWith(effect )) { gEffect cmd.substring(7).toInt(); if (gEffect 1) gEffect 1; saveConfig(); } else if (cmd.startsWith(color )) { uint32_t c (uint32_t)strtoul(cmd.substring(6).c_str(), NULL, 16); if (c 0xFFFFFF) { gColor CRGB((c 16) 0xFF, (c 8) 0xFF, c 0xFF); saveConfig(); } } else if (cmd.startsWith(brightness )) { gBrightness constrain(cmd.substring(11).toInt(), 0, 255); FastLED.setBrightness(gBrightness); saveConfig(); } else if (cmd.startsWith(speed )) { gSpeed constrain(cmd.substring(6).toInt(), 1, 20); saveConfig(); } else { Serial.println(未知命令支持: effect 0/1, color RRGGBB, brightness 0-255, speed 1-20); } } void setup() { Serial.begin(115200); FastLED.addLedsWS2812B, LED_PIN, GRB(leds, NUM_LEDS); loadConfig(); FastLED.setBrightness(gBrightness); Serial.println(ESP32 掉电数据保持示例启动完成); Serial.println(支持命令: effect 0/1, color RRGGBB, brightness 0-255, speed 1-20); } void loop() { if (Serial.available()) { String cmd Serial.readStringUntil(\n); cmd.trim(); if (cmd.length() 0) { processCommand(cmd); } } if (gEffect 0) { fireEffect(); } else { fluidEffect(); } delay(gSpeed * 12); }5.3 代码说明loadConfig()放在setup()里并且在调用灯带准备之前执行。这样 FastLED 的亮度设置可以直接使用恢复后的gBrightness。saveConfig()把当前全部参数重新写入 NVS。颜色值在 NVS 里以uint32_t保存顺序是RRGGBB。processCommand()解析串口命令时每成功修改一个参数就立即调用保存保证断电时能保留最新值。灯效部分没有用复杂算法。火焰效果是对每颗灯珠随机一个偏移量生成红黄渐变的闪烁感觉流体效果是用sinf生成相位移动的波带再用当前颜色渲染。这里的重点是参数保存不是算法本身。你完全可以把这两段替换成自己项目里的火焰算法或流体模拟算法只要保留loadConfig和saveConfig的调用结构即可。6. 效果验证断电再上电参数自动恢复6.1 基本验证步骤先把完整的示例代码烧录进 ESP32打开串口监视器波特率设置为 115200。程序启动后会打印当前读取到的配置此时应该是默认参数。然后在输入框中逐条发送以下命令color 00FF00 brightness 64 effect 1 speed 3每发送一条串口会回显[NVS] 配置已保存。这时拔掉电源等待几秒再重新插上电源打开串口监视器。正常情况下启动日志会显示ESP32 掉电数据保持示例启动完成 [NVS] 读取配置: effect1, color0x00FF00, brightness64, speed3 支持命令: effect 0/1, color RRGGBB, brightness 0-255, speed 1-20如果灯带已经接好你应该直接看到绿色流体效果而不是默认的橙色火焰。6.2 判断成功的标准判断掉电数据保持是否成功可以看三条断电重启后的串口日志中读取到的参数和断电前最后一次设置一致灯效类型、颜色、亮度、速度四项都正确恢复反复断电重启后参数依然稳定不会变成默认值。如果只验证数据层不接灯带也能看到第一行和最后一行数据保持逻辑同样得到了验证。6.3 没有灯带时怎么验证如果你暂时没有 WS2812B 灯带可以保留完整代码烧录但这时灯带初始化可能出现无效引脚灯效函数没有可见输出。不要紧你仍然可以通过串口日志验证 NVS 恢复是否成功。[NVS] 读取配置这一行就是最直接的判据。如果某个参数没有恢复优先检查你发送的命令是否真的被saveConfig()接收以及loadConfig()里 key 和默认值是否写一致。比如你在保存时用了putUChar(brightness, val)读取时却写成getUInt(brightness, 128)类型不一致时结果可能不符合预期。7. 常见问题与排查思路问题现象可能原因排查方式解决方案Arduino IDE 安装 esp32 开发板支持包失败提示类似failed to install platform: esp32:3.3.11. 13 internal: download failed下载服务器访问不稳定、工具链下载不完整、网络代理干扰查看 IDE 日志中具体的下载 URL尝试换网络检查代理设置重新打开开发板管理器重试或者手动下载 esp32 工具链并解压到 Arduino 硬件目录断电重启后读取到的还是默认值命名空间或 key 写错、从未成功保存、保存时只读模式打开检查保存函数里begin()的第二个参数是否为false打印实际使用的 key统一begin读写模式保存后串口确认[NVS] 配置已保存用RTC_DATA_ATTR保存参数按复位键数据还在完全断电后丢失RTC 内存不是 Flash完全断电会清空查看代码里是否有RTC_DATA_ATTR修饰变量改用 NVS/Preferences
