Open ghost opened 3 years ago
Interesting. Does this happen only when one of the boards is an esp8266
? :thinking:
It looks a bit like esptool.py is using the wrong port somehow, I wonder how that configures the port to use. Maybe it uses some global config file instead of a commandline option for some reason?
@TravisDavis-ops, could you post verbose output of both commands? i.e. add -v
to both commands?
Also, are you running both commands at the same time? Or does the problem also occur when you run them after each other?
im running them back to back in fish using ; 's logs works fine with a sleep 1 in between
Does it happen with bash
or zsh
too?
I'm still not sure I understand the problem entirely. In your gist, I see a reader and writer log, I suspect this is the output you redirected to a file? What about your arduino-cli.log, is that log output from both arduino-cli runs? Looking at the output, I see a couple (more than two) of arduino-cli version 0.18.3-arch
lines that, I suspect, start a new arduino-cli run?
Maybe you can show the exact command you ran, including any redirections or other info that helps us understand how your log output was made?
In any case, IIUC, the Upload port found on /dev/ttyACM0
message does come from arduino-cli, so it's not just esptool.py that is confused about the port, it's also arduino-cli itself I believe?
Made sure to clean up before running. This time grabed stderr as well. I can leave off the port on the second command and it still happens. happens in bash as well.
*update It doesnt happen with my mega
Bug Report
Current behavior
when I do
command 2 use command 1's port
Expected behavior
upload board 1 upload board 2
Environment
arduino-cli version
) arduino-cli alpha Version: 0.18.3-arch Commit: d710b642ef7992a678053e9d68996c02f5863721 Date:Additional context
Full Output
logs gist