i am trying to upload bluetooth code to arduino nano,but im getting this type of error(avrdude: stk500_recv(): programmer is not responding). i thought my arduino nano board was dumped by retrying uploading code to board and this error appeared even i used new board can i get a confident solution?

What are you trying to do? Your output shows that you're trying to program the Nano as a programmer and not that you're trying to burn a boot loader on the Nano. Is COM5 indeed the Nano (does it disppear when you disconnect)? Or possibly something else? Many Nano clones use the CH340 TTL-to-USB converter; if yours does, did you install the driver? If you did not, check Windows device manager for any warnings / errors that show up when you connect the board.

I already installed the drivers of the CH340. I want to burn the bootloader in my arduino nano using my arduino uno as ISP

I tried another time and now I see this: Arduino: 1.8.15 (Windows 10), Board: "Arduino Nano, ATmega328P (Old Bootloader)" C:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CC:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega328p -cstk500v1 -PCOM5 -b19200 -e -Ulock:w:0x3F:m -Uefuse:w:0xFD:m -Uhfuse:w:0xDA: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 : COM5 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.02s avrdude: Device signature = 0x000000 (retrying) Reading | ################################################## | 100% 0.02s avrdude: Device signature = 0x000000 (retrying) Error while burning bootloader. Reading | ################################################## | 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 done. Thank you.

This may be too late to assist people here but I have also had many issues burning bootloaders and programming sketches into ‘external’ ATMEGA328’s. My ATMEGA is on a PCB with the correct crystal, capacitors, bypass and an FTDI FT232R which has all the necessary hardware flow control lines. Many years electronics design experience. These are my findings (your experience may differ) – If you use anything other than an FT232R (i.e., a FT234XD) which doesn’t have all the hardware flow signals then you have to pull down (using a manual switch) the reset line (for 1 second then release) on the ATMEGA within 5 seconds of the done compiling message in the Arduino IDE (i.e., just as the download starts). Assuming Windows then in Device Manager the COM port (the FTDI chip is communicating over) must be set to 9600bps and hardware flow control otherwise the FT232R does not control DTR / reset properly. Several Chinese Uno or Nano clones just do not work properly, especially those with the CH340 USB to TTL chip. Very few successfully burned the bootloader and those that did never loaded a simple sketch properly. The only successfully way I found to burn the bootloader is to use a proper Uno or Nano hooked up to the ATMEGA. When loading a sketch (Board - Uno as ISP in my case) 1.8 versions of the Arduino IDE just do not work, I have no idea why. When I reverted to an old IDE (1.0.5 in my case) all the issues (programming error, sync error, signature error, partial or corrupted download) went away. I believe the main issue is with the IDE (or it’s deliberate so you can’t ‘blow your own’ anymore).

Hi Everyone. I had the same issue mentioned on this topic. and I have found a solution to this. This problem is caused by manufacturer. Instead of a FT232 IC, they have used CH340 IC. The driver installed with the Arduino IDE is compatible with FT232. In order to solve this problem just download and install the Serial USB Driver for CH340 and you should see a new COM appear in the port menu. I used the old bootloader option for processor in Arduino IDE. With all this done, I could successfully upload the blink example to my Arduino Nano. Link to CH340 Driver: USB Serial Driver Quick Install - SparkFun Learn

I know this is an old thread. But I had this problem yesterday - it would upload the first time and then all subsequent uploads errored out. Had to reconnect the usb and/or restart the IDE. After having seen some threads on the forum, I uninstalled the driver (the default one), installed the latest IDE version and cancelled the automatic driver search on windows update thereby allowing it to install the bundled driver. That said, the problem started all of a sudden - it was working fine with the default driver till yesterday. I think it has something to do with repeated uploads - I had been uploading the code repeatedly to test changes.

*Check the chord *Change the port *Disable antivirus *Go to TOOLS> processor > select “ATmega168”

can someone help me i have a problem wile burning bootloader on 3d printer motherboard exacly anet3d v1.7 and this error ocures: Arduino:1.8.16 (Windows 10), Płytka:"Sanguino, ATmega1284 or ATmega1284P (16 MHz)" C:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CC:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega1284p -cstk500v1 -PCOM3 -b19200 -e -Ulock:w:0x3F:m -Uefuse:w:0xFD:m -Uhfuse:w:0xDE: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 : COM3 Using Programmer : stk500v1 Overriding Baud Rate : 19200 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x03 avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xff avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xff avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0xff avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xff avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0xff avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0xff avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0xff avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0xff avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xff avrdude done. Thank you. Błąd przy wgrywaniu bootloadera.

Even I face this especially when doing frequent code uploads in one session. Seems to be a USB issue on the host device (computer), and I think maybe the OS has something to do with it. Simple workaround is to disconnect the board from USB, close the arduino IDE and reconnect, restart...

Avrdude: stk500_recv(): programmer is not responding

Development Tools Uploading

Topic		Replies	Views
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00 Uploading	78	277986	August 12, 2021
Upload fails: "avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x33" Uploading	35	821	October 10, 2021
Errors in uploading in arduino nano type c development board Uploading	12	245	December 15, 2025
Can not upload a code to arduino nano and this is the error that i had Uploading	13	860	December 3, 2023
Error during uploading" avrdude: stk500_recv(): programmer is not responding" Uploading	27	1213	February 9, 2023

Avrdude: stk500_recv(): programmer is not responding

Related topics