Problem uploading bootloader unto Attiny85

Hey guys I really need some help with this one, i have been making some custom PCBs using Attiny85's and using my arduino uno as an ISP. I havent had any issues programming and reprogramming several of those boards, but just a couple of days ago 1 of my boards kept would not accept the bootloader. Im using Attiny85 with an internal 8Mhz clock. I thought that maybe it was just a bad chip so i decided to check another 10 chips by uploading the bootloader to them, and none of them gave me an error, i then proceeded to solder them on a board and try to upload a program to them and i keep getting an error stating the device signature = 0x000000 im getting this same error on 4 different boards, there are no shorts, and its not a bad connection because I am still able to upload programs to other boards i have sitting around. I really cant seem to figure out what to do, can someone please point me in the right direction? Error message attached below.

http://pastebin.com/SprBAAn6
Arduino: 1.6.7 (Windows 10), Board: "ATtiny, ATtiny85, 8 MHz (internal)"

C:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CC:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -v -v -v -pattiny85 -cstk500v1 -PCOM5 -b19200 -e -Uefuse:w:0xff:m -Uhfuse:w:0xdf:m -Ulfuse:w:0xe2:m 

avrdude: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf"

         Using Port                    : COM5
         Using Programmer              : stk500v1
         Overriding Baud Rate          : 19200
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [10] 
         AVR Part                      : ATtiny85
         Chip Erase delay              : 400000 us
         PAGEL                         : P00
         BS2                           : P00
         RESET disposition             : possible i/o
         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    12     4    0 no        512    4      0  4000  4500 0xff 0xff
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           flash         65     6    32    0 yes      8192   64    128 30000 30000 0xff 0xff
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           lock           0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           calibration    0     0     0    0 no          2    0      0     0     0 0x00 0x00

         Programmer Type : STK500
         Description     : Atmel STK500 Version 1.x firmware
avrdude: Send: A [41] . [80]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [02] 
avrdude: Recv: . [10] 
avrdude: Send: A [41] . [81]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [01] 
avrdude: Recv: . [10] 
avrdude: Send: A [41] . [82]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [12] 
avrdude: Recv: . [10] 
avrdude: Send: A [41] . [98]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [00] 
avrdude: Recv: . [10] 
         Hardware Version: 2
         Firmware Version: 1.18
         Topcard         : Unknown
avrdude: Send: A [41] . [84]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [00] 
avrdude: Recv: . [10] 
avrdude: Send: A [41] . [85]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [00] 
avrdude: Recv: . [10] 
avrdude: Send: A [41] . [86]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [00] 
avrdude: Recv: . [10] 
avrdude: Send: A [41] . [87]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [00] 
avrdude: Recv: . [10] 
avrdude: Send: A [41] . [89]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [00] 
avrdude: Recv: . [10] 
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us

avrdude: Send: A [41] . [81]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [01] 
avrdude: Recv: . [10] 
avrdude: Send: A [41] . [82]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [12] 
avrdude: Recv: . [10] 
avrdude: Send: B [42] . [14] . [00] . [00] . [01] . [01] . [01] . [01] . [03] . [ff] . [ff] . [ff] . [ff] . [00] @ [40] . [02] . [00] . [00] . [00]   [20] . [00]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [10] 
avrdude: PAGEL and BS2 signals not defined in the configuration file for part ATtiny85, using dummy values
avrdude: Send: E [45] . [05] . [04] . [d7] . [a0] . [01]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [10] 
avrdude: Send: P [50]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [10] 
avrdude: AVR device initialized and ready to accept instructions

Reading | avrdude: Send: V [56] 0 [30] . [00] . [00] . [00]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [00] 
avrdude: Recv: . [10] 
avrdude: Send: V [56] 0 [30] . [00] . [01] . [00]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [00] 
avrdude: Recv: . [10] 
################avrdude: Send: V [56] 0 [30] . [00] . [02] . [00]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [00] 
avrdude: Recv: . [10] 
################################## | 100% 0.03s

avrdude: Device signature = 0x000000 (retrying)

Reading | avrdude: Send: V [56] 0 [30] . [00] . [00] . [00]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [00] 
avrdude: Recv: . [10] 
avrdude: Send: V [56] 0 [30] . [00] . [01] . [00]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [00] 
avrdude: Recv: . [10] 
################avrdude: Send: V [56] 0 [30] . [00] . [02] . [00]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [00] 
avrdude: Recv: . [10] 
################################## | 100% 0.03s

avrdude: Device signature = 0x000000 (retrying)

Reading | avrdude: Send: V [56] 0 [30] . [00] . [00] . [00]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [00] 
avrdude: Recv: . [10] 
avrdude: Send: V [56] 0 [30] . [00] . [01] . [00]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [00] 
avrdude: Recv: . [10] 
################avrdude: Send: V [56] 0 [30] . [00] . [02] . [00]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [00] 
avrdude: Recv: . [10] 
################################## | 100% 0.02s

avrdude: Device signature = 0x000000
avrdude: Yikes!  Invalid device signature.
         Double check connections and try again, or use -F to override
         this check.

avrdude: Send: Q [51]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [10] 

avrdude done.  Thank you.

Error while burning bootloader.

  This report would have more information with
  "Show verbose output during compilation"
  enabled in File > Preferences.

(deleted)

Could you have accidentally done Burn Bootloader with another clocking option selected? If you tell it to use a crystal (or external clock) when one isn't connected to the chip, it'll soft-brick the chip, and you won't be able to talk to it to set it to use the internal oscillator again without giving it a clock signal. In this state, the signature reads as 000000.

Failing that...

Check connection with multimeter in continuity mode - check all ISP lines for shorts to ground, vcc, and eachother. Check all ISP lines for continuity from the programmer to the target (I'd do from the exposed end of the pin on the underside of the Uno, to the pin on the '85 right where it goes into the chip, to catch dodgy solder jobs. Make sure reset is behaving correctly too, like it's getting pulled up to Vcc - though IIRC, you get different errors in this case.

Signature reading 000000 is 99% of the time, either wiring problem or fuses set to use a crystal but no crystal present.

Hello guys an update on this issue i removed the attiny from the board and proceeded to burn the bootloader to it and upload a test program, i then placed the attiny back on the board and everything functioned as expected. I tried to upload another program to it while it was still on the board and it uploaded successfully without any problems at all, i didnt change anything, there were no errors, all i did was remove it and put it back on. And yes i did verify that it was oriented correctly, in fact i think i checked it over 10 times lol. How can i upload a picture of my schematic? i mean it should be a routing error if some of my boards will program just fine and they were all made at the same time by PCBway, and the first thing i do when i get new boards is check the traces for gaps and bridges.

Could the chip have not been inserted fully into the socket? That's why I suggested checking continuity all the way to the pin right where it goes into the chip - that'll catch a pin not making contact with the socket. My father is fond of pointing out that when he was working as an electrical engineer, IC's were typically more reliable than the sockets you plugged them into.

Well im using SMD Attiny's and to program them im having to use a clip, and i tried several times checking over and over to make sure it was making good contact, i read somewhere that if the signature shows 0x000000 that the attiny was clocked down to 128kbs instead of 1Mhz or 8Mhz. if thats the case with these how can i fix them?

Chrisrocks23:
Hey guys I really need some help with this one, i have been making some custom PCBs using Attiny85's and using my arduino uno as an ISP. I havent had any issues programming and reprogramming several of those boards, but just a couple of days ago 1 of my boards kept would not accept the bootloader. Im using Attiny85 with an internal 8Mhz clock. I thought that maybe it was just a bad chip so i decided to check another 10 chips by uploading the bootloader to them, and none of them gave me an error, i then proceeded to solder them on a board and try to upload a program to them and i keep getting an error stating the device signature = 0x000000 im getting this same error on 4 different boards, there are no shorts, and its not a bad connection because I am still able to upload programs to other boards i have sitting around. I really cant seem to figure out what to do, can someone please point me in the right direction? Error message attached below.

http://pastebin.com/SprBAAn6

Sounds like you accidentally unprogrammed (i.e. set to 1) high fuse, bit 5 (the SPI enable bit). If you did so, the only way to recover the chip is to use a "high voltage" programmer such as (click image to visit the link)

Ok know any good ones? Or should i just make my own since im using smd parts?

I was able to regain control of my 128 kHz '85 by using avrdude -B 40 ...
Try different values if necessary.

Yes that could do it, something to try. If you aren't sure what the actual problem is with the fuse values, you could have something else going on besides the low clock speed. It could be you have disabled reset or something like that. In that case, HV programming is the quick brute force method of returning a "normal" state to the chip. You can make your own HV programmer on a breadboard. You'll need to figure out how to attach the programming leads to the chip temporarily to do the HV programming, if your custom board does not expose all of the needed pins or if some of the circuitry interferes with HV programming. Here is my HV programming method and circuit, which uses a sketch by Paul Willoughby.

ok awesome! gonna be a weekend project them, thank goodness theres a radioshack nearby to buy this stuff lol

Just bough a few packs of the A23 batteries. Got the 2 packs for $0.99 lol

guys an update i removed the attiny85's from my boards and uploaded the bootloader and a test program to them and it all went through smoothly, somehow taking it of the board seemed to fix it... but once its back on the board i can upload a new program to it without any problems. weird lol.