Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to upload when two identical Arudino Nano ESP32 devices attached #2633

Open
3 tasks done
TallestHead opened this issue Jun 12, 2024 · 1 comment
Open
3 tasks done
Labels
type: imperfection Perceived defect in any part of project

Comments

@TallestHead
Copy link

Describe the problem

When I have two Arduino Nano ESP32's attached to my Mac, I am unable to upload via arduino-cli upload. The dfu-util cannot figure out which device is which without a --serial argument and I cannot seem to supply one.

To reproduce

I have two Nano ESP32s attached to my mac. Attempting to upload to one via the -p parameter leaves dfu-util confused.

reiman@notch USB-mapper % arduino-cli upload -p /dev/cu.usbmodemECDA3B6 --fqbn arduino:esp32:nano_nora  HostSide
dfu-util 0.11-arduino4

Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2021 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to http://sourceforge.net/p/dfu-util/tickets/

dfu-util: More than one DFU capable USB device found! Try `--list' and specify the serial number or disconnect all but one device

Failed uploading: uploading error: exit status 74

Expected behavior

Ideally, upload could handle this or dfu-util could. If handling this magically is too difficult, allow users to pass arbitrary arguments to dfu-util or at least support a --seralno argument and pass that down as --serial.

Arduino CLI version

arduino-cli Version: nightly-20240612 Commit: 5c5c176 Date: 2024-06-12T01:32:30Z

Operating system

macOS

Operating system version

14.5

Additional context

No response

Issue checklist

  • I searched for previous reports in the issue tracker
  • I verified the problem still occurs when using the nightly build
  • My report contains all necessary details
@TallestHead TallestHead added the type: imperfection Perceived defect in any part of project label Jun 12, 2024
@TallestHead
Copy link
Author

I tested both nightly and release with the same result.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: imperfection Perceived defect in any part of project
Projects
None yet
Development

No branches or pull requests

1 participant