注意mp_hal_wake_main_task_from_isr(); 是用来继续执行 MicroPython 环境的代码,可以这样理解,中断将会吃掉所有函数的执行,也包括 MicroPython 的主进程,也就是 repl 接口的(main)代码,也就是说,若是不在这里继续执行 MicroPython 环境,整个芯片将会停止工作,全部都陷入了一个空转的中断函数中。 而至于我为什么...
With some help from Silabs support (Thanks Sébastien C.), we finally found out what the problem is. In wdt_gecko.c, the watchdog configuration is initialized with defaults values (macros defined in hal): (link) data->wdog_config=(WDOG_Init_TypeDef)WDOG_INIT_DEFAULT; This macro has the ...
static wdt_hal_context_t iwdt_context; #if CONFIG_ESP32_ECO3_CACHE_LOCK_FIX @@ -131,19 +124,18 @@ void esp_int_wdt_init(void) void esp_int_wdt_cpu_init(void) { #if SOC_TIMER_GROUPS > 1 assert((CONFIG_ESP_INT_WDT_TIMEOUT_MS >= (portTICK_PERIOD_MS << 1)) && "Interrupt...
HAL_ASSERT(false && "unsupported WDT stage"); break; } //Config registers are updated asynchronously hw->wdtconfig0.wdt_conf_update_en = 1; } /** @@ -154,10 +149,9 @@ FORCE_INLINE_ATTR void mwdt_ll_disable_stage(timg_dev_t *hw, uint32_t stage) */ FORCE_INLINE_ATTR void mw...
uart_hal_write_txfifo at C:/Dev/espressif/esp-idf-v4.4/components/hal/uart_hal_iram.c:35 0x40082af2: _xt_lowint1 at C:/Dev/espressif/esp-idf-v4.4/components/freertos/port/xtensa/xtensa_vectors.S:1114 Backtrace: 0x40082aef:0x3ffb0bb0 0x3ffaf50d:0x3ffaf5d0 |<-CORRUPTED 0x40082...
0x4008f990:xthal_window_spill_nwat /Users/igrokhotkov/e/esp32/hal/hal/windowspill_asm.S:175 E (173) boot: WDT reset info: &s CPU not support! Stack smashing protection, stack overflow checking using breakpoints, etc. is enabled. ...
static wdt_hal_context_t iwdt_context; #if CONFIG_ESP32_ECO3_CACHE_LOCK_FIX @@ -131,19 +124,18 @@ void esp_int_wdt_init(void) void esp_int_wdt_cpu_init(void) { #if SOC_TIMER_GROUPS > 1 assert((CONFIG_ESP_INT_WDT_TIMEOUT_MS >= (portTICK_PERIOD_MS << 1)) && "Interrupt...