DEVIO-I ESP32与MQTT Broker通信时反复重启问题修复咨询

问题分析 #

报错Guru Meditation Error: Core 1 panic'ed (LoadProhibited)本质是ESP32访问了无效内存地址，结合报错时机（执行订阅操作时）及AT指令测试正常的结果，问题出在示例代码的MQTT订阅指令拼接、内存处理或参数传递上，常见原因包括：

• String类频繁拼接导致内存碎片化，触发空指针访问
• AT指令格式错误（如多余空格、引号不匹配），导致模块返回异常响应后代码处理出错
• 未初始化的指针或缓冲区越界访问

修复步骤及代码修改 #

1. 替换String为字符数组，避免内存碎片化 #

ESP32中频繁使用String类容易引发内存碎片，改用char数组存储配置参数和指令更稳定：

// 原String配置替换为char数组
const char* address    = "broker.hivemq.com";
const char* serverPort = "1883";
const char* clientID   = "mclient1";
const char* topic      = "my/test/topic";
const char* payload    = "HelloWorld!";
const char* username   = "";
const char* password   = "";

2. 修正MQTT订阅指令的拼接逻辑 #

对比测试用的AT指令，确保代码拼接的指令格式完全一致，避免多余空格或格式错误：

// 替换为安全的snprintf拼接，避免String拼接的内存问题
char subCmd[256];
snprintf(subCmd, sizeof(subCmd), "AT+CMQSUB=0,\"%s\",1", topic);
Serial.println(subCmd); // 发送指令到NB-IoT模块

3. 增加指令响应的错误处理与超时控制 #

原代码可能未处理模块响应超时或异常，导致后续代码访问无效内存，需添加超时等待和响应校验：

// 发送订阅指令后，等待模块响应
unsigned long timeout = millis();
bool subSuccess = false;
while (millis() - timeout < 5000) { // 5秒超时窗口
  if (Serial.available()) {
    String response = Serial.readStringUntil('\n');
    if (response.indexOf("OK") != -1) {
      subSuccess = true;
      break;
    } else if (response.indexOf("ERROR") != -1) {
      Serial.println("订阅指令执行失败");
      break;
    }
  }
}

if (!subSuccess) {
  Serial.println("订阅响应超时");
  // 此处可添加重连或重置逻辑，避免进入死循环
}

4. 增大ESP32栈空间（可选） #

若问题由栈溢出导致，可在Arduino IDE中调整核心栈大小：

• 打开Tools > Core Debug Level，选择Verbose（会自动增大栈分配）
• 或在代码中手动指定任务栈大小（若使用FreeRTOS任务）：

// 将MQTT任务栈空间增大至4096字节
xTaskCreatePinnedToCore(mqttTask, "MQTT Task", 4096, NULL, 1, NULL, 1);

验证修复效果 #

编译修改后的代码上传至开发板，观察串口输出：

• 若成功订阅，会输出模块返回的OK响应
• 若仍有错误，检查串口输出的AT指令是否与测试用指令完全一致，排查参数传递问题

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