Sergio Gasquez Arcos

I don't usually use Windows, but just tried reproducing your issue, and I was able to flash my ESP32: ``` esp32 on  main [?] is 📦 v0.1.0 via 🦀...

Can you enable `debug` logs? `RUST_LOG=debug espflash flash --monitor target\xtensa-esp32-none-elf\debug\esp32v1` or `RUST_LOG=debug cargo r` > I think this is all due to the waiting time for a response? Since in...

Also, mind sharing the devkit that you are using?

> Can you enable `debug` logs? `RUST_LOG=debug espflash flash --monitor target\xtensa-esp32-none-elf\debug\esp32v1` or `RUST_LOG=debug cargo r` > > > I think this is all due to the waiting time for a...

> I think it's here ` fn calc_timeout(timeout_per_mb: Duration, size: u32) -> Duration { let mb = size as f64 / 1_000_000.0; std::cmp::max( DEFAULT_TIMEOUT, FLASH_DEFLATE_END_TIMEOUT, Duration::from_millis((timeout_per_mb.as_millis() as f64 * mb)...

> I can’t start logging and I don’t understand why it crashes. What do you mean? > I think we should set it to 3 seconds instead of 10 But...

To be honest, I don't have much information right now and can't reproduce the issue, I would need you to share with me debug logs (`RUST_LOG=debug espflash flash --monitor target\xtensa-esp32-none-elf\debug\esp32v1`...

The [initial sync](https://docs.espressif.com/projects/esptool/en/latest/esp32c3/advanced-topics/serial-protocol.html#initial-synchronisation) might be failing, it tires 5 times (the maximum) and also [bootmode](https://docs.espressif.com/projects/esptool/en/latest/esp32/advanced-topics/boot-mode-selection.html#boot-mode-message) is not right. Few tests: - Have you tried using `--no-stub`? `espflash flash --monitor target\xtensa-esp32-none-elf\debug\esp32v1...

Just to confirm: Have you also tried using `--no-stub`? `espflash flash --monitor target\xtensa-esp32-none-elf\debug\esp32v1 --no-stub` or modifying the custom runner to add that flag.

Maybe we can try connecting without resetting: Can you try using `-b no-reset`?