ESP32内核在控制两个LED串时冻结

Question

所以上周，我一直在处理我的ESP32的问题。关于背景信息，我正在做一个Music Meter项目。我的目标是让ESP32采样两个音频信号，并有两组LED字符串对两个各自的音频信号作出反应。当我同时使用两个核心(使用Arduino IDE)时，我一直遇到的问题是，当我采样音频时，其中一个核心经常冻结。我知道核心是冻结的，它不会被困在循环中，因为我设置了一个条件，如果长时间没有任何活动，其中一个LED会改变颜色，而且它从未改变颜色。

同样奇怪的是作为基线测试，我想看看我是否可以控制LED，但有一个简单的for循环打开和关闭每个条带，这工作得很好。只有当我开始在多核上采样音频并让LED做出反应时，问题才会出现。如果我单独操作每个核心，那么核心就不会冻结，并且它会按照我想要的方式工作。

/* This is in Core 1 */
for (int i = 0; i < MIDDLE_LED_COUNT; i++) {
middle_strip.setPixelColor(i, color);
middle_strip.show();
}
for (int i = (MIDDLE_LED_COUNT - 1); i >= 0 ; i--) {
middle_strip.setPixelColor(i, 0, 0, 0, 0);
middle_strip.show();
}
/* This is in Core 0 */
for (int i = 0; i < LOWER_LED_COUNT; i++) {
lower_strip.setPixelColor(i, color);
lower_strip.show();
}
for (int i = (LOWER_LED_COUNT - 1); i >= 0 ; i--) {
lower_strip.setPixelColor(i, 0, 0, 0, 0);
lower_strip.show();
}

其他注意事项:当ESP在"Music visualizer"中时，WiFi已断开。模式通过WiFi。mode(WIFI_MODE_NULL)我把所有可能发生变化的变量都设置为volatile，看看这样是否会更好。它稍微改进了一下，但没有解决问题。

在这一点上，我没有绳子了，我不知道如何解决这个问题。我当前的代码包含在下面:

/* Core 1 */
void musicVisualizer(void) {
middle_strip.clear();
upper_strip.clear();
middle_strip.show();
upper_strip.show();
WiFi.mode( WIFI_MODE_NULL );
delay(100);
// Add code to tell Core 0 to wait until LED's are cleared.
while (vu_meter) {
tweeter_prev = tweeter;
if (analogRead(tweeter_sample) <= 490)
tweeter_adc = 0;
else {
tweeter_adc = (analogRead(tweeter_sample) - 490);
if (tweeter_adc < 0)
tweeter_adc = 0; // Filter for changing reference voltage
}
tweeter_filter.Filter(tweeter_adc);
tweeter = tweeter_filter.Current() * 4;  // 6 scaler is for when Alexa is at Volume Level 4
/* LED's turning on and off in response to audio */
if ((tweeter > tweeter_prev) && (tweeter < MIDDLE_LED_COUNT)) {
for (int x = tweeter_prev; x <= tweeter; x++) {
middle_strip.setPixelColor(x, 0, 0, middle_strip.gamma32(BRIGHTNESS));
}
middle_strip.setPixelColor(0, 0, 0, middle_strip.gamma32(BRIGHTNESS));  // Removes status LED if active
tweeter_count = 0;
middle_strip.show();
}
else if (tweeter_prev > tweeter) {
for (int x = tweeter_prev; x >= tweeter; x--) {
middle_strip.setPixelColor(x, 0, 0, 0);
}
middle_strip.setPixelColor(0, 0, 0, middle_strip.gamma32(BRIGHTNESS));  // Removes status LED if active
tweeter_count = 0;
middle_strip.show();
}
else {
tweeter_count += 1;
if (tweeter_count < 1000)
middle_strip.setPixelColor(0, middle_strip.gamma32(BRIGHTNESS), 0, 0, 0);
else
middle_strip.setPixelColor(0, 0, 0, 0, middle_strip.gamma32(BRIGHTNESS));
middle_strip.show();
}
//        Blynk.run();
}
/* Leaving VU Meter, returning to current lamp color set */
if (led_on) {
if (!color_white) {
for (int i = 0; i < LOWER_LED_COUNT; i++) {
lower_strip.setPixelColor(i, color);
lower_strip.show();
}
for (int i = 0; i < MIDDLE_LED_COUNT; i++) {
middle_strip.setPixelColor(i, color);
middle_strip.show();
}
for (int i = 0; i < UPPER_LED_COUNT; i++) {
upper_strip.setPixelColor(i, color);
upper_strip.show();
}
}
else {
for (int i = 0; i < LOWER_LED_COUNT; i++) {
lower_strip.setPixelColor(i, 0, 0, 0, lower_strip.gamma32(BRIGHTNESS));
lower_strip.show();
}
for (int i = 0; i < MIDDLE_LED_COUNT; i++) {
middle_strip.setPixelColor(i, 0, 0, 0, middle_strip.gamma32(BRIGHTNESS));
middle_strip.show();
}
for (int i = 0; i < UPPER_LED_COUNT; i++) {
upper_strip.setPixelColor(i, 0, 0, 0, upper_strip.gamma32(BRIGHTNESS));
upper_strip.show();
}
}
}
else {
upper_strip.clear();
middle_strip.clear();
lower_strip.clear();
upper_strip.show();
middle_strip.show();
lower_strip.show();
}
}

/* Core 0 */
void vu_meter_sub(void * parameter) {
while (true) {
esp_task_wdt_init(30, false);
if (vu_meter) {
lower_strip.clear();
lower_strip.show();
while (vu_meter) {
sub_prev = sub;
sub_adc = analogRead(sub_sample);
sub_filter.Filter(sub_adc);
sub = sub_filter.Current();
if ((sub > sub_prev) && (sub < LOWER_LED_COUNT)) {
for (int x = sub_prev; x <= sub; x++) {
lower_strip.setPixelColor(x, 0, lower_strip.gamma32(BRIGHTNESS), 0);
}
lower_strip.setPixelColor(0, 0, lower_strip.gamma32(BRIGHTNESS), 0);
sub_count = 0;
lower_strip.show();
}
else if (sub_prev > sub) {
for (int x = sub_prev; x >= sub; x--) {
lower_strip.setPixelColor(x, 0, 0, 0);
}
lower_strip.setPixelColor(0, 0, lower_strip.gamma32(BRIGHTNESS), 0);
sub_count = 0;
lower_strip.show();
}
else {
sub_count += 1;
if (sub_count < 1000)
lower_strip.setPixelColor(0, lower_strip.gamma32(BRIGHTNESS), 0, 0, 0);
else
lower_strip.setPixelColor(0, 0, 0, 0, lower_strip.gamma32(BRIGHTNESS));
lower_strip.show();
}
}
}
}
}

Answer 1

在排除故障后，我认为我找到了问题，我想把它发布给将来可能遇到这篇文章的任何人。

在我的程序中，我需要在两个内核中为两个music_visualizer函数添加1ms延迟，以防止CPU的运行时被饿死(我相信这就是正在发生的事情)。这样做大大提高了固件的成功率。我注意到，如果Blynk(控制灯的应用程序)没有注释，并且可以自由运行多次，那么CPU饥饿的可能性就会增加。为了解决这个问题，我所做的是使用millis()计时器来跟踪在调用Blynk之前经过了多少时间。在1000ms后，Blynk函数将被调用一次，并将再等待1000ms。因为我证明了这可以工作，WIFI_MODE_NULL是不需要的，因为WiFi不需要被禁用。