Skip to content

Upload Problem with Arduino Nano #593

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
mhmayyan opened this issue Feb 27, 2018 · 7 comments
Closed

Upload Problem with Arduino Nano #593

mhmayyan opened this issue Feb 27, 2018 · 7 comments

Comments

@mhmayyan
Copy link

I am using Arduino Nano with CH340g. When I try to upload, it gives me the following error message: -

avrdude: Version 6.3, compiled on Jan 17 2017 at 11:00:16
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/home/user/.arduino15/packages/arduino/tools/avrdude/6.3.0-arduino9/etc/avrdude.conf"
         User configuration file is "/home/user/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/ttyUSB1
         Using Programmer              : arduino
         Overriding Baud Rate          : 115200
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x52
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x61
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x77
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x20
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x72
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x65
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x61
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x64
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x69
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x6e

avrdude done.  Thank you.

An error occurred while uploading the sketch

Note that, this problem comes with the latest version of Arduino AVR Boards (1.6.21). However, when I use version (1.6.20) the uploading problem disappears. I am using Ubuntu 16.04.

@KavishBhatia
Copy link

KavishBhatia commented Feb 28, 2018

This error occurs due to the updated boot-loader for arduino nano. You should select Atmega328P (Old Bootloader) in Tools -> Processor before uploading the program.
This resolved the error for me. Hope this helps.

@per1234
Copy link
Contributor

per1234 commented Feb 28, 2018

Thanks KavishBhatia!

@facchinm are Arduino AVR Boards release notes still going to be added to the arduino/Arduino repository's revisions.txt? If so, it would be good to add a note about the change to the Nano board definition. I'd be happy to submit a PR for that.

@KavishBhatia
Copy link

KavishBhatia commented Feb 28, 2018

I found this on arduino website

nano

@facchinm
Copy link
Member

facchinm commented Mar 2, 2018

@per1234
since the patch was also applied here it would ok to add it to release.txt 😉

@awatterott
Copy link
Contributor

If you update the bootloader again, I would recommend to use one with automatic baudrate detection.
We are using it since several years and so it doesn't matter which board/baudrate is selected.

@N0rbert
Copy link

N0rbert commented Aug 12, 2018

Got this problem today with old Nano clone with CH340. How should I guess that I should select old bootloader after updating Arduino AVR Boards to 1.6.21? I have spent about an hour checking wiring, USB-cables, finding other laptops with previous Arduino version, etc.

It is completely not user-friendly! Do you respect Arduino users?

Please show changelog and/or warnings about serious changes in the Board Manager!

@matthijskooijman
Copy link
Collaborator

Changing the bootloader baudrate is tricky, since you somehow need the user to select the baud rate (i.e. old/new bootloader). Currently, this is non-intuitive, since for existing users the default silently changes, in order to have things work out of the box for new users (rather, users of new, official, arduinos).

Perhaps it would be interesting to not give this option a default value, to force people to make a choice. I suspect this might be useful for more of these additional board options as well (but not all of them, especially the ESP boards that have a ton of option should probably have defaults). To implement this, I guess we need a way to explicitly state the (absence of a) default value in boards.txt. @cmaglie, @facchinm, how would that sound?

@per1234 per1234 transferred this issue from arduino/Arduino Feb 13, 2025
@arduino arduino locked as resolved and limited conversation to collaborators Feb 13, 2025
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants