You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Are there any additional details that may help us help you?
Steps to reproduce?
For a while now (since sparkfun/Arduino_Apollo3#94 was resolved) I have had an issue where, intermittently, I would be unable to upload a firmware without disconnecting and then reconnecting the board from the PC.:
/home/user/.arduino15/packages/SparkFun/hardware/apollo3/2.1.0/tools/uploaders/svl/dist/linux/svl /dev/ttyUSB0 -f /tmp/arduino_build_772970/Serial.ino.bin -b 921600 -v
Artemis SVL Bootloader
Script version 1.7
Phase: Setup
Cleared startup blip
Failed to enter bootload phase
Phase: Setup
Cleared startup blip
Failed to enter bootload phase
Phase: Setup
Cleared startup blip
Failed to enter bootload phase
Target failed to enter bootload mode. Verify the right COM port is selected and that your board has the SVL bootloader.
Ultimately I tracked the problem down after I realized that this only happens after I open the port with the Linux program screen as a serial monitor.
After some investigation I found that screen makes a number of changes to the OS settings for the port.
The relevant change can be reversed with the following command:
$> stty -F /dev/ttyUSB0 hupcl
At which point the the firmware can now be uploaded (without having to reconnect the device):
OS: Ubuntu 20.04.2 LTS
Arduino: 1.8.13
Arduino_Apollo3: 2.x.x
SparkFun RedBoard Artemis ATP
USB-C Cable from PC to device.
USB-C Cable from PC to device.
Steps to reproduce?
For a while now (since sparkfun/Arduino_Apollo3#94 was resolved) I have had an issue where, intermittently, I would be unable to upload a firmware without disconnecting and then reconnecting the board from the PC.:
Ultimately I tracked the problem down after I realized that this only happens after I open the port with the Linux program
screen
as a serial monitor.After some investigation I found that
screen
makes a number of changes to the OS settings for the port.The relevant change can be reversed with the following command:
$> stty -F /dev/ttyUSB0 hupcl
At which point the the firmware can now be uploaded (without having to reconnect the device):
The text was updated successfully, but these errors were encountered: