esp-idf: Guru Meditation Error: Core 0 panic'ed (Interrupt wdt timeout on CPU0). (IDFGH-4630)
Hi,
Environment
- Module or chip used: ESP32-WROOM-32E
- IDF version: ESP-IDF v4.2-dirty
- SPI Speed: 80MHz
- SPI Mode: DIO
- SPI Flash Size : 8MB
- Watchdog config:

- UART ISR:

Problem Description
UART1 is connected to a 4G modem at 115200bps, and the communication uses AT commands.
When I use HTTP to download a file (approximately 1MBytes), every 512 bytes after the download is completed, it is stored in the internal flash that in the ESP32-WROOM-32E module. In this case, this Guru Meditation Error happens occasionally.
Please help check the crash log:
Debug Logs
ASSERT_PARAM(-218959118 0), in arch_main.c at line 343
Guru Meditation Error: Core 0 panic'ed (Interrupt wdt timeout on CPU0).
Core 0 register dump:
PC : 0x40083358 PS : 0x00060e34 A0 : 0x80129d44 A1 : 0x3ffbe260
0x40083358: r_assert_param at ??:?
A2 : 0x00000001 A3 : 0x00000000 A4 : 0x60008048 A5 : 0x00000000
A6 : 0x00000004 A7 : 0x3ffbdbe4 A8 : 0x80083358 A9 : 0x3ffbe240
A10 : 0x00000000 A11 : 0x00000037 A12 : 0x00000014 A13 : 0xffffffff
A14 : 0x00000000 A15 : 0xfffffffc SAR : 0x00000004 EXCCAUSE: 0x00000005
EXCVADDR: 0x00000000 LBEG : 0x40083290 LEND : 0x40083297 LCOUNT : 0x00000000
0x40083290: r_assert_param at ??:?
0x40083297: r_assert_param at ??:?
Core 0 was running in ISR context:
EPC1 : 0x4009692f EPC2 : 0x4012a16f EPC3 : 0x00000000 EPC4 : 0x40083358
0x4009692f: uart_hal_write_txfifo at C:/esp/esp-idf-v4.2/components/soc/src/hal/uart_hal_iram.c:35
0x4012a16f: r_rw_schedule at ??:?
0x40083358: r_assert_param at ??:?
Backtrace:0x40083355:0x3ffbe260 0x40129d41:0x3ffbe280 0x40019fb5:0x3ffbe2a0 0x40046683:0x3ffbe2d0 0x40047515:0x3ffbe2f0 0x400864b1:0x3ffbe310 0x40086105:0x3ffbe330 0x400887f2:0x3ffbe350 0x400898e3:0x3ffbe370 0x40082a49:0x3ffbe390
0x4012a16c:0x3ffb5670 0x4012a711:0x3ffb5690 0x40090a99:0x3ffb56c0
0x40083355: r_assert_param at ??:?
0x40129d41: r_platform_reset at ??:?
0x400864b1: r_lld_evt_end at ??:?
0x40086105: r_lld_evt_end_isr at ??:?
0x400887f2: r_rwble_isr at ??:?
0x400898e3: r_rwbtdm_isr_wrapper at intc.c:?
0x40082a49: _xt_lowint1 at C:/esp/esp-idf-v4.2/components/freertos/xtensa/xtensa_vectors.S:1105
0x4012a16c: r_rw_schedule at ??:?
0x4012a711: btdm_controller_task at ??:?
0x40090a99: vPortTaskWrapper at C:/esp/esp-idf-v4.2/components/freertos/xtensa/port.c:143
Core 1 register dump:
PC : 0x4000bfe2 PS : 0x00060034 A0 : 0x80090bb6 A1 : 0x3ffbe910
A2 : 0x00060021 A3 : 0x00060023 A4 : 0x00060021 A5 : 0x00060f23
A6 : 0x00000001 A7 : 0x00000000 A8 : 0x3ffc6d74 A9 : 0x00000001
A10 : 0x0000abab A11 : 0x00000000 A12 : 0x00060f23 A13 : 0x00060f23
A14 : 0x00000001 A15 : 0x00060c23 SAR : 0x00000000 EXCCAUSE: 0x00000005
EXCVADDR: 0x00000000 LBEG : 0x00000000 LEND : 0x00000000 LCOUNT : 0x00000000
Backtrace:0x4000bfdf:0x3ffbe910 0x40090bb3:0x3ffbe920 0x400918ab:0x3ffbe940 0x40090b6b:0x3ffbe960 0x40090e01:0x3ffbe980 0x40082a51:0x3ffbe990 0x40166f83:0x3ffbc4d0 0x400d4aa2:0x3ffbc4f0 0x400914b9:0x3ffbc510 0x40090a99:0x3ffbc530
0x40090bb3: xPortInIsrContext at C:/esp/esp-idf-v4.2/components/freertos/xtensa/port.c:351
0x400918ab: xTaskIncrementTick at C:/esp/esp-idf-v4.2/components/freertos/tasks.c:2471
0x40090b6b: xPortSysTickHandler at C:/esp/esp-idf-v4.2/components/freertos/xtensa/port.c:300
0x40090e01: _frxt_timer_int at C:/esp/esp-idf-v4.2/components/freertos/xtensa/portasm.S:328
0x40082a51: _xt_lowint1 at C:/esp/esp-idf-v4.2/components/freertos/xtensa/xtensa_vectors.S:1105
0x40166f83: esp_pm_impl_waiti at C:/esp/esp-idf-v4.2/components/esp32/pm_esp32.c:484
0x400d4aa2: esp_vApplicationIdleHook at C:/esp/esp-idf-v4.2/components/esp_common/src/freertos_hooks.c:63
0x400914b9: prvIdleTask at C:/esp/esp-idf-v4.2/components/freertos/tasks.c:3386 (discriminator 1)
0x40090a99: vPortTaskWrapper at C:/esp/esp-idf-v4.2/components/freertos/xtensa/port.c:143
ELF file SHA256: 1fee18bca5575ed4
Rebooting...
About this issue
- Original URL
- State: closed
- Created 3 years ago
- Comments: 15
hi @alexmantaut
I used the esp-idf(v4.4) on the master branch for testing.
When CONFIG_BTDM_CTRL_MODEM_SLEEP is enabled, there is no problem.
hi @alexmantaut
I will try to test on the master branch in these two days.