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
It makes my 32u4 hang totally on some sketches. Its pretty weird. It seems that sometimes it doesnt put the magic key in ram and just reboots. I have to admit that I use my HoodLoader2 as bootloader but this shouldnt matter. If I cannot my arduino as ACM1 it works. ACM0 is broken. somehow avrdude breaks it totally if it hangs and get a force kill.
I generated this problem with hyperion (ambilight program). I opened the serial port with this and then tried to upload. Sometimes it works, sometimes not. And over the days I got this error now. As said ACM1 has no such problem so its related to the avrdude failure. In this case, with a 32u4, the patch above does not work. You need to leave the avrdude process running to force the arduino connect under a new number or reboot. The patch above stty -F /dev/ttyACM0 hupcl just hangs, no error, but no command finish. (had another hyperion open, command fixed the problem).
Putting the arduino manually into bootloader mode and then hitting upload works though. Just the reset not. I guess the dtr state is triggered badly so the watchdog will be reverted or whatever.
@cmaglie, I think this is an issue we should also take up with avrdude upstream soon. I'm running into this issue pretty often lately, and seen it happen with other people as well. It wouldn't surprise me if a lot of persistent upload failures on Linux are caused by this.
Activity
matthijskooijman commentedon Jul 22, 2015
It seems it even happens when avrdude fails and then exits by itself,
without killing it, but not when it succesfully talks to a device:
(This was using an Arduino Uno and the Debian avrdude 6.1)
Interestingly the avrdude source code doesn't mention HUPCL/hupcl at
all.
I wonder if this should be reported at avrdude instead?
ffissore commentedon Aug 4, 2015
Assigning to @cmaglie as this goes a bit beyond my expertise
NicoHood commentedon Oct 3, 2015
It makes my 32u4 hang totally on some sketches. Its pretty weird. It seems that sometimes it doesnt put the magic key in ram and just reboots. I have to admit that I use my HoodLoader2 as bootloader but this shouldnt matter. If I cannot my arduino as ACM1 it works. ACM0 is broken. somehow avrdude breaks it totally if it hangs and get a force kill.
I generated this problem with hyperion (ambilight program). I opened the serial port with this and then tried to upload. Sometimes it works, sometimes not. And over the days I got this error now. As said ACM1 has no such problem so its related to the avrdude failure. In this case, with a 32u4, the patch above does not work. You need to leave the avrdude process running to force the arduino connect under a new number or reboot.
The patch above(had another hyperion open, command fixed the problem).stty -F /dev/ttyACM0 hupcl
just hangs, no error, but no command finish.Putting the arduino manually into bootloader mode and then hitting upload works though. Just the reset not. I guess the dtr state is triggered badly so the watchdog will be reverted or whatever.
matthijskooijman commentedon Aug 9, 2016
@cmaglie, I think this is an issue we should also take up with avrdude upstream soon. I'm running into this issue pretty often lately, and seen it happen with other people as well. It wouldn't surprise me if a lot of persistent upload failures on Linux are caused by this.