Arduino uno doesn't accept upload

Using Arduino Avrdude, stk500, Bootloader issues
1

hey, whenever i try uploading code to my arduino uno, i get this error:

Sketch uses 3364 bytes (10%) of program storage space. Maximum is 30720 bytes.
Global variables use 206 bytes (10%) of dynamic memory, leaving 1842 bytes for local variables. Maximum is 2048 bytes.
"C:\Users\basel\AppData\Local\Arduino15\packages\arduino\tools\avrdude\6.3.0-arduino17/bin/avrdude" "-CC:\Users\basel\AppData\Local\Arduino15\packages\arduino\tools\avrdude\6.3.0-arduino17/etc/avrdude.conf" -v -V -patmega328p -carduino "-PCOM5" -b115200 -D "-Uflash:w:C:\Users\basel\AppData\Local\Temp\arduino\sketches\B0118380C861DC6E9F8ACD433D2E4B30/sketch_oct11a.ino.hex:i"

avrdude: Version 6.3-20190619
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "C:\Users\basel\AppData\Local\Arduino15\packages\arduino\tools\avrdude\6.3.0-arduino17/etc/avrdude.conf"

         Using Port                    : COM5
         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=0x89
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x89
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x89
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x89
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x89
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x89
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x89
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x89
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x89
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x89

avrdude done.  Thank you.

any ideas on what could be causing this? thank you in advance!

2

Did it ever work?

This indicates that you have selected the 328P option under tools / processor. Try the 328P (Old Bootloader) option and if that does not work the 168 option.

Note
The initial topic title indicated Nano.

3

i used it over a year ago, using the old bootloader option which is what i believe caused it to work. however, the processor option isn't there this time.

4

In which case you did not select the Nano as the board but probably the Uno.

Note
The initial topic title indicated Nano.

5

oh, im sorry i just realized i said nano instead of uno lol, i meant to say the uno, ive been trying to fix this for so long my brain cant distinguish between the two :joy:

6

What is the serial-to-usb converter on the board? It's the chip closest to the USB connector. If you don't now, look in Windows device manager how the board is identified.

Did you select the correct COM port? Does COM5 disappear from the IDE (and Windows device manager) when you disconnect the Uno?

7

You appear to have Nano selected as the board type, an UNO has a maximum of 32256 bytes.

8

in windows device manager, its labeled as arduino uno (COM5). and yes, it does

9

image
image928×249 16.7 KB

ive got it selected as arduino uno though, that's odd

10

Have you made any changes to the boards.txt file?

11

no, but just to make sure, is there a way i can reset it?

12

I would try just restarting the computer first, that tends to clear up a lot of odd program behavior.

Not sure how you could get the original boards.txt file back after it has been modified. Going back to the previous version of the boards package, then reinstalling the latest, would probably clean out any changes.

13

Well that indicates that Windows finds it OK.
Try closing and restarting the IDE and do not open the serial monitor or plotter.

14

clicking upload opens up the "output" section automatically, is that okay?

15

Yes
If you push the reset button on the board, does the LED flash quickly a few times?
If yes, then it means the bootloader is still there and working.

16

it still gives the same error, sadly

17

If you push the reset button on the board, does the LED flash quickly a few times?
If yes, then it means the bootloader is still there and working.

18
  1. Run a loopback test: Loop-Back Test Instructions.
  2. Next, when you press and release the reset button, do you get a couple of quick flashes of the L-LED?
19

restarting the computer did nothing, sadly

20

the reset button is the one in the corner next to the usb port, right? if so, then no, clicking on it doesnt do anything