控制两路LED灯串时ESP32核心运行冻结问题技术求助

• 1 共享外设并发访问冲突
  • ESP32的ADC外设为全局共享资源，两个核心同时调用analogRead()时没有加互斥锁，会导致ADC寄存器访问冲突，直接触发硬件异常
  • 常用的WS2812类LED驱动库的show()方法需要关闭系统中断来输出精准的单总线时序，两个核心同时调用show()时，中断开关操作会发生冲突，导致核心卡死
• 2 任务配置错误
  • Core0的vu_meter_sub任务循环中没有加任何延时，会持续占满Core0的CPU资源，触发任务看门狗超时
  • 重复在循环内调用esp_task_wdt_init()属于错误用法，看门狗初始化仅需在任务启动时执行一次，重复调用会导致看门狗配置异常
• 3 volatile关键字仅能解决变量缓存一致性问题，无法解决外设、共享函数的并发访问冲突，因此只能轻微改善稳定性，无法根治问题

第一步：添加互斥锁保护共享资源 #

全局创建两个互斥锁，分别保护ADC采样和LED驱动操作：

// 全局定义互斥锁
SemaphoreHandle_t adc_mutex;
SemaphoreHandle_t led_mutex;

// setup()中初始化互斥锁
void setup() {
  adc_mutex = xSemaphoreCreateMutex();
  led_mutex = xSemaphoreCreateMutex();
  // 其余原有初始化代码保留
}

所有调用analogRead()的位置，都要先获取ADC锁，用完立即释放：

// 示例：Core1中读取ADC的代码修改
xSemaphoreTake(adc_mutex, portMAX_DELAY);
int adc_val = analogRead(tweeter_sample);
xSemaphoreGive(adc_mutex);

所有调用show()的位置，先获取LED锁，用完立即释放：

// 示例：调用show()前加锁
xSemaphoreTake(led_mutex, portMAX_DELAY);
middle_strip.show();
xSemaphoreGive(led_mutex);

第二步：修正任务配置 #

• 去掉vu_meter_sub任务循环内的esp_task_wdt_init()调用，仅在任务启动时执行一次看门狗配置，业务场景允许的话也可以直接禁用任务看门狗
• 在两个核心的业务循环末尾添加1~5ms的延时，给系统留出调度空间，避免占满CPU资源：

  // 每个while(vu_meter)循环的最后添加一行
  delay(1);
  

第三步：可选优化（进一步提升稳定性） #

• 可以把ADC采样逻辑统一放到同一个核心执行，采样结果通过FreeRTOS队列发给两个核心做后续处理，彻底避免ADC访问冲突
• 可以把所有LED的show()操作统一放到同一个核心执行，两个核心只负责更新LED缓冲区，由单一核心统一调用show()输出，从根源上避免show()的中断冲突

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