I’ve read a lot of these threads, but I didn’t find anything that solved my case. I’m trying to burn a bootloader to a student’s Elegoo Uno R3 using my Inland Uno R3.
Here’s the verbose error message:
Arduino: 1.6.4 (Mac OS X), Board: "Arduino Uno"
/Applications/Arduino.app/Contents/Java/hardware/tools/avr/bin/avrdude -C/Applications/Arduino.app/Contents/Java/hardware/tools/avr/etc/avrdude.conf -v -patmega328p -cstk500v1 -P/dev/cu.usbmodem1411 -b19200 -e -Ulock:w:0x3F:m -Uefuse:w:0x05:m -Uhfuse:w:0xDE:m -Ulfuse:w:0xFF:m
avrdude: Version 6.0.1, compiled on Apr 14 2015 at 16:30:25
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "/Applications/Arduino.app/Contents/Java/hardware/tools/avr/etc/avrdude.conf"
User configuration file is "/Users/scabbot/.avrduderc"
User configuration file does not exist or is not a regular file, skipping
Using Port : /dev/cu.usbmodem1411
Using Programmer : stk500v1
Overriding Baud Rate : 19200
AVR Part : ATmega328P
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff
flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff
lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
Programmer Type : STK500
Description : Atmel STK500 Version 1.x firmware
Hardware Version: 2
Firmware Version: 1.18
Topcard : Unknown
Vtarget : 0.0 V
Varef : 0.0 V
Oscillator : Off
SCK period : 0.1 us
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.05s
avrdude: Device signature = 0x000000 (retrying)
Reading | ################################################## | 100% 0.05s
avrdude: Device signature = 0x000000 (retrying)
Reading | ################################################## | 100% 0.05s
avrdude: Device signature = 0x000000
avrdude: Yikes! Invalid device signature.
Double check connections and try again, or use -F to override
this check.
avrdude done. Thank you.
Error while burning bootloader.
This report would have more information with
"Show verbose output during compilation"
enabled in File > Preferences.
And here’s the photo of my wiring, as shown at
(their instructions showed me where to include the 10uF capacitor).
That error indicates either a bad connection or that the device you're trying to program is set to use an external crystal/resonator or clock source, but no crystal/clock source is connected.
Since you're trying to bootload an Uno board, it has a resonator, and it's unlikely that that has failed; hence the problem is likely a bad connection.
DrAzzy:
Since you're trying to bootload an Uno board, it has a resonator, and it's unlikely that that has failed; hence the problem is likely a bad connection.
)$#&-ing cheap breadboard leads! I’ll try some straight-up solid core when I have a chance. Thanks for narrowing it down (I was waaay confused about the “crystal/clock source” thing).
Okay, still stumped -- I swapped out all the leads and changed connections to follow the SparkFun diagram attached (and at https://cdn.sparkfun.com/assets/3/b/d/8/1/523b53bb757b7f01268b456a.jpg).... So that now the only connections that are the same from last time are pins connected at 5v, Gnd, and 10-13 on the “good” board.
I even pulled the LED connections at 7-9 (as defined in the ISP code) to eliminate possible confusion.
Does that mean that some of the connections on the BOARD ITSELF are bad? Thanks!
UPDATE: New error message (I returned to the Arduino wiring diagramhttps://www.arduino.cc/en/Tutorial/ArduinoISP):
Arduino: 1.6.4 (Mac OS X), Board: "Arduino Uno"
avrdude: Expected signature for ATmega328P is 1E 95 0F
Double check chip, or use -F to override this check.
Wrong microcontroller found. Did you select the right board from the Tools > Board menu?
This report would have more information with
"Show verbose output during compilation"
enabled in File > Preferences.
Unfortunately it IS (supposed to be) an Uno Compatible board (from Elegoo).
A tangent question: should the lights on the target board stay on the whole time? They flash when first connected but don’t stay on... Thanks!
CrossRoads:
What's the part number of the uC chip on the student board?
[Edit: got a better magnifier and a brighter light source]
WOW that's hard to see! AT MEGA 37HP328P-PU (1644 above that). I have another chip (I'm pretty sure I got it from Adafruit): 32BP328P-PU (1535 above) if that would work.
Since none of the other connections or components are shown at the Arduino-to-breadboard link above, is there any chance you could put together a Fritzing layout for me? I'm not very experienced.
https://www.arduino.cc/en/Tutorial/ArduinoToBreadboard is a disappointing reference, it omits the necessary decoupling caps; without them chip behavior may not be reliable. It also depicts the crystal located way over to the side, connected by wires, when it would be far better to locate the cap right next to the crystal pins - the signal on the crystal pins is high frequency and those connections should be kept as short as practical (just like the connections to the decoupling caps)
kprims:
Check the two blue wires going to the crystal. If my eyes aren't lying to me, the one wire isn't making it to the crystal.
Dammit, you're absolutely right. Unfortuately, it didn’t change anything.
DrAzzy: https://www.arduino.cc/en/Tutorial/ArduinoToBreadboard is a disappointing reference, it omits the necessary decoupling caps; without them chip behavior may not be reliable. It also depicts the crystal located way over to the side, connected by wires, when it would be far better to locate the cap right next to the crystal pins - the signal on the crystal pins is high frequency and those connections should be kept as short as practical (just like the connections to the decoupling caps)
Okay, good to know that I’m working from an imperfect guide. But I still need a visual reference because I'm still not sure where the “decoupling” caps go, or how I would fit the crystal and caps all together.
"Dammit, you're absolutely right. Unfortuately, it didn't change anything. :-("
Let's back up a couple of steps.
Take the Uno you are using for a programmer and load the ArduionISP sketch.
select Board:"Arduino/Genuine Uno"
select Port:"/dev/cu.usbmodem1411"
select Programmer: "Arduino as ISP"
go to file/preferences and mark "Show verbose output during compilation and uploading"
After uploading the sketch to the Uno without any connections to the chip you are trying to program, attempt to "burn bootloader".
Then connect your leads to the chip being programmed, and try to "burn bootloader" again.
This is where you may need:
"On the Arduino Uno, you'll need to connect a 10 uF capacitor between reset and ground (after uploading the ArduinoISP sketch"
I am using Arduino 1.8.3 and Linux Mint 18.1. This may be a case of someone (me) being over my head and wasting your time. In my defense I have tried this on two computers and 4 Uno's and get the same result every time. I usually use a 10uF Cap between reset and GND on the uno used as a programmer. Today I don't seem to need one using smd Uno or atmega328p-pu Uno.
I have had real good luck with Nick Gammon's boot loading sketches. Maybe you could try them out.