修改NUMPIXELS为644后ESP32 TTGO彩灯带项目崩溃求助

从崩溃日志和代码来看，问题的核心是全局静态内存被过度占用后，引发的内存布局破坏与非法访问，和NUMPIXELS的关联逻辑如下：

1. 崩溃日志关键信息解读 #

• Guru Meditation Error: Core 1 panic'ed (StoreProhibited)：表示代码试图访问不允许的内存地址（通常是未分配的内存、已释放的内存，或者超出数组边界的地址）。
• EXCVADDR: 0x00000093：非法访问的目标地址是低地址（非有效的RAM区域），说明程序使用的指针已经失效，大概率是内存被覆盖导致的。

2. NUMPIXELS如何触发问题 #

LED驱动库（比如常见的Adafruit NeoPixel）会在全局静态内存中创建一个数组，用来存储每颗LED的颜色数据（每颗LED通常占3字节：RGB各1字节）：

• 当NUMPIXELS=144时，内存占用为144*3=432字节，此时全局内存尚有剩余空间。
• 当NUMPIXELS=644时，内存占用暴涨到644*3=1932字节，直接挤压了其他全局变量的内存空间。

你的nf是全局的String数组，用来存储SD卡文件名。当LED数组占用过多全局内存后：

• nf数组的内存空间可能被LED数组覆盖，或者和栈空间、硬件寄存器区域重叠。
• 当执行nf[numTabs] = str时，实际是在访问已经被破坏的内存地址，触发非法访问错误。

至于143、145等数值也崩溃，是因为全局内存的分配是按固定顺序的，这些数值刚好让LED数组的边界覆盖到nf数组的关键内存区域，导致操作nf时触发崩溃。

3. 解决方案 #

（1）限制全局内存占用，改用动态分配 #

将LED数组从全局移到堆内存中动态分配，减少全局静态内存的占用：

// 原全局定义（占用静态内存）
// Adafruit_NeoPixel pixels(NUMPIXELS, LED_PIN, NEO_GRB + NEO_KHZ800);

// 修改为动态分配（使用堆内存）
Adafruit_NeoPixel *pixels;

void setup() {
  pixels = new Adafruit_NeoPixel(NUMPIXELS, LED_PIN, NEO_GRB + NEO_KHZ800);
  if (!pixels) {
    // 内存分配失败，做异常处理
    while(1);
  }
  pixels->begin();
  // 其他初始化代码
}

void loop() {
  // 使用时通过指针调用方法
  pixels->setPixelColor(0, pixels->Color(255,0,0));
  pixels->show();
}

（2）检查并限制nf数组的大小 #

确保nf数组的大小足够容纳SD卡中所有需要读取的文件名，避免数组越界：

// 假设SD卡最多有30个文件，显式定义数组大小
String nf[30];

同时在getFile函数中添加越界检查：

int getFile(File dir) {
    int numTabs = 0;
    String str;
    while (true) {
     File entry =  dir.openNextFile();
     if (! entry) {
      return numTabs;
     }
     if (!entry.isDirectory()) {
      // 添加数组越界检查
      if (numTabs >= 30) {
        break;
      }
      str = (String)entry.name();
      str = str.substring(1, str.length() - 4);
      nf[numTabs] = str;
      numTabs++;
    }
    }
    return numTabs;
}

（3）优化内存使用 #

• 避免使用全局String数组，改用char数组存储文件名，减少内存碎片化：

  char nf[30][20]; // 30个文件名，每个最多20字符
  

• 在Arduino IDE中开启显示详细编译输出，查看全局内存（RAM）的占用情况，确保总占用不超过ESP32的内存上限（ESP32总SRAM为520KB，但全局静态内存建议控制在100KB以内，剩余留给堆和栈）。

内容的提问来源于stack exchange，提问作者Trax_d