Watchdog Trigger at app_main() – WiFi PHY Wake-Up and Flash Read Deadlock (Log Comparison)
Posted: Tue Jul 29, 2025 6:26 am
**Device Log Comparison: Working vs. Failed Logs**
We are debugging a device issue where the ESP32 application stalls during initialization.
I compared the **working log** vs. **failed log** (see attached file for side-by-side comparison).
### Root Cause Observations:
In the failed device log:
- Both CPUs boot normally, and app_main() starts.
- The watchdog triggers because:
- The IDLE task on CPU1 (App CPU) does not reset the watchdog.
- CPU1 appears stalled during WiFi PHY wake-up and flash read, leading to a deadlock.
### Request for Help:
- Has anyone faced similar watchdog stalls during WiFi initialization?
- Are there known fixes or workarounds (timing adjustments, flash configuration, or watchdog tuning)?
ESP-IDF version: [esp-idf-v5.1.2]
Board: [Custome board with ESP32-S3]
We are debugging a device issue where the ESP32 application stalls during initialization.
I compared the **working log** vs. **failed log** (see attached file for side-by-side comparison).
### Root Cause Observations:
In the failed device log:
- Both CPUs boot normally, and app_main() starts.
- The watchdog triggers because:
- The IDLE task on CPU1 (App CPU) does not reset the watchdog.
- CPU1 appears stalled during WiFi PHY wake-up and flash read, leading to a deadlock.
### Request for Help:
- Has anyone faced similar watchdog stalls during WiFi initialization?
- Are there known fixes or workarounds (timing adjustments, flash configuration, or watchdog tuning)?
ESP-IDF version: [esp-idf-v5.1.2]
Board: [Custome board with ESP32-S3]