Arduino Sketch loading problem - avrdude: stk500_recv (): the programmer is not responding

I have an Arduino Duemilanove with Atmega 328. I am working on Ubuntu 12.04 and the version of the Arduino IDE is 1.0. Recently, I tried to upload several sample sketches to it, such as Blink. However, none of my attempts work, and they produce the same error every time I try to do this:

avrdude: stk500_recv (): the programmer is not responding.

I enabled /dev/ttyUSB0 under Tools -> Serial Port. I also selected the correct board (Duemilanove with Atmega 328) from the list. However, I cannot solve this problem. I also searched the Internet, and no other answers to this problem seem to work for me. Why am I facing this problem and how to solve it?

I also tried to turn the onboard Atmega and set it in the other direction. Now I have no problems downloading, but then nothing happens. The indicator on board also does not seem to blink.

+127
arduino
Nov 04 '13 at 9:44
source share
36 answers
  • one
  • 2

I had this problem with Crowduino, which ran the Arduino IDE on OSX. The solution for me was to enable verbose output at boot time (in the arduino IDE settings panel).

Then, at boot, you can see avrdude by sending three avrdude: Send: 0 [30] [20] (with corresponding RX flashes on the board) immediately before the avrdude: ser_recv(): programmer is not responding .

The trick is to press the reset button on the board just before sending these three packets. Then the program will load successfully.

+104
Dec 22 '13 at 23:57
source share

Make sure that there is no input on the Tx / Rx pins and it will work.

+70
May 13 '14 at 22:55
source share

I had the same problem - that is why I found this question.

I just needed to change the processor from "ATmego328P" to "ATmego328P (old bootloader)"

The problem is solved - at least for me.

enter image description here

+51
Jun 12 '18 at 23:58
source share

I know this is an old post, but there are a few conversations about voodoo in the answers around these ideas, let's try to be a little more real about what is happening and summarize the good materials to check:

In principle, when this happens, it is recommended that you enable avrdude mode for avrdude in order to better understand what is happening. To do this, you only need to go to the settings and check the detailed mode window. It is also a good idea to step away from the arduino IDE and launch the console to be more comfortable reading the avrdude output that you click on the upload button.

What is important for entering 3 or 4 -v into a team call. This is what the avrdude command looks like with the parameters compiled, since they completely depend on how Arduino was installed:

 avrdude -v -v -v -v -C /path/to/avrdude.conf -patmega328 -P/dev/usbport -U flash:w:/path/to/firmware.hex 

A good way to get the right command line to use is to copy it from the verbose output of the Arduino IDE output log when verbosity is enabled.

When you get avrdude: stk500_recv(): programmer is not responding , it basically means that something is wrong before the blink starts. Basically you need to check (from hardware to software, low to high):

  • if the cable and / or connectors do not have microcommands;
  • if no soldering points are closed (i.e. touching something metallic), this means:
    • if there is no short circuit on the circuit board between Rx and Tx (usually pins 1 and 0 );
    • if there is no contact with a metal element under the board or small bits between the legs of the components (for example, FTDI, atmega chip or any other);
  • if the atmega chip has not failed (GND / VCC shortcut or cut or VCC input is dead ...);
  • if Arduino pins 1 and 0 are not used by any screen or custom design ( /!\ does not apply to leonardo, since it has independent USB processing);
  • if the USB to UART converter does not have a problem ( FTDI for the older duemilanove or Atmega16U2 for the new Unos);
  • if the Atmega328 chip is fried or improperly installed;
  • if the bootloader has been overwritten or does not work;
  • if the right bit rate is used to enter the bootloader;
  • if the target MCU and Board are set to the correct settings;

usually avrdude -v -v -v -v can help find a lot at what stage it fails. Could he even connect to the USB port (cable failure, USB / UART, PCB ...) or a problem with the bootloader.

Update: I tried turning on the Atmega and installing it in the other direction. Now I have no problems downloading, but then nothing happens. The LED indicator also does not blink.

I am afraid that if you change the position of the atmega, and then it does not work, then the fact that you put the power source on the digital contacts may have burned your chip.

+47
Jan 31 '14 at 23:04
source share

Try to check the correctness of the selected board. Click on the menu Tools β†’ Tip and check that the board is selected correctly.

+21
Jan 29 '14 at 0:07
source share

You can check if any jumper wires are connected to pins 0 and 1. Tone pins are used for serial communication, and the connected wires can prevent the code from loading on the board.

If nothing is connected, it may be an error with avrdude , you can try updating it.

Hope this helps! :)

+12
Nov 04 '13 at 10:12
source share

I also encountered this problem, and I resolved it by reinstalling the USB serial driver. See Also: http://arduino.cc/en/Guide/Howto and http://www.ftdichip.com/Drivers/VCP.htm

+10
Jan 14 '14 at 2:03
source share

The above error occurs in 3 steps

  • If the bootloader was broken
  • If you did not select the correct port and the correct board from the IDE
  • If you are communicating with another serial port, connected. GND and Tx cells are connected to another communication device.
+4
Jan 08 '14 at
source share

I solved the problem in OS X Yosemite 10.10 by following these instructions:

http://www.mommosoft.com/blog/2014/10/24/ftdi-chip-and-os-x-10-10/

However, the trick suggested by hoipolloi was a temporary workaround, also on this version.

+3
Nov 27 '14 at 19:29
source share

I had the same thing. From my first attempt Arduino UNO. My solution was pretty simple. Just plug in, then plug in the USB cable. Hope this works for you.

+3
Feb 26 '15 at 15:36
source share

In Windows 7 , I had this problem several times, each time with different error messages. Basically, the IDE sends to the wrong port. To fix this, simply go to "Tools" β†’ "Ports" β†’ [select the COM port on which your board is installed].

Make sure you double check your port:

1) Launch device manager

Start menu

2) Make sure your Arduino driver is listed in the port that matches the IDE port settings (see above)

Device manager

3) My board is listed in COM1 port. If you want, you can simply change the port in the additional driver settings:

enter image description here

+3
Mar 17 '15 at 8:26
source share

I have this problem on my Arduino running on Mac. This happens on two of my Arduinos (Arduino Uno and Arduino Pro FTDI related).

For Uno, I connect the cable to the computer and load it, and then start the countdown until the β€œTX” LED lights up. Then repeat the download, but before the TX LED flashes, press the reset button and the download will succeed.

Later, I decided that changing the USB cable fixed this problem.

+2
Nov 27 '13 at 14:54
source share

I am posting this because I have not found this answer elsewhere. All my Arduino nano Chinese clones (CH340) had this problem after upgrading to Arduino IDE to 1.8.9. What helped me was to use the official Arduino Uno spare, for which I need to write the bootloader to the faulty nano using the ICSP headers on the nano. To do this, all I did was follow the instructions here: Chinese clone-arduino-nano-with-chip-ch340g-how-fix-this . The only thing I did differently was to always set the "Old bootloader" option, as mentioned earlier in this thread. In addition, I completely followed the instructions on this link and saved my nano from this annoying problem. I hope this helps someone out there.

+2
Apr 30 '19 at 8:23
source share

First, make sure / dev / ttyUSB 0 is working. For example. plug in the mouse and see if it works. Secondly, try choosing a different board. Often their original boards are not recognized correctly under their names. Thirdly, press the reset button manually when loading the sketch. Probably automatic reset is broken.

+1
Nov 05 '13 at 20:51
source share

I solved the problem in my case by downloading and installing the old FDTM drivers from here .

Try installing FTDIUSBSerialDriver_10_4_10_5_10_6_10_7.mpkg , and then run Arduino again.

+1
Jan 31 '14 at 21:41
source share

Just thought I'd say that my new Arduino Uno Rev3 board uses the following LInux driver:

 Device Drivers |-USB Drivers |-USB Modem (CDC ACM) support 

This is known as the option: CONFIG_USB_ACM: in the very latest LInux 3.x kernel.

This device then appears as: /dev/ttyACM0 or the like.

+1
Apr 01 '14 at 12:15
source share

so I found the reason for this ... Changed my serial port to /dev/tty.usbmodem2131. Turns out I used the wrong serial port all the time!

+1
Aug 23 '14 at 2:18
source share

You can try:

  • Check preferences.txt settings serial.debug_rate: serial.debug_rate=9600
  • Try to press the reset button of your arduino only at boot time.
  • Try selecting a different map in the arduino-> tools menu, and then reselect your map in the list.
+1
04 Oct '14 at 0:03
source share

This combination of the above answers solved the problem for me:

  • performed a java update:

    sudo apt-get install default-jdk

  • then killed the arduino IDE and restarted it

  • my right board appeared (arduino Mega 2560, where before Mega 1280 there was only an option)

  • for drivers, I did this:

    sudo chmod a+rw /dev/serial/by-id/usb-Arduino__www.arduino.cc__(a bunch of numbers)

after that, my arduino IDE shows /dev/ttyACM0 in the tools / serial port menu

Now everything works great!

+1
Oct 11 '14 at 11:31
source share

just thought I'd add to the solution that worked for me on Mac Pro (desktop)

I got the same error, and this is due to the fact that I connected the USB to a peripheral device (my monitor), and not to USB on the PC itself. Stopped all errors at once and simple solution.

+1
Oct. 16 '14 at 13:29
source share

Thanks @hoipolloi for the right direction in finding a solution. Anyway, I had to take several different steps to fix the problem.
In my case, UNO worked fine, but suddenly stopped after some sketching games. I kept getting stk500_recv(): programmer is not responding , and nothing worked. Then I noticed that LED 13 is always on on my board. It seems that some kind of complex loop sketch continued many times on the board and blocked any entrance to the board. Not sure, these are just my words.
I tried clicking RESET at any time without any success and suddenly tried the following steps:

  • Unplug the board.
  • Press and hold RESET.
  • Plug it in again.
  • Wait a couple of seconds.
  • Release the RESET button.

After that, I noticed that the built-in 13 LED turned off for a second, and then turned on again. It looks like there was a short RESET window when there is actually a RESET on the board. Then, as in @hoipolloi's solution, I caught the β€œreset” moment before 3 packets were sent and that worked.
Hope this helps you sort out the problem if none of the other solutions work.

Tip . If you do not see the three Send: 0 [30] [20] lines Send: 0 [30] [20] when loading the sketch in the console, do the following:

  • Click Download in your Arduino development environment.
  • Look at the log window. You can find this line:

E:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CE:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega328p -carduino -PCOM3 -b115200 -D -Uflash:w:C:\Users\Sergey\AppData\Local\Temp\build44ca75bc60fd83cc8ef41e35d4d83388.tmp/sketch_sep07a.ino.hex:i

  1. It looks like it is swallowing line breaks or spaces, as here -CE:\Program Files... This should be -CE:\Program Files . Copy this as in Notepad, add the missing spaces to make the line this:

E:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -v -v -v -v -C "E:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf" -patmega328p -carduino -PCOM3 -b115200 -D -U flash:w:C:\Users\Sergey\AppData\Local\Temp\build44ca75bc60fd83cc8ef41e35d4d83388.tmp/sketch_sep07a.ino.hex:i

  1. Add 4 -v instructions, as I did above.
  2. Open a command prompt, paste the command into it, and run it.

You will now see a much more verbose thanks to the 4 arguments -v . Initially, Arduino Studio uses only one.

+1
Sep 07 '16 at 19:11
source share

Do you have anything related to RESET output to Arduino?

I ran into this problem with a graphical LCD display that needed to be connected to the RESET pin. Disconnecting the jumper wire between the LCD and the RESET pin when downloading the code fixed for me, all you would need to do is reconnect after the code download is complete.

+1
Apr 12 '17 at 17:41 on
source share

Have you installed / updated the driver for the FTDI cable? (Step Three at http://arduino.cc/en/Guide/Howto ). Starting the Arduino IDE from my raspberry Pi worked fine, without explicitly installing the drivers (either they were pre-installed, or the Arduino IDE installer took care of this). This was not the case on my Mac, and I had to install cable drivers in addition to the IDE.

0
Dec 24 '13 at 20:21
source share

I just spent the last few hours on the same issue ... Just go here http://www.ftdichip.com/Drivers/VCP.htm ", download the latest drivers and reboot. After that you need to work fine. I also download new to Arduino software, but I don't understand what it mattered.

0
Feb 28 '14 at 0:55
source share

I had the same problem and solved it myself.

First: I have (OSEPP UNO r3 PLUS). This is the Arduino UNO 3 Revision Pipe prepared by OSEPP.

I just bought an OSEPP Motor screen and a Servo controller. I had only motors, and I came across the same error. avrdude: stk500_recv (): the programmer is not responding.

I think while he was connected, he made / assigned a new serial port. Found in arduino under "Tools> Serial Port". I just re-elected one that is related to UNO and bam, the problem is resolved.

Hope this helps someone.

0
Apr 03 '14 at 1:31 on
source share

I had the same problem with arduino Due, most of the proposed solution did not work. LED L is constantly on. My problem was solved by unistalling the IDE and choosing the experimental version 1.5.8, and then on the board I chose the bottom version of Arduino Due (programming port), of course, you also need to connect USB to the programming port.

0
Dec 19 '14 at 10:23
source share

It may slow down, but it hit me. Make sure your USB cable (on the Arduino side) is connected correctly (fully connected). Verify that the device is discovered as described here (for Windows): https://stackoverflow.com/a/464677/

0
Apr 11 '15 at 21:25
source share

I tried connecting my servo to the arduino 5V output, killing the processor, and that is why I got this failure

avrdude: stk500_recv (): the programmer is not responding

Solution: buy a new arduino and external 5V power supply for the servo.

0
Aug 07 '15 at 15:25
source share

Try downloading the program without -b (baud rate option). In ~ / .arduino15 / preferences.txt, build.verbose = true is set when arduino.cc is not working. In the detailed output, you will find a hex file that you must download from the console:

 avrdude -v -v -v -v -C/usr/share/arduino/hardware/tools/avr/etc/avrdude.conf -patmega328p -carduino -P/dev/ttyUSB2 -D -Uflash:w:/tmp/build2314497724350388190.tmp/sketch_nov13b.cpp.hex:i 

I'm just replacing the 128 chip with version 328, and from Decimile my board name was changed to Uno or Ethernet due to the new baud rate of 115200.

0
Nov 13 '15 at 7:58
source share

If you are connecting the Arduino via a USB hub, try connecting it directly to one of the USB ports on the Mac. It worked for me.

0
Apr 18 '16 at 20:23
source share
  • one
  • 2



All Articles