ATMega32U4 burn bootloader problem

Ive been trying to burn the bootloader on a ATMega32U4 for a while now, and am at the end of my googleing. I have tried using an Arduino as ISP , USBISP and Microchip Studio with an AVR ISP MKII.

The setups all look similar to this (this is the latest):


(http://www.kbob.org/Pictures/Artsy/Other/Other/atmega32U4Breadboard.jpg)
or as a fritzing:

avrdude spits out the fllowing:

C:\Program Files (x86)\Arduino\hardware\tools\avr\bin>avrdude -C "C:\Program Files (x86)\Arduino\hardware\tools\avr\etc\avrdude.conf" -v -patmega32u4 -cstk500v1 -PCOM9 -b19200 -e -Ulock:w:0x3F:m -Uefuse:w:0xcb:m -Uhfuse:w:0xd8:m -Ulfuse:w:0xff:m

avrdude: Version 6.3-20190619
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch

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

     Using Port                    : COM9
     Using Programmer              : stk500v1
     Overriding Baud Rate          : 19200
     AVR Part                      : ATmega32U4
     Chip Erase delay              : 9000 us
     PAGEL                         : PD7
     BS2                           : PA0
     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  9000  9000 0x00 0x00
       flash         65     6   128    0 yes     32768  128    256  4500  4500 0x00 0x00
       lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
       hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
       efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
       lock           0     0     0    0 no          1    0      0  9000  9000 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.03s

avrdude: Device signature = 0x000000 (retrying)

Reading | ################################################## | 100% 0.03s

avrdude: Device signature = 0x000000 (retrying)

Reading | ################################################## | 100% 0.03s

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.

and Microchip Studio offers:

atmega32u4 Failed to enter programming mode.
ispEnterProgMode: Error status received: Got 0xc0, expected 0x00 (Command has failed to execute on the tool)

Ive also tried pulling PD0 to GND as someone had suggested that in another thread, as well as two separate chip sources.

Can anyone offer any possible suggestions?

You double checked your connections? signature = 0 could be the chip is not getting power, or something else. How certain are you the chip is good, never damaged by wrong wiring while you were just trying to get your wiring correct? Why are there so many wires, multiple 5V and gnd? Check them all against pinout diagram.

I have rewired the breadboard multiple times, and tried 3 chips from two sources, as well as checked the diagram many times.

The reason for the amount of wires is that this is the maximum of all vcc and gnd pins available (not necessarily needed) I have also tried it with a more minimum setup, but this was one of two setups that I found online where the author stated it worked.

Thanks. Is is possible at all that your TQFP adapter has some issues with connections?

I know this sounds like reverse progress but you could solder one of your chips on a breakout board and try again. It's better connection when it's soldered.

By the way, I use the QFN version of 32U4 a lot and I don't need adapters. I have SPI connections to the chip so I can program it after reflowing it to my boards, not before. In my case, a main processor, ESP32 is connected to 32U4 and I programmed ESP32 to flash firmware to 32U4. It never failed except when reflow was not done well :slight_smile:

I have measured random pins on the TQFP adapter, and they seem fine.. but I will try soldering on to Breakout boards... I do believe I have some fitting ones lying around... Thanks for the suggestion.

@King_bob, your topic has been moved to a more suitable location on the forum.

I ve used a tqfp zif socket like the one shown before and i found that connections to pins was not perfect. Putting some pressure on the socket when closed solved the problem.