Upload Timeout Error on Mega 2560 - Not Sure What Changed

[mellis]

Josephiah: it looks like the communication is flakey for some reason, maybe the power is cutting in and out (or there's a short appearing and disappearing).  Is it possible the board was damaged somehow (either physically or with too much current / voltage)?  Do you see the same behavior with nothing connected to the board?

[Josephiah]

Hi Mellis, thanks for your reply.

You're right about the communication - doing the loop-back test gives intermittent results, giving back some characters typed in, but by no means all.  Certainly no visible damage, and I'm not aware of having done anything which might have zapped the wrong pin (though I guess anything's possible!)

Do you have any other suggestions for things I can try, or is it time to buy another Mega?  Seems a shame given that the rest of the board appears to be functioning okay.

Cheers,
Jo

(Another possible symptom:  with just the board plugged in on its own, the TX light is now staying lit solidly except for when trying to load something, which is a bit weird.  In normal operation of my setup I expect TX to flicker in response to inputs on A0-A7, and otherwise to remain off.  Grounding the analog inputs makes TX go off.  So there's some kind of unwanted interaction happening in there somewhere.  *Sigh*)

[paravion]

I receive this same error, but only if I plug an Ethernet shield onto my Mega 2560.

Ie. if I just test out the basic blink example, it uploads and works correctly. If I then unplug the device, add on the Ethernet shield, plug back in, and attempt to upload the same blink sketch, I receive this avrdude errors.

I'm new to Arduino... Are these issues in any way related to everyone else's?

[xvjeko]

Any news about this topic or we are just spent 30 € on a official arduino not working boards ?!

[chrishjones]

I had this problem with a custom 2560 based 8u2 board I have. I was going through a USB hub. Connected directly to the USB port and the problem resolved itself. Doesn't apply to everyone, but definitely try it.

[raxz]

I have the same problem. Uploading a program via USB gives me timeout error on Mega2560.
I found one workaround for this.
When I burn bootloader with ISP programmer, I can upload sketch via USB only 1 time. When uploading second time, I get timeout. Then I take my ISP programmer and burn Mega2560 new bootloader. Then I can upload sketch once again.
Fu**ing annoying.

[smeezekitty]

(Another possible symptom:  with just the board plugged in on its own, the TX light is now staying lit solidly except for when trying to load something, which is a bit weird.  In normal operation of my setup I expect TX to flicker in response to inputs on A0-A7, and otherwise to remain off.  Grounding the analog inputs makes TX go off.  So there's some kind of unwanted interaction happening in there somewhere.  *Sigh*)

Unpredictable results are normal when reading from floating pins.

[Shields_Arduino]

Same problem, here. Went to a friend's place and successfully demoed the Uno and then tried the Mega. Nothing. The L13 led flashed slowly around once a second but never saw the TX or RX lights flash. Tried repeatedly and double checked the COM port.

We purchased the Mega R3 from RS components for $60 recently and it appears genuine with the white screen printing on the back.

[xvjeko]

Same problem, here. Went to a friend's place and successfully demoed the Uno and then tried the Mega. Nothing. The L13 led flashed slowly around once a second but never saw the TX or RX lights flash. Tried repeatedly and double checked the COM port.

We purchased the Mega R3 from RS components for $60 recently and it appears genuine with the white screen printing on the back.

I think that the developers think we have cheap copies...

[xvjeko]

After a couple hours of trying to "brick" my board by uploading and disconnecting when uploading, disconnecting the board randomly, or just flashing it bunch of times i couldn't "brick" it again. Then i took my board and i was sending some data using putty (while TX connected to RX). Then i looked on the led pins TX and RX and they both flashed together. It was a sign that my board was ok.
Next step was to tuch the components. I first touched the mega2560 chip softly. My tx pin stopped flashing ! but the RX was still flashing. It was a sign that something shorted out... Then i tried to use the FIX that i mentioned above, and the board unbricked. Next step was to throw the board on a table from 2-3 cm height.. The board again bricked, and i was able to fix it again using the FIX i mentined.... That leaves me to think that something on our mega2560-s is making a short when under pressure... I will give it a closer inspection as soon i get the magnifier. 

SUMMARY: If your board "bricks" when putting a pressure on it, only your serial communication will be faulty, but you will still be able to use the program flashed on the board itself. I am looking if someone can confirm what i've found out...

[Shields_Arduino]

I forgot to mention that we also tried the boards.txt fix - changing the protocol to wiring and this did not help. We even restarted the Arduino IDE several time with the wiring protocol line but still no action.

xvjeko - this is very interesting and we are all waiting for David Mellis to throw some light on this. What you have described sounds like one of two things - bad soldering or incorrect fuses in either the 2560 or the USB chip. Since all the boards were tested at the factory, something must have happened since. Bad soldering can cause this -talking about intermittent open circuits caused by a poor solder mix or not enough paste. Remember that solder paste must always be kept in a fridge when not being used. The other option of having fuses not set correctly can also cause intermittent operation - such as the brown out enable not turned on. A third scenario is faulty Atmel chips which is a small possibility -luckily Atmel is very open about Erratas do these can be easily checked.

Anyway, sounds like a lot of Arduino users have the same problem, so a workaround would be nice.

[raxz]

Problem with Mega2560 is huge. There are very many people with the same problem. Is there any official opinion yet?
I'd really like to use my Mega2560 normally.

[automagp68]

Problem with Mega2560 is huge. There are very many people with the same problem. Is there any official opinion yet?
I'd really like to use my Mega2560 normally.

Awesome, im so glad i got rid of my uno for a mega!

Way to go Arduino, now i cant do anything.

Same issue here. same on mac/ubuntu/and win 7

I was warned not to get a mega and now i see why

[xvjeko]

Problem with Mega2560 is huge. There are very many people with the same problem. Is there any official opinion yet?
I'd really like to use my Mega2560 normally.

Awesome, im so glad i got rid of my uno for a mega!

Way to go Arduino, now i cant do anything.

Same issue here. same on mac/ubuntu/and win 7

I was warned not to get a mega and now i see why

sad

[Shields_Arduino]

OK, picked up the Mega2560 from my friend last night, and tested it out on the Lenovo Win7 32bit desktop and HP Win7 64bit laptop, and it works fine on both. The only variation from the Uno is the driver takes a long time to load (2-3 minutes - OK maybe not that long in the big scheme) and opening the serial monitor takes a while to reset the Mega - maybe 5 seconds. The Mega works well on our LED and LCD shield and takes only slightly longer to load.

So the issue looks like a Dell issue. Maybe if anyone has a dead Mega2560, please report the make, model, operating system, and any other details which are show when you right click on My Computer and select Properties.