Bootloader and Arduino as ISP Question

Hi,
I have two arduino Unos. One works on my computer and the other does not.
The bad one displays
avrdude: stk500_recv(): programmer is not responding
I can see the bad Arduino Uno in Device Manager on Com6.
I can connect to it using Arduino 1.6.12 (using the right controller and COM port)
It returns "BN: Arduino/Genuino Uno" with the PID/VID and serial number.
I connected to it using a terminal software and ran the loopback test.
The characters I entered were echo'd back. (to be sure it wasn't local echo enabled I disabled it in the software and also removed the TX/RX jumper. no characters were returned so I'm sure it's echoing them back).

The reset button doesn't blink the LED when pressed so I think I've done everything in the troubleshooting guides.

I'm at the point where I think the bootloader is missing.
I'm looking at this URL

and using the Example Arduino ISP code.

My question is regarding this statement.
On the Arduino Uno, you'll need to connect a 10 uF capacitor between reset and ground (after uploading the ArduinoISP sketch)
Does this mean I connect the capacitor between the reset and the ground on the board to be programmed?

Like this?

With the statement "after the sketch has been uploaded" sounds like it could mean on the board used as the ISP programmer.

Like this?

It goes on the board you are using as the programmer. Striped or neg lead goes to ground. You can try it without the capacitor and it may work fine.

dmjlambert:
You can try it without the capacitor and it may work fine.

Right. I already uploaded bootloader normal without the capacitor.

However it's easier to follow Gammon tutorial for uploading bootloader: Gammon Forum : Electronics : Microprocessors : Atmega bootloader programmer.

Here is another video tutorial: Best Way to Burn Arduino Bootloaders Tutorial! - YouTube

Thanks,
I went ahead and tried and when I loaded it, I got this warning.
invalid value for unused bits in fuse "efuse"
but looking around it appears that is just a warning and doesn't prevent the bootloader from loading.

It also stated the bootloader did complete.
Now when I press the reset button, the light does blink.
I still get this error when trying to upload a sketch.

avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x50

also, to note. I'm loading a blank sketch

void setup() {
// put your setup code here, to run once:

}

void loop() {
// put your main code here, to run repeatedly:

}

And nothing else is connected to it.

Ok, I've found on the good one with verbose logging, I get this.

avrdude: Version 6.3, compiled on Sep 12 2016 at 17:24:16
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch

System wide configuration file is "C:\Users\Stephen\Desktop\arduino-1.6.12-windows\arduino-1.6.12\hardware\tools\avr/etc/avrdude.conf"

Using Port : COM5
Using Programmer : arduino
Overriding Baud Rate : 115200
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

But on the bad one it stops right here.
avrdude: Version 6.3, compiled on Sep 12 2016 at 17:24:16
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch

System wide configuration file is "C:\Users\Stephen\Desktop\arduino-1.6.12-windows\arduino-1.6.12\hardware\tools\avr/etc/avrdude.conf"

Using Port : COM6
Using Programmer : arduino
Overriding Baud Rate : 115200
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x2b

That is interesting the 2 boards appear as 2 different COM numbers.

The warning about efuse bits should be OK.

Do you see the same reset blink pattern on the LED at the beginning of upload? That would indicate your auto reset is working OK.

If you are using separate cables for each Uno, swap them, or try a different USB cable. Try a different USB port. If you have Unos with the socket plug-in ATmega328P chips, carefully pry them out and swap them, and see if the problem stays with the board or moves with the chip.

Thanks,
I am using the same cable. When I plug in one, it's always com5 the other (non working) always on com6.
I have to manually change the port in the arduino software each time.

I ordered another chip since they aren't that expensive and I'm going to swap it in the one that isn't working. I really don't wan to mess up the only one I have working :slight_smile: I'm not that confident in my abilities yet.

I'm really new to arduino...

Same issue with a brand new ATmega328P chip.

avrdude: Version 6.3, compiled on Sep 12 2016 at 17:24:16
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch

System wide configuration file is "C:\Users\Stephen\Desktop\arduino-1.6.12-windows\arduino-1.6.12\hardware\tools\avr/etc/avrdude.conf"

Using Port : COM6
Using Programmer : arduino
Overriding Baud Rate : 115200
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x86

When I try to upload a sketch it blinks quickly then the RX light blinks a few times, then the normal reset light just blinks off and on until it times out.

Do the loop back test on the bad Uno. The loop back test procedure is in one of the pinned posts at the top of the forum.

I ran the loopback test at the very start of this test.
To be sure, I just reran the loopback test.
The loopback test was successful.

If your board passes a loopback test and you successfully burn a bootloader on the ATmega328P, and you noticed that the LED blink pattern shows it is resetting at beginning of upload, there is not very much left to test. I suppose it is possible some traces, soldering, or components on the board may be bad. You may have reached the point where the board should be tossed in a box of bad boards and cannibalize parts off of it for projects. That is probably what I would do.