Troubleshooting

This guide helps you diagnose and debug ESPHome device issues, particularly crashes and boot failures. Whether you’re experiencing random resets, watchdog timeouts, or need to analyze stack traces, this guide provides step-by-step instructions for capturing and understanding crash data.

Note

This guide assumes you have ESPHome installed and basic familiarity with the command line. For installation instructions, see Installing ESPHome Manually.

Getting a Stack Trace from Crashes

When your ESPHome device crashes, you can obtain a decoded stack trace to help identify the cause. This requires:

Compiling the firmware locally (to have matching debug symbols)
Connecting the device via USB cable for serial console access
Running the logs command to capture and decode the crash

Steps to Get a Stack Trace

Compile locally: Build your configuration on your local machine to ensure you have matching debug symbols.
If you’re using the ESPHome Device Builder web interface:

Click the overflow menu (three dots) next to your device
Select “Download YAML” to get your configuration file
Save it to a local directory
Then use the command line interface (see the Command Line Interface guide for full details):
```
esphome compile your-device.yaml
esphome upload your-device.yaml
```

Note

While you can use OTA for the upload, you’ll need a USB connection anyway to capture the crash output in the next steps, so uploading via USB is usually more convenient.

2. Connect via USB: Connect your device to your computer using a USB cable. The device must be connected via serial console (not over WiFi/OTA) to capture the crash output.

Monitor logs: Run the logs command to monitor the device output:
```
esphome logs your-device.yaml
```

Wait for crash: When the device crashes, ESPHome will automatically detect and decode the stack trace. You’ll see output similar to this:

[08:17:06]E (5906) task_wdt: Task watchdog got triggered. The following tasks/users did not reset the watchdog in time:
[08:17:06]E (5906) task_wdt:  - loopTask (CPU 0)
[08:17:06]E (5906) task_wdt: Tasks currently running:
[08:17:06]E (5906) task_wdt: CPU 0: esp_timer
[08:17:06]E (5906) task_wdt: CPU 1: IDLE1
[08:17:06]E (5906) task_wdt: Aborting.
[08:17:06]E (5906) task_wdt: Print CPU 0 (current core) backtrace

[08:17:06]Backtrace: 0x4013d30e:0x3ffbac20 0x4013d383:0x3ffbac40 0x4014b23e:0x3ffbac70
WARNING Found stack trace! Trying to decode it
WARNING Decoded 0x4013d30e: touch_ll_is_measure_done at /Users/bdraco/.platformio/packages/framework-espidf/components/hal/esp32/include/hal/touch_sensor_ll.h:505
 (inlined by) _touch_pad_read at /Users/bdraco/.platformio/packages/framework-espidf/components/driver/touch_sensor/esp32/touch_sensor.c:365
WARNING Decoded 0x4013d383: touch_pad_filter_cb at /Users/bdraco/.platformio/packages/framework-espidf/components/driver/touch_sensor/esp32/touch_sensor.c:108
 (inlined by) touch_pad_filter_cb at /Users/bdraco/.platformio/packages/framework-espidf/components/driver/touch_sensor/esp32/touch_sensor.c:98
WARNING Decoded 0x4014b23e: timer_process_alarm at /Users/bdraco/.platformio/packages/framework-espidf/components/esp_timer/src/esp_timer.c:456
 (inlined by) timer_task at /Users/bdraco/.platformio/packages/framework-espidf/components/esp_timer/src/esp_timer.c:482

The decoded stack trace shows:

The exact function names and source files where the crash occurred
Line numbers in the source code
The call stack leading to the crash

Note

Important: You must compile locally and upload the firmware before capturing the crash. The debug symbols must match the running firmware for the stack trace to be decoded correctly.

Common Issues

No decoded output: Ensure you compiled and uploaded the firmware locally before capturing the crash
Cannot connect: Make sure you’re using a USB data cable (not just a charging cable) and the correct serial port

Alternative: Web-Based Stack Trace Decoder

If you already have a stack trace but need to decode it, you can use the ESP Stack Trace Decoder web tool:

Download the .elf file: From the ESPHome dashboard, click the overflow menu (three dots) on your device card and select “Download .elf file”

Note

The .elf file must be from the same compilation that produced the firmware currently running on your device. If you’ve recompiled since flashing, the debug symbols won’t match.

2. Open the decoder: Navigate to https://esphome.github.io/esp-stacktrace-decoder/

Upload files:

Click “Choose File” under “ELF File” and select your downloaded .elf file
Paste your stack trace into the text area
Click “Decode Stack Trace”

View results: The tool will decode the addresses and show you the function names, file paths, and line numbers

Note

This tool runs entirely in your browser - no data is sent to any server, ensuring your firmware and debug information remain private.