ESP32-C3 using TFT_eSPI@^2.5.43 version, what is the reason for repeated reboots?

[43823845]

Guru Meditation Error: Core 0 panic'ed (Store access fault). Exception was unhandled.

Core 0 register dump: MEPC : 0x4205061a RA : 0x42050612 SP : 0x3fca6c80 GP : 0x3fc8c600
TP : 0x3fc89c68 T0 : 0x00000003 T1 : 0xffc3ffff T2 : 0x00000020 S0/FP : 0x3fca2b50 S1 : 0x00000000 A0 : 0x00000001 A1 : 0xffffffff A2 : 0x00000000 A3 : 0xfdffffff A4 : 0x08000000 A5 : 0x00000010
A6 : 0xffffffff A7 : 0x04c4b400 S2 : 0x00000002 S3 : 0x00000001
S4 : 0x000000a0 S5 : 0x3fc8dd6c S6 : 0x00000a00 S7 : 0x00000000 S8 : 0x00000000 S9 : 0x00000000 S10 : 0x00000000 S11 : 0x00000000
T3 : 0x0196e6aa T4 : 0x0000000f T5 : 0x003c0000 T6 : 0x00000003 MSTATUS : 0x00001881 MTVEC : 0x40380001 MCAUSE : 0x00000007 MTVAL : 0x00000010 MHARTID : 0x00000000

[ZnMnCr]

When I used the ST7789_DRIVER and changed the pin to suit the air core esp32c3,I meet the similar problem just as yours.

`#include

include "TFT_eSPI.h"

include

// 定义LED所接的引脚 const int ledPin = 13; TFT_eSPI tft = TFT_eSPI(); // 初始化TFT_eSPI对象 void setup() { // 初始化数字引脚13为输出模式 pinMode(ledPin, OUTPUT); Serial.begin(115200); tft.init(); tft.setRotation(0); tft.fillScreen(TFT_GREEN); // 初始化屏幕颜色大写 }

void loop() { tft.fillScreen(TFT_GREEN); // 初始化屏幕颜色大写 // 将引脚设置为高电平来点亮LED digitalWrite(ledPin, HIGH); // 等待1秒 delay(1000); // 将引脚设置为低电平来熄灭LED digitalWrite(ledPin, LOW); // 再次等待1秒 delay(1000); }`

[43823845]

当我使用 ST7789_DRIVER 并改变引脚以适应空芯 esp32c3 时，我遇到了与您类似的问题。

`#include #include "TFT_eSPI.h" #include // 定义 LED 所接的引脚 const int ledPin = 13; TFT_eSPI tft = TFT_eSPI(); // 初始化TFT_eSPI对象 void setup() { // 初始化数字引脚13为输出模式 pinMode(ledPin, OUTPUT); 串行.开始(115200); tft.init(); tft.setRotation(0); tft.fillScreen(TFT_GREEN); //初始化屏幕颜色大写 }

循环无效（） { tft.fillScreen（TFT_GREEN）; //初始化屏幕颜色大写 //将引脚设置为高电平来点亮LED digitalWrite(ledPin, HIGH); // 等待1秒 delay(1000); // 将引脚设置为低电平来启动 LED digitalWrite(ledPin, LOW); // 再次等待1秒 delay(1000); }`

Yes I found this problem when using LVGL, at first I thought it was LVGL incompatibility, after troubleshooting the problem seems to be in the screen buffer setup, as long as you load lv_tft_espi_create(TFT_HOR_RES, TFT_VER_RES, draw_buf, sizeof(draw_buf)); this piece of code will then reboot repeatedly.

[ZnMnCr]

是，我排查了各种原因，心力交瘁，哈哈哈。

[JacketJack113]

From my experience, downgrading my esp32 board package down to 2.0.13 seems fixed it. This exception occurs when the esp32-s3 reached tft.begin() in any versions above 2.0.14 as mentioned in #3332

[ZnMnCr]

I test the solution that you mentioned ,it works!

[43823845]

我测试了您提到的解决方案，它有效！ Can you share the exact method, I tried #define USE_HSPI_PORT but still not working.

[ZnMnCr]

According to the above mentioned, change the esp32 version of arduinoIDE and roll back to 2.0.14

[43823845]

According to the above mentioned, change the esp32 version of arduinoIDE and roll back to 2.0.14

Thank you for your answer, I am testing as you said

[ZnMnCr]

I have another question, I can change the version of the board in ARDUINOIDE, what should I do in platformIO and where should I go to change the version?

[mvoss96]

platform = espressif32@6.6.0

[JacketJack113]

Verified another solution from #3429 , I was using esp32-s3 pico and followed the solution from @patsjemoe . In short, his solution was to replace #define SPI_PORT FSPI into #define SPI_PORT 3 in TFT_eSPI_ESP32_S3.h in the Processors folder.

With that, I further tested it with SPI_PORT 0-3, so instead of writing #define SPI_PORT 3, I replaced it with #define SPI_PORT N, where N is a value ranged from 0-3, uploading the code with the latest version of the esp32 board package (3.0.4), TFT_eSPI Library (2.5.43) and arduino IDE 2.3.2. After uploading the code with the tweaked TFT_eSPI_ESP32_S3.h, I recorded the result and found out that there're 3 cases regarding the tweak.

Case 1: Replacing the line with #define SPI_PORT 0 or #define SPI_PORT 1. Tweaking the code with these 2 definition would replicate the Guru Meditation Error as shown by @43823845 .

Case 2: Replacing the line with #define SPI_PORT 2. The only definition that works flawlessly in the testing, the screen does display properly, no Guru Meditation Error was produced.

Case 3: Replacing the line with #define SPI_PORT 3. Guru Meditation Error was stopped being produced. However, the screen didn't display properly, i.e. blank screen.

The test wasn't perfect though, I'm not quite sure how the SPI_PORT was defined inside the board package, nor I tested the solution with the default HSPI pin. And for case 1, instead of the exact runtime error as @43823845 , mine's Guru Meditation Error: Core 1 panic'ed (StoreProhibited), which I'm not quite sure if there's a difference in between those 2 error (as my code breaks exactly on the line where it tries to initiatize the ILI9341 display).

TL;DR, Replace #define SPI_PORT FSPI into #define SPI_PORT 2 in TFT_eSPI_ESP32_S3.h in the Processors folder is another possible solution that solves the Guru Meditation Error boot loop issue.