Code will not upload

This seems to be a common problem and I have searched for a solution everyplace to no avail. My UNO was working fine until tonight. I had it runinng stepper motors, and dc gear motors all with no issues. Then when I was checking a stepper motor everything stopped. It just stopped, no smoke, or blinking lights or error messages, the motor just quit. So, I connected another stepper, nothing.

So I decided to try a DC gear motor that I have been running for a while. When I went to upload the code to the board I got the "programmer not responding" message. From what I have read, this is like the BSOD that we used to get with Windows.

So, I am running Fedore 25, latest update. My board is a UNO, probably a clone as I got it on EBAY (red power light is a dead give away). As I said it was working fine until I connected the stepper motor to the L298 controller. I have set things up in Tools so I have the right board identified to the IDE, and the correct port (USB2 in my case). I uninstalled and reinstalled Arduino IDE. I disconnected everything from the UNO and tried to upload "Blink", nothing. Here is the readout from the command line (I started it from the commenad line to capture all the error messages).

^C[jwright@enterprise ~]$ arduino
Loading configuration...
Initializing packages...
Preparing boards...
Starting...

Sketch uses 1,024 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.
/usr/bin/avrdude -C/etc/avrdude/avrdude.conf -v -patmega328p -carduino -P/dev/ttyUSB2 -b115200 -D -Uflash:w:/tmp/build6879023822404740997.tmp/Blink.cpp.hex:i

avrdude: Version 6.3, compiled on May 21 2016 at 20:29:13
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch

System wide configuration file is "/etc/avrdude/avrdude.conf"
User configuration file is "/home/jwright/.avrduderc"
User configuration file does not exist or is not a regular file, skipping

Using Port : /dev/ttyUSB2
Using Programmer : arduino
Overriding Baud Rate : 115200
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 : Arduino
Description : Arduino
Hardware Version: 3
Firmware Version: 4.4
Vtarget : 0.3 V
Varef : 0.3 V
Oscillator : 28.800 kHz
SCK period : 3.3 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: reading input file "/tmp/build6879023822404740997.tmp/Blink.cpp.hex"
avrdude: writing flash (1024 bytes):

Writing | avrdude: stk500_recv(): programmer is not responding

Since I have no idea what avrdude is, I can't really do much to resolve the issue myself. I may try Netbeans later tonight. I understand it has a plugin for arduino.

Any insight appreciated.

John

Have you tried a hammer?

If it won't upload sketches what about upgrading the firmware? I had a similar issue with a couple of esp8266 chips. I upgraded the firmware and they started working properly again. Haven't done it on a uno but I'm sure there's info.

Good idea. Tried it, but got a "device not present" error.

Then when I was checking a stepper motor everything stopped.

So what did you actually do? Rewiring? Any chance that you overloaded the microcontroller?

Anyway, try the loopback test in the troubleshooting guide first. If that works, you more than likely have damaged the 328. Does your pin13 led still flash 2 or 3 times when you reset? If not, again the 328.

If it's an Uno with Dual In Line 328, you can replace the micro easily with a new one (with optiboot preprogrammed if needed).

If the loopback test fails, check the power (5V pin).

If you have a second Uno at hand, check if you can upload to that one. Also try another cable (not likely but just to eliminate possible causes).

Hi,
Have you checked the com port to see if it is a valid one?

Tom... :slight_smile:

sterretje:
So what did you actually do? Rewiring? Any chance that you overloaded the microcontroller?

No rewiring. Just connected the UNO to an L298 controller. I have used it before with DC motors no problem. I have been experimenting with steppers to try and get them to run. Finelly got one to run, then everything just stopped working. No indications of any problems at all. Everything was working then it stopped.

I am beginning to think I may have overloaded the microcontroller.

sterretje:
Anyway, try the loopback test in the troubleshooting guide first. If that works, you more than likely have damaged the 328. Does your pin13 led still flash 2 or 3 times when you reset? If not, again the 328.

Yes, the pin 13 light flashes when I press reset. But it did fail the loopback test.

sterretje:
If it's an Uno with Dual In Line 328, you can replace the micro easily with a new one (with optiboot preprogrammed if needed).

If the loopback test fails, check the power (5V pin).

How do I check the pin?

sterretje:
If you have a second Uno at hand, check if you can upload to that one. Also try another cable (not likely but just to eliminate possible causes).

I have tried with another computer with same results. I have another UNO on the way. Should be here next week. I'll try it then.

TomGeorge:
Hi,
Have you checked the com port to see if it is a valid one?

Tom... :slight_smile:

Yes. It worked fine with the com port. When I change the usb, I have to change the port property, so I assume it is working as it should.