Sketch not uploading

Hello,

It is my first post, so I'll try to do as best as I can.

I have a new Arduino UNO ATMEGA328P-U which was working fine. At a certain point it stopped working the sketch it had loaded and uploading new ones.

When trying to upload a sketch it takes a while until it shows in command window the following error:

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

         System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf"

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

avrdude done.  Thank you.

Problema subiendo a la placa. Visita http://www.arduino.cc/en/Guide/Troubleshooting#upload para sugerencias.
Librería inválida encontrada en C:\Users\Pablo\Documents\Arduino\libraries\libraries: C:\Users\Pablo\Documents\Arduino\libraries\libraries
Librería inválida encontrada en C:\Users\Pablo\Documents\Arduino\libraries\libraries: C:\Users\Pablo\Documents\Arduino\libraries\libraries

Orange led (L) on pin 13 does not blink, neither RX or TX and ON led stays on during the process of uploading.

I am writing this post as any of the solutions I found on the internet were suitable for my case. The following points have been checked or performed:

• Port is correctly selected and detected by PC
• Board is selected correctly
• USB cable works with other boards
• I have tried in several computers
• Reinstall the Arduino IDE
• Check Arduino drivers to be OK

I have tried to upload "BareMinimum" sketch while pressing the hardware reset button with no success.

I have also tried to burn the bootloader with another working Arduino UNO ATMEGA328P-PU as ISP with no success. The command window shows the following error:

Arduino:1.8.5 (Windows 10), Tarjeta:"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 -PCOM3 -b19200 -e -Ulock:w:0x3F:m -Uefuse:w:0xFD:m -Uhfuse:w:0xDE:m -Ulfuse:w:0xFF:m 

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

         System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf"

         Using Port                    : COM3
         Using Programmer              : stk500v1
         Overriding Baud Rate          : 19200
         AVR Part                      : ATmega328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : STK500
         Description     : Atmel STK500 Version 1.x firmware
         Hardware Version: 2
         Firmware Version: 1.18
         Topcard         : Unknown
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude: Device signature = 0x000000 (retrying)

Reading | ################################################## | 100% 0.02s

avrdude: Device signature = 0x000000 (retrying)

Error quemando bootloader
Reading | ################################################## | 100% 0.02s

avrdude: Device signature = 0x000000
avrdude: Yikes!  Invalid device signature.
         Double check connections and try again, or use -F to override
         this check.


avrdude done.  Thank you.

I tried changing the signature number in the file "avrdude.conf" as they both Arduinos do not have exactly the same microcontroller, with the same error above. I changed "0x1e 0x95 0x0F" to "0x1e 0x95 0x14" as suggested in other posts.

I have tried to swap the microcontroller between the two Arduinos used (the one working served as programmer in the burn bootloader process and the target, not working one) resulting in neither of them working and getting the initial error in this post when trying to upload a new sketch

Did I broke the Arduino? Is it a problem with the bootloader or could be something else? Is there something else I can try?

I hope I was clear and gave enough information. Any help is welcome.

Thanks in advance!

If you look to my recent post SOLVED ---> Two Arduinos UNO defect - Installation & Troubleshooting - Arduino Forum I had nearly the same situation with my Arduino UNO ( a product of www.arduino.cc-made in Italy). Worked fine and at once nothing anymore.
I had done also a LoopBack test using the serial monitor of the IDE. See link in my post. I did several things as you did without thinking about what was going. It's also worth to play on purpose with different Baud rates in the serial monitor and check in the DeviceManager of your PC at the right comport and select Properties. Check if the baudrate setting looks the same. I switched also the comport driver off and on at the PC. You never know.I did Unplugging and plugging the USB cable several times, trying to upload the Blinking Led sketch etc. When I was doing these actions randomly I was amazed that the yellow led has started to flash at once, so communication was possible again..
The first Arduino, mentioned in my post was blown up for a certain unknown reason, but the second one is, as said, come to live.
I should say.. give it a try.

0x000000 when bootloading means either wiring mistake (very common with arduino as ISP - lots of wires to connect wrong), part is damaged, or it is set to use a crystal or resonator, but such is not present.

Do any of those make sense? Did you burn a bootloader that expects a crystal to a board that doesn't have one? That will soft-brick the chip (can't revive without providing a clock signal or crystal)