I have a Yun for a robot I'm building, but I'm afraid something has been fried. When I turned it on this afternoon, instead of the red led on pin 13 coming on, I got the yellow RX led, and I couldn't seem to get any response from the 32U4. I can connect to the Linux side still, with a browser or ssh, but when I try to reload the sketch, I get:
Sketch uses 19,558 bytes (68%) of program storage space. Maximum is 28,672 bytes.
Global variables use 863 bytes (33%) of dynamic memory, leaving 1,697 bytes for local variables. Maximum is 2,560 bytes.
avrdude: AVR device not responding
avrdude: initialization failed, rc=-1
Double check connections and try again, or use -F to override
this check.
/usr/bin/run-avrdude: line 5: can't open /tmp/efuse: no such file
avrdude: AVR device not responding
avrdude: initialization failed, rc=-1
Double check connections and try again, or use -F to override
this check.
This happens whether I power the Yun from the robot's batteries or from USB, and it happens even if I remove the Adafruit motorshield that runs the robot motors.
I would appreciate guidance on how to troubleshoot this problem. TIA.
Jud
Can you give us a little bit more information about the yun.
How do you see the yun as a USB device? Were does it show up and how is it called by your operating system? ( Linux /dev/xxxx?, in windows 7 under Windows device manager)?
Do you have another arduino to burn the yun bootloader in, if necessary (could be the brute force methode to solve the problem).
Is the Linux side working? Have you tried loading your code over the WiFi interface (select the Yun's IP address on the IDE's port menu)?
Or log into the Yun's web configuration page, and on the first configuration screen, at the bottom, is the option to load a .hex file - you will have to find the hex output generated during the building of your sketch to use this option.
Do either of these methods work? If so, there is probably an issue with the USB interface. If not, there is probably an issue with the 32u4 - hopefully something simple like the bootloader being clobbered. (Note that either of these last two programming methods will restore the bootloader.)
I'm using a Mac with OS X 10.9.5 to run the Arduino IDE. Neither the IDE nor the About this Mac system report seems to recognize anything connected via USB, even when the Yun is powered that way. Both are able to access the Linux side via WiFi. And I've been able to use the AVR side quite successfully for a couple of weeks, including controlling motors through an Adafruit motorshield.
During all that time, the Yun was powered by a bench supply, and loading sketches via wifi. Yesterday, I added an I2C accelerometer/compass and a 5v switching regulator driving VIN to power the logic from the 12v battery. Those are both on the motorshield. That all worked briefly before the AVR went missing. And as I implied earlier, now I can't seem to talk to the AVR even if it's powered from USB and the regulator is completely disconnected.
I do have another Arduino (I'm sure it's around here somewhere...). Sounds like I should try reloading the bootloader.
Try to follow what ShapeShifter suggested you about programming the Yun over WiFi, it will restore the bootloader and you don't need to use another Arduino to do it.
If the procedure fails the reason can be a dead Atmega. Maybe something went wrong with the power supply and it fried your Atmega.
I was successfully loading the sketch over wifi, as suggested by ShapeShifter, before this problem arose, but it no longer works, giving the error message shown in my first message of the topic.
Well, if you can't load via USB, it could be that the bootloader in the 32U4 got corrupted. But when using the WiFi interface or the web interface, my understanding is that it uses the ICSP connections, bypassing the bootloader. So if that doesn't work, I'm thinking your initial fear might be correct:
JudLeonard:
I'm afraid something has been fried.
Hopefully someone will come up with an idea for a solution that proves me wrong.