Are you using the USBasp for your programmer?
If you are I have found this software to be useful in setting up Atmega328p chips
Download page for eXtreme Burner on the eXtreme Electronics page is found here:
you can use it to see if you can communicate with the chip and it can also help you set fuses for your configuration. you can copy and load the flash and eeprom with it also.
Burning a bootloader is only needed if you are using a serial port for programming at a later time. If you plan on loading you program through the "Upload using programmer" though the ICSP port you will only need to make sure your fuses match what you chip wiring configuration is set to.
Please show us your schematic and let us know which programmer you are using. for us to help you more.
I'm only seeing 5 wires attached to the uno but the example has Six. 4 for the isp connection with reset and 2 for power
you are either missing power or ground cant quite tell but it looks like ground is missing.
If that white wire is the ground wire and you are powering the breadboard with an external source the reset resistor is attached to ground then. this should pull the reset pin high
If it is pulled to ground you are constantly in reset.
This example should work and I have done this exact same thing many times.
I've used this tutorial also successfully.
True is the that the quality of the tutorial is appalling (a) with a blurred Fritzing diagram where you can hardly see what is connected to what and with pin numbering obscured (b) a missing schematic and (c) no table of pin numbers leaving the user to try to count on the breadboard image or refer to the data sheet.
Having said all that, it is certainly better than nothing.
so our hookup is 100% correct... the problem is either with software or components. bad crystal or other issue
What version of the Arduino software are you using and what site did you get it from arduino.cc or arduino.org?
Do you have a second UNO?
if Yes
for troubleshooting can you try this option:
So I just tried burning the bootloader with arduino uno connected to the second uno, the error code I am getting now is this:
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00
The uno connected to atmel328p-pu on breadboard and with the uno connected to nothing except the usb cable provide the original error message from my post above.
I'm guessing this means the connection is not leaving the arduino at all. A bad cable? A bad chip? Most likely scenarios in this case?
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
The programmer Uno that you have loaded ArduinoISP isn't communicating with the computer. try re-upoading that Uno again with ArduinoISP sketch and see if the error changes. otherwise check to see which serial port you are connected to.
I checked the code and the USE_OLD_STYLE_WIRING. This will work even when not using an Uno. (On an Uno this is not needed). What this does is force the SPI interface to use these pins. By default the UNO has these pins as a hardware SPI interface.
I've attempted to recreate your error but I am failing.
I have a sketch that might help It was make by Nick Gammon back in 2012
it uses the same hookup you are using for the uploading of the bootloader
Serial is set to 115200 after hooking up the chip just reset the uno that you load this schetch and it will attempt to read the chip
on success i get:
Atmega chip detector.
Entered programming mode OK.
Signature = 1E 95 0F
Processor = ATmega328P
Flash memory size = 32768
LFuse = FF
HFuse = DE
EFuse = FD
Lock byte = FF
Clock calibration = B1
Bootloader in use: Yes
EEPROM preserved through erase: No
Watchdog timer always on: No
Bootloader is 512 bytes starting at 7E00
I'm brand new to all this, but learning quickly. This info may be useless to most but there may be a fewas green as myself.
I have a sketch that compiled, and ran fine with an Uno but I couldn't get it to upload to an Adafruit Pro Trinket 5V 16mzFTDI. I had the correct board selected, the correct programmer, and port, but kept getting this error.
avrdude: stk500_disable(): unknown response=0x30
I kept chasing bootloader problems, and trying to make things complicated.
I wasted 2 hours before realizing, the serial print code I used for troubleshooting in my original sketch couldn't be uploaded to a Pro Trinket. Comment it out, no more problem.
Maybe some other rookie will benefit from this, then again, maybe not.
