esp-idf: Guru Meditation Error: Core 0 panic'ed (Interrupt wdt timeout on CPU0) (IDFGH-398)
Environment
- Development Kit: [ESP32-Wrover-Kit]
- Kit version (for WroverKit/PicoKit/DevKitC): [v1|v2|v3|v4]
- Core (if using chip or module): [ESP-WROOM-32D]
- IDF version (
git rev-parse --short HEADto get the commit id.): 94ec3c8e - Development Env: [Make]
- Operating System: [Windows]
- Power Supply: [external 3.3]
Problem Description
The device reboots with error message.
Guru Meditation Error: Core 0 panic’ed (Interrupt wdt timeout on CPU0)
Register dump:
PC : 0x400d2132 PS : 0x00060b34 A0 : 0x8008a298 A1 : 0x3ffd9f60
A2 : 0x00000008 A3 : 0x00000000 A4 : 0x00000001 A5 : 0x3ffda578
A6 : 0x00000000 A7 : 0x00000000 A8 : 0x3ffc566c A9 : 0x3ffc5650
A10 : 0x00000000 A11 : 0x00000001 A12 : 0x43422c0c A13 : 0x00000001
A14 : 0x00000000 A15 : 0x3ffc05c0 SAR : 0x00000000 EXCCAUSE: 0x00000005
EXCVADDR: 0x00000000 LBEG : 0x00000000 LEND : 0x00000000 LCOUNT : 0x00000000
Backtrace: 0x400d2132:0x3ffd9f60 0x4008a295:0x3ffd9f80
//Detailed problem description goes here. This type of guru meditation repeatedly occurred and back trace result doesn’t seems to point out any application related code: Kinldy find the backtrace result below.
$ xtensa-esp32-elf-addr2line -pfiaC -e build/ecowater.elf 0x400d2132:0x3ffd9f60 0x4008a295:0x3ffd9f80 0x400d2132: esp_vApplicationIdleHook at C:/ESP_V3.0/msys32/home/sjoteppagol/esp-idf-v3.0/components/esp32/freertos_hooks.c:85 0x4008a295: prvIdleTask at C:/ESP_V3.0/msys32/home/sjoteppagol/esp-idf-v3.0/components/freertos/tasks.c:3529
Expected Behavior
The device should work normally.
Actual Behavior
The device is set up to run continuously but it is observed that same type of guru meditation happened 3-5 times in whole day.
Steps to repropduce
- Run system for 6 to 8 hours
- At some point system resets with message Guru Meditation Error: Core 0 panic’ed(Interrupt wdt timeout on CPU0)
- The occurrence of guru meditation is un-predictable but it is observed that if the system continuously running for over 6 to 8 hours at least one time it experienced Guru meditation reset.
// It helps if you attach a picture of your setup/wiring here.
Code to reproduce this issue
// If your code is longer than 30 lines, GIST is preferred.
Debug Logs
Debug log goes here, should contain the backtrace, as well as the reset source if it is a crash.
Please copy the plain text here for us to search the error log. Or attach the complete logs but leave the main part here if the log is *too* long.
Other items if possible
- sdkconfig file (attach the sdkconfig file from your project folder)
- elf file in the
buildfolder (note this may contain all the code details and symbols of your project.) - coredump (This provides stacks of tasks.) $ xtensa-esp32-elf-addr2line -pfiaC -e build/ecowater.elf 0x400d2132:0x3ffd9f60 0x4008a295:0x3ffd9f80 0x400d2132: esp_vApplicationIdleHook at C:/ESP_V3.0/msys32/home/sjoteppagol/esp-idf-v3.0/components/esp32/freertos_hooks.c:85 0x4008a295: prvIdleTask at C:/ESP_V3.0/msys32/home/sjoteppagol/esp-idf-v3.0/components/freertos/tasks.c:3529
About this issue
- Original URL
- State: closed
- Created 6 years ago
- Comments: 16
From the above log, I see one patter where the “ESP AWS Task Will Re-Init for New Connection” followed by “Shadow Connect” results in some program hung hence the WDT is getting triggered…. May be some programming sequence is not tolerated by some stack.!!
@ion-girloanta This is incorrect. Every
portENTER_CRITICAL_ISRshould be followed byportEXIT_CRITICAL_ISR.portENTER_CRITICAL_ISRdisables interrupts and this leads to WDT triggering. This is intended behavior, otherwise w/o interrupts system can be non-functional and unresponsive.