Go Down

Topic: Arduino nano uploading fail (Read 5828 times) previous topic - next topic

tomas_ma

Hi everyone,

i have Arduino Nano, and i try to upload the code but i have always the same problem:


avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xa4

that happend till 10 times

i have bought a new cable, i have updated the drivers, i choose tool-> arduino nano -> atmega 328 (because it is), and the port is OK.
i have tried make a reset before upload and nothing...

i have tried also make a reset when apperas the first error message and nothing...

I don´t understand and i don´t know what happend and what can i do.

Please hepl me

Thank you

WaitSome

I am in the exact same situation.

I found these links for burning the firmware again. I already have a Usbasp programmer (RioRand®USB ASP ISP Downloader 51 AVR Programmer) and I am just waiting for some other stuff to finish so I can reboot after installing firmware for it. Will report back later. But these links may get you started.

https://sysexit.wordpress.com/2013/02/07/burning-a-bootloader-to-an-arduino-nano-using-another-arduino/

https://openchrysalis.wordpress.com/2014/09/26/installing-usbasp-driver-software-in-windows-8-1/


jack wp

Your IDE is probably trying to talk to a FT232R serial chip, and your nano may not have that chip. Lots of China nanos have been substituting the CH340G serial chip, which does not work the same. Can you tell which chip is on your nano ? The big chip on the bottom of the nano.

WaitSome

Jack, mine has the CH340G and it shows that in the Device Manager under LPT ports.

The thing is that until about midday yesterday it was all working fine, then win8/Arduinon-IDE would not display a Port for it.

I searched around and tried everything short of burning the boot loader. Nothing worked. So, finally, it was the turn of the boot loader option. My USBbus programmer was no use as the firmware said it was out of date and I could not find any that would work, so then opted for the Uno approach.

After following the instructions to burn the boot loader with my Uno, I get these errors. The Pin-13 LED on both devices flashes at about once per second. It is entirely possible the $8-thing just died after working for a while so I have ordered a couple more. But, I'd like to try and resolve this as it may help others who can't wait the five days for another Nano to arrive. :)

Verbose Errors:
Arduino: 1.6.5 (Windows 8.1), Board: "Arduino/Genuino Uno"
C:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CC:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega328p -cstk500v1 -PCOM4 -b19200 -e -Ulock:w:0x3F:m -Uefuse:w:0x05:m -Uhfuse:w:0xDE:m -Ulfuse:w:0xFF:m
avrdude: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf"
Using Port                    : COM4
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_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x03
avrdude done.  Thank you.
Problem uploading to board.  See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.

jack wp

Is 19200 the baud rate you have been using? How long has it been working?

You can still upload script to other arduinos with that IDE I guess.

Is that nano, running the last script that you had uploaded to it?

I agree, it would be good to get to the bottom of the problem.

tomas_ma

hi everyone,

it´s a arduino nano clone, but i have the driver to convert into ftdi, like i saw it in internet.

i have tried all that i found here and in google, but nothing works.


WaitSome

#6
Aug 30, 2015, 02:25 pm Last Edit: Aug 30, 2015, 02:47 pm by WaitSome
Is 19200 the baud rate you have been using? How long has it been working?
I have no idea where that came from. I have always used 9600 and the Device Manager is showing 9600 for Port 5. I figured the Programmer for burning the boot loader was communicating **somehow** with the Nano to get that setting. The Tx and Rx lights on the Uno flash very briefly a few times so there seems to be some exchange of something.

Is that nano, running the last script that you had uploaded to it?
Nope, the LED just flashes in unison with the LED on the Uno in boot loader programming mode. Looks about 200Msec on, 600-Msec off on both boards.

You can still upload script to other arduinos with that IDE I guess.
Yup, Uno is working fine on Port 4, the Nano on Port 5 is not happy at all.

I'll try changing that baud rate in Device Manager.
OK, no difference with changing baud rate other than now not getting the 19200 message. Seems like it is a brick, albeit a tiny brick. :)
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x03

jack wp

#7
Aug 30, 2015, 03:18 pm Last Edit: Aug 30, 2015, 05:08 pm by jack wp
I am at a loss for another suggestion.
Maybe it's time to bring the big guns. Maybe one of the other guys can suggest something here.

Had another thought: Could you have a library that is trying to use the analog pin?

ptarjan

I had the same problem. What fixed it for me is selecting Tools|Processor|ATmega328P (Old Bootloader).

sterretje

I had the same problem. What fixed it for me is selecting Tools|Processor|ATmega328P (Old Bootloader).
That option did not exist in 2015.
If you understand an example, use it.
If you don't understand an example, don't use it.

Electronics engineer by trade, software engineer by profession. Trying to get back into electronics after 15 years absence.

Go Up