Skip to content

Conversation

@gemenerik
Copy link
Member

When flashing the ESP, we also reboot the GAP8, requiring the same delay. However, since flashing the ESP firmware does not necessarily mean we are flashing the GAP8, we must explicitly check if the ESP is among our targets to apply the timeout correctly. This ensures the GAP8 is never in an incorrect state.

This fixes #526.

Also adds a missing boot delay in the reset-to-firmware call, originally intended in b7ead19.

When flashing the ESP, we also reboot the GAP8, requiring the same delay. However, since flashing the ESP firmware does not necessarily mean we are flashing the GAP8, we must explicitly check if the ESP is among our targets to apply the timeout correctly. This ensures the GAP8 is never in an incorrect state.

This fixes #526.

Also adds a missing boot delay in the reset-to-firmware call, originally intended in b7ead19.
@gemenerik gemenerik merged commit a9cdfa2 into master Mar 18, 2025
1 check passed
@gemenerik gemenerik deleted the rik/esp_boot_delay branch March 18, 2025 16:10
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Not considering increased boot time after flashing ESP32

2 participants