avrdude: stk500_recv(): programmer is not responding

[victorhooi]

Hi,

I have a EtherTen board, and I am attempting to load the dmd_demo example sketch from the DMD package.

I have tried both Arduino 1.5.7 and the latest nightly (2014-08-31). This is on OSX 10.9.4. For Arduino 1.5.7, I had to use the old Java 6 package, as the Java 7 package doesn't work with OSX 10.9 (https://github.com/arduino/Arduino/issues/2178).

When I go to File, then Upload, I get the following output:

Code: Select all

Sketch uses 9,878 bytes (30%) of program storage space. Maximum is 32,256 bytes.
Global variables use 340 bytes (16%) of dynamic memory, leaving 1,708 bytes for local variables. Maximum is 2,048 bytes.
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x10
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x10
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x10
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x10
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x10
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x10
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x10
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x10
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x10
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x10
Problem uploading to board.  See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.

However, I am able to successfully upload the blink sketch successfully:

Code: Select all

Build options changed, rebuilding all

Sketch uses 1,030 bytes (3%) 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.

When I try to upload the countdown example sketch from DMD2, I also get a similar error:

Code: Select all

Build options changed, rebuilding all

Sketch uses 10,642 bytes (32%) of program storage space. Maximum is 32,256 bytes.
Global variables use 281 bytes (13%) of dynamic memory, leaving 1,767 bytes for local variables. Maximum is 2,048 bytes.
avrdude: stk500_recv(): programmer is not responding
Problem uploading to board.  See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.

When I try to upload ScrollingAlphabet example from DMD2, I get:

Code: Select all

Build options changed, rebuilding all

Sketch uses 9,992 bytes (30%) of program storage space. Maximum is 32,256 bytes.
Global variables use 309 bytes (15%) of dynamic memory, leaving 1,739 bytes for local variables. Maximum is 2,048 bytes.
avrdude: loadaddr(): (b) protocol error, expect=0x14, resp=0x00

avrdude: stk500_paged_write(): (a) protocol error, expect=0x14, resp=0x00
avrdude: stk500_cmd(): programmer is out of sync
Problem uploading to board.  See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.

Any thoughts on what's going on?

Regards,
Victor

[andrew]

Please try Arduino IDE v1.0.5, this is the current stable version of the IDE for your EtherTen/Arduino Uno boards.

[victorhooi]

Hi,

I have now downloaded Arduino 1.0.5, and I'm trying to upload DMD2/Countdown. I get the same message:

Code: Select all

Binary sketch size: 11,554 bytes (of a 32,256 byte maximum)
Binary sketch size: 11,554 bytes (of a 32,256 byte maximum)
avrdude: stk500_recv(): programmer is not responding

http://i.imgur.com/Rg5BPrM.png

Any thoughts on what else to check/try?

Regards,
Victor

[andrew]

OK then. You may need to try different options in the "Tools>Serial port" menu and also check you have the board type set to Uno in the "Tools>Board" menu, the programmer is set to "AVR ISP" in the "Tools>Programmer" menu and try again. Failing that, if possible, try another USB cable.

[victorhooi]

Hi,

I can confirm that I have board set to "Aruduino Uno", and port set to "/dev/tty.usbmodem1421".

Programmer was previously set to "AVRISP mkII", I've now changed it to "AVR ISP".

The first time I tried uploading DMD2/countdown again, I get:

https://gist.github.com/victorhooi/402647d5f82a7f8fa93e

I tried a second time, and I get:

https://gist.github.com/victorhooi/fbbe270a2e7db2ec389b

Each time I've tried since, I get similar output to the second attempt above.

I have tried with three different MicroUSB cables now as well.

Regards,
Victor

[victorhooi]

Hi,

I just thought I'd post a follow-up. So previously, I received the error in my original problem description when trying to flash from my Macbook Pro, trying Arduino 1.0.5, 1.5.7 and the latest Nightly.

I installed the latest Arduino nightly IDE on a new machine (Macbook Air on OSX 10.9.4). Board is set to Arduino Uno. Port is set to /dev/cu.usbmodem1411. Programmer is set to AVRISP mkII. I used a microUSB cable that I had also tried on the other Macbook Pro

I seem to be able to successfully upload from this machine:

Code: Select all

...
avrdude: avr_read(): skipping page 253: no interesting data
avrdude: avr_read(): skipping page 254: no interesting data
avrdude: avr_read(): skipping page 255: no interesting data
avrdude: verifying ...
avrdude: 4754 bytes of flash verified
avrdude: Send: Q [51]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [10] 

avrdude done.  Thank you.

I'm not entirely sure why. Could the USB driver on the other Macbook somehow have become confused, or corrupted? What are things you can do to check the state?

Regards,
Victor

[angusgr]

Hi Victor,

Sorry we didn't reply to you the first time. I'm glad you got it working.

The debug logs you posted from your old laptop show the flashing process starting successfully, then failing part-way through.

Possible causes for this are bad USB cables, a faulty USB port, or another software program interrupting the serial port during the upload. Probably in that order.

Regards,


Angus