Go Down

Topic: GenuinoUNO r3 / avrdude stk500_recv(): programmer is not responding (Read 283 times) previous topic - next topic

ofmx

Hello, I'm just starting to test an Arduino board and this is my first post on this forum.

I use an GenuinoUNO R3 board connected to a Mac under mac OS 10.11.5 and IDE 1.6.9.

I started with the basic "blink" sketch and successfully download it ONCE to the board.

I only modified the delay constant and then it was impossible to download  (this sketch or anyother one):

--
Arduino: 1.6.9 (Mac OS X), Board: "Arduino/Genuino Uno"

Sketch uses 926 bytes (2%) of program storage space. Maximum is 32,256 bytes.
Global variables use 9 bytes (0%) of dynamic memory, leaving 2,039 bytes for local variables. Maximum is 2,048 bytes.
/Applications/Arduino.app/Contents/Java/hardware/tools/avr/bin/avrdude -C/Applications/Arduino.app/Contents/Java/hardware/tools/avr/etc/avrdude.conf -v -patmega328p -carduino -P/dev/cu.usbmodem1421 -b115200 -D -Uflash:w:/var/folders/s8/0wk74g988xl_j7008k8xgwr80000gn/T/build3ca72703e4e1b789614a9600c4bddfb2.tmp/Blink2.ino.hex:i

avrdude: Version 6.3, compiled on Jun 14 2016 at 19:15:19
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/Applications/Arduino.app/Contents/Java/hardware/tools/avr/etc/avrdude.conf"
         User configuration file is "/Users/****/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/cu.usbmodem1421
         Using Programmer              : arduino
         Overriding Baud Rate          : 115200
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_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00

avrdude done.  Thank you.

Problem uploading to board.  See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.
--

As sugested by http://www.arduino.cc/en/Guide/Troubleshooting#upload,
- I choose the right board (Arduino/Genuino UNO)
- I used the right serial port (/dev/cu.usbmodem1421)

So I can get board info:
  BN: Arduino/Genuino Uno
  VID: 2341
  PID: 0243
  SN: 95432313238351615090

- I also verified the USB cable (use another one)
- Tryed some combinations with reset button
- Installed the FTDI driver
- Upgrade to the 1.6.10 IDE
---> same error

I tried with another GenuinoUNO r3 board and it works very well with this one.

This board info:
  BN: Arduino/Genuino Uno
  VID: 2341
  PID: 0243
  SN: 55431313937351014121

Back to my board : same error as previously described !

On google, there is a lot of things related to "avrdude  stk500_recv(): programmer is not responding" but addressing so different problem, it's rally a mess for an Arduino beginner...

Please, help me how to fix this problem !

Thanks,

O.



DrAzzy

The out of sync error is an incredibly generic error.

It indicates that the serial port appears to be working, but is reporting receiving a different response than it is expecting from the bootloader. Wrong board selected in tools > board menu, bad chip, bootloader problems, things connected to pins 0 or 1, hardware failure - basically any failure anywhere after the USB-serial adapter will produce this error. Whether you've sawn the board in half and thrown out the half with the microcontroller, or just selected the wrong board, you get an out of sync error.
ATtiny core for 841+1634+828 and x313/x4/x5/x61/x7/x8 series Board Manager:
http://drazzy.com/package_drazzy.com_index.json
ATtiny breakouts (some assembled), mosfets and awesome prototyping board in my store http://tindie.com/stores/DrAzzy

ofmx

But, the upload worked once and I tried/verify most of the other parameters (confirmed by the successful use another similar board).

What could I test now... rewrite the bootloader ?

Is there anything I can do to eliminate the hardware failure ??

Go Up