Can't upload firmware to Ramps

[Rendermandan]

So I'm all excited to try out my new printer.  Got the print head installed last night.

I go to change a few settings in the firmware,  Sprinter....

and now It wont' upload.  It just sits there.  comment says its uploading, but it never finishes...

I'm starting to think I shouldn't have gotten into this at all.

I've spent over $1000 and it doesn't work.  WTF?

[Ezra Zygmuntowicz]

Renderman-

I suspect you are using version 1.0 or higher of the arduino IDE to try and upload the firmware. I suggest you download version 0.22 or 0.23 and use that instead. This is a stupid yet known bug with reprap firmware and arduino IDE 1.0+

-Ezra

[Eric Sorensen]

This usually happens when you have the wrong board selected in the drop-down menu. If you have "Arduino Mega 2560" selected try making it "Arduino Mega 1280" instead. 

-Eric (ravix)

--
 
 

[Ross Shannon]

If I were you I would give up and sell me your machine for $200 ;)

Patience grass hopper you'll find the answer soon

--
 
 

[Rendermandan]

Thanks for the suggestions.  I am using .23.  I ran into the issue of 1.0 not working before.  

.23 worked last week.   I know its working right too, because I"m able to connect to it through pronterface. and control the printer.

I cannot get my print head to heat up though.  So thats is why I'm trying a different setting in the firmware.

Uggg. this is frustrating.

[Rendermandan]

Should I see some flashing lights or somthing during the upload?  because I don't.  All I see is a steady green light on the aurdino board.  No lights on Ramps.

On Tuesday, August 14, 2012 7:25:15 PM UTC-5, Rendermandan wrote:

[Mike Payson]

It is almost certainly what Eric said-- the wrong Arduino selected in the IDE. Make sure you have either the Arduino Mega 2560 or 1280 selected, and if it doesn't work with one, try the other. One of the two should fix the problem.

--
 
 

[Rendermandan]

Ok, I verified it was on Mega 2560.  That didn't work. I also tried the 128.  No luck.   How long should it take to upload the firmware. Usually it goes pretty quick. but for some reason, its not working now.

I also tried the reset button on Ramps.  When I press it, there is a small green light near the D10 connection that flashes twice, then goes dark.

I also compiled the sprinter code, and it says "Done compiling"

I've tried re installing the arduino software and drivers.

Also, I connected my hot end to D10 on the board. and I connected the thermistor to T0   In pronterface. the thermistor is reading 0 and I can't get the hot end to turn on...

Thanks for your help.

On Tuesday, August 14, 2012 7:25:15 PM UTC-5, Rendermandan wrote:

[verohomie]

Quit Pronterface and any other programs that communicate on USB.

Pull USB cable, wait 5 sec, re-install USB.

JM2C - Brad

[Rendermandan]

I appreciate all the suggestions guys!

Tried a complete unplug.  Shut down machine, even rebooted computer.

I don't get it....

On Tuesday, August 14, 2012 7:25:15 PM UTC-5, Rendermandan wrote:

[Ross Shannon]

Does the arduino rx led  blink rapidly while uploading?

--
 
 

[Rendermandan]

Still not working.  I even downloaded a new version of Sprinter and Marlin. Both didn't work.

While it was uploading this last time I figured what the heck, lets pull the usb cable. and this is the error I got.

Binary sketch size: 47416 bytes (of a 258048 byte maximum)

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: ser_send(): write error: sorry no info avail

On Tuesday, August 14, 2012 7:25:15 PM UTC-5, Rendermandan wrote:

[Tim A. King, Jr]

Have you got another machine you can try?  Maybe dual boot into Linux?

I had a heck of a time getting my sangiunololu to play nicely on one machine...I swapped to another and it did fine, as well as trying a Linux box.  Pronterface works great on the machine I cant program on.  Of course, I had 1.0 IDE on it from earlier ardiuno projects, but I suspect the when I installed the 023 IDE, 023 continued to use the later AVRdude layer, which caused my issue.  On a "virgin" machine, all is well!

JM2C

Tim

--
 
 

[Rendermandan]

Unfortunately No, I don't have access to another computer at home. Is there any way to remove the 1.0 install stuff completely?

What is weird is, It was working last week.  All I did between then and now was install the print head and Print Thermistor.

Which I still can't turn on.

I can turn the heat bed on, but not the print head.

On Tuesday, August 14, 2012 7:25:15 PM UTC-5, Rendermandan wrote:

[Tim A. King, Jr]

Hmm..just a thought...Do you have a multimeter?

If so, unplug the thermistor from your board

If so, connect the meter leads to the thermistor leads.  It doesn't matter which lead of the meter connects to which lead of the thermistor, it will work either way.  

Set the meter to read at least 100K ohms.  200Kohms is better.

Note the reading of the thermistor.  It should be anything other than zero.  Now, put your finger on the thermistor, and leave it there a bit.  see if the reading changes.  It should, as the thermistor reads your skin temprature.  If it doesn't, or it reads zero, then you either have a faulty thermistor, or your wiring is suspect.

I know that doesn't help you with your upload issue, but it might help you eliminate some possible issues with your machine.

I haven't tried to completely remove the 1.0 IDE from my "problem" machine yet.  You might try the arduino site, and check the forums there...surely one of those guys will know.

Don't give up on it, you are so close now, and I can promise you that the first print will make it all worth the frustration!!

Tim A. King Jr.
www.GuruAviation.net
Amateur Radio Station AG4RZ
2012 President, Forsyth Amateur Radio Club
Member:

Riverside Aero Modelers Society
Potomac Valley Radio Club
Academy of Model Aeronautics

--
 
 

[Rendermandan]

TIM!!!!

That solves the print head issue. You were right. I checked the thermistor and it was making a bad connection at the connector. I had to solder the wire to the pin.  Now it reads the print head and it is heating up too!  Thank you!

One problem down,  

One more to go.

On Tuesday, August 14, 2012 7:25:15 PM UTC-5, Rendermandan wrote:

[Ross Shannon]

I have every rev of the arduino IDE on my PC with no issues - delete the top level folder and its gone

--
 
 

[Tim A. King, Jr]

CONGRATS!!!!!!

I hope you can figure out the Ramps issue.  

Being I am a newb, I have heard that you can write firmware values to the Ramps/sanguinololu using certain "M" commands...anyone confirm this?  If so, Randerman, you might be able to make the adjustmenst you need that way until you get the upload issue solved...

Tim 

--
 
 

[Rendermandan]

Thanks. At least I know it prints,  

But printing quality is way off.  The bad part about it is, I don't have any clue what settings to change.

[IMG]http://i65.photobucket.com/albums/h205/rendermandan/Reprap/2012-08-14222942.jpg[/IMG]

I'm sure a lot of it has to do with the firmware. I really hope I can get that figured out.

At least I'm making progress.

On Tuesday, August 14, 2012 7:25:15 PM UTC-5, Rendermandan wrote:

[Rendermandan]

Not sure how to attach images, 

Lets try this link instead.

http://s65.photobucket.com/albums/h205/rendermandan/Reprap/?action=view&current=2012-08-14222942.jpg 

[Rendermandan]

small update.  I deleted every instance of Arduino I could find on my computer.  I downloaded ver .22 this time.  Still getting time out errors.

Here is what the program gives me as an error.

Binary sketch size: 47416 bytes (of a 258048 byte maximum)

C:\Users\Dan\Desktop\arduino\arduino-0022\hardware/tools/avr/bin/avrdude -CC:\Users\Dan\Desktop\arduino\arduino-0022\hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega2560 -cstk500v2 -P\\.\COM3 -b115200 -D -Uflash:w:C:\Users\Dan\AppData\Local\Temp\build8321910041513115376.tmp\Sprinter.cpp.hex:i 

avrdude: Version 5.4-arduino, compiled on Oct 11 2007 at 19:12:32

         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/

         System wide configuration file is "C:\Users\Dan\Desktop\arduino\arduino-0022\hardware/tools/avr/etc/avrdude.conf"

         Using Port            : \\.\COM3

         Using Programmer      : stk500v2

         Overriding Baud Rate  : 115200

avrdude: ser_open(): setting dtr

avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 

avrdude: Recv: 

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 

avrdude: Recv: 

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 

avrdude: Recv: 

avrdude: stk500_2_ReceiveMessage(): timeout

avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 

avrdude: ser_send(): write error: sorry no info avail

On Tuesday, August 14, 2012 7:25:15 PM UTC-5, Rendermandan wrote:

[Bob Clough]

I find on my sanguinololu, i sometimes have to unplug the +12v power (leaving only USB plugged in) to get a sucessful flash.  Might be worth trying this?

Or try with just the arduino, with the RAMPS shield removed completely.

--
 
 

[Larry Knopp]

Agree with Bob...  try with only USB connected
Make *sure* you have the correct COM selected

As far as the print itself goes, it looks like z steps/mm are off badly.  (I assume that is the "standard" 20x20x10mm test cube?)
What leadscrews for z are you using?  And, what is your z steps/mm value?

--
 
 

[Rendermandan]

Larry, Actually it was a 20x20x20 test cube.  and the picture was only half finished.   I did print a complete one.   x and y were slightly over at 20.05mm

but the z axis which was supposed to be 20, came out over 33mm tall.   -Need to change the z axis height for sure!

As for the flash issue.  I tried what Bob suggested. I unplugged the power source and removed the ramps board. -only thing plunged in is the usb cable.

I can now see the green power light is on, and red receive light flashes once in a while during upload.  Still never finishes.

the transmit light never blinks either...

[Tim A. King, Jr]

Just for grins, try this.  When you click the upload button, the IDE compiles the code first.  

Try hitting the reset button on your arduino board while the code is compiling.  It might not help, but then again, it might.  I have one Uno that for whatever reason will not accept a sketch unless I reset it right before the upload starts, while it is compiling...

Tim 

--
 
 

[Larry Knopp]

Well, that a half-step...
Try Tim's suggestion for sure.  Have seen that also.

Printing...
http://reprap.org/wiki/G-code#M92:_Set_axis_steps_per_unit

--
 
 

[Ross Shannon]

The reset while uploading use to be necessary - should have to anymore - whats your baud rate set to - what was it before and now in the current your uploading

--
 
 

[Rendermandan]

Computer and firmware are set to 115200.

Driver for Com3 is set to 115200

[Rendermandan]

I've been doing some research on this.   Here is something interesting.  If I"m reading it correctly. I"m SOL.

http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1295548146 

[Ross Shannon]

Have you tried to upload a basic sketch from the examples in the IDE "string characters" - this should output data to the serial monitor window - make sure nothing else is connected if you do - remove the ramps - you should only have the USB connected - you'll at the very least know if the board is functioning properly

--
 
 

[John Losche]

Just a reminder...you can always go to the #reprap IRC channel for these type of generic printer questions.

There is alot of help there, open 24 hours a day.

--
 
 

[Rendermandan]

Pretty sure I'm screwed.  I tried what you suggested and it still timed out.

I loaded several of the basic examples and non of them completed the upload.

[Ross Shannon Fort Collins CO]

did you look at this yet http://arduino.cc/en/Main/Bootloader

On Aug 15, 4:47 pm, Rendermandan <rendermanda...@gmail.com> wrote:
> Pretty sure I'm screwed.  I tried what you suggested and it still timed out.
> I loaded several of the basic examples and non of them completed the upload.
>
> On Wednesday, August 15, 2012 1:15:25 PM UTC-5, Ross Shannon Fort Collins
>
>
>
>
>
>
>
> CO wrote:
>
> > Have you tried to upload a basic sketch from the examples in the IDE
> > "string characters" - this should output data to the serial monitor window
> > - make sure nothing else is connected if you do - remove the ramps - you
> > should only have the USB connected - you'll at the very least know if the
> > board is functioning properly

> > On Aug 15, 2012 11:47 AM, "Rendermandan" <renderm...@gmail.com<javascript:>>

> > wrote:
>
> >> Computer and firmware are set to 115200.
> >> Driver for Com3 is set to 115200
>
> >> On Wednesday, August 15, 2012 10:30:45 AM UTC-5, Ross Shannon Fort
> >> Collins CO wrote:
>
> >>> The reset while uploading use to be necessary - should have to anymore -
> >>> whats your baud rate set to - what was it before and now in the current
> >>> your uploading
> >>> On Aug 15, 2012 7:56 AM, "Larry Knopp" <lwk...@gmail.com> wrote:
>
> >>>> Well, that a half-step...
> >>>> Try Tim's suggestion for sure.  Have seen that also.
>
> >>>> Printing...

> >>>>http://reprap.org/wiki/G-code#**M92:_Set_axis_steps_per_unit<http://reprap.org/wiki/G-code#M92:_Set_axis_steps_per_unit>

> >>>>>>>>> C:\Users\Dan\Desktop\arduino\**a**rduino-0022\hardware/tools/**avr
> >>>>>>>>> **/bin/avrdude -CC:\Users\Dan\Desktop\**arduino**
> >>>>>>>>> \arduino-0022\hardware/**tools/**avr/etc/avrdude.conf -v -v -v -v

> >>>>>>>>> -patmega2560 -cstk500v2 -P\\.\COM3 -b115200 -D -Uflash:w:C:\Users\Dan\

> >>>>>>>>> **AppData**\Local\Temp\**build8321910041513**115376.tmp\**

> >>>>>>>>> Sprinter.cpp.hex:i
>
> >>>>>>>>> avrdude: Version 5.4-arduino, compiled on Oct 11 2007 at 19:12:32
> >>>>>>>>>          Copyright (c) 2000-2005 Brian Dean,
> >>>>>>>>>http://www.bdmicro.com/
>
> >>>>>>>>>          System wide configuration file is

> >>>>>>>>> "C:\Users\Dan\Desktop\arduino\****arduino-0022\hardware/tools/**av
> >>>>>>>>> **r/etc/avrdude.conf"

[Lee]

I had issues compiling marlin on my laptop (linux). I tried 4 different versions of arduino and none of them would compile. Made sure to select the 2560 and the correct port. Then my friend loaded it up on his mac and the thing compiled without complaints. I'll try again tonight and let you know if I make any progress. Marlin is based off of sprinter so there's probably a lot of reused code.

[Cedric Crisp]

Just a random question, have you tried to take the ramps board off completely before compiling and uploading? Also do you have a Arduino Mega 2560 R3 or an earlier version?

[Rendermandan]

I have looked at the boot loader help files. However I do not have another Arduino board, or an AVR Programmer. 

I have tried to remove everything from the board. including ramps.  The only thing I have plugged in is the usb cable.

[Rendermandan]

Larry,  Thank you so much for the link to the G-codes.  Through some trial and error, I was able to configure the Z steps to be more accurate. The print looks much better!!!   Although I cannot get the firmware updated. I'm happy with the print quality on my test 20x20 cube.  

I will be calling to see if I can get a replacement Arduino board since obviously it is having issues.  But for now, the manual G-codes seems to be working.

Thanks to everyone for their support and suggestions on this.

Here are some screen shots of the first "Good" test print.

Before and after Z calibration.  Before is on the Right, After on the Left

http://s65.photobucket.com/albums/h205/rendermandan/Reprap/?action=view&current=2012-08-15232343.jpg 

After.

http://s65.photobucket.com/albums/h205/rendermandan/Reprap/?action=view&current=2012-08-15233403.jpg 

How do you guys upload/attach images and have them appear without a link?

Dan

[Mike Payson]

Dan,

You didn't get your Arduino from us, right? If you did, just let us know and we will work with you to get a replacement.

Mike

--
 
 

[Rendermandan]

No, I ordered it from http://www.lulzbot.com/en/ 

I will be calling them later.  Unfortunately I'm heading out of town for work until mid September, so I might have to put this project on hold for a bit.

I won't even have time to send the board back. I'm leaving tomorrow after work. So I will take care of it when I get home.

[Ross Shannon Fort Collins CO]

I found this -

In addition to all the features of the previous board, the Mega 2560
now uses an ATmega8U2 instead of the FTDI chip. This allows for faster
transfer rates, no drivers needed for Linux or Mac (inf file for
Windows is needed), and the ability to have the board show up as a
keyboard, mouse, joystick, etc.

have you checked the driver to see it the correct inf file for Windows
is used?

I think the UNO uses the same chip - well probably all of the boards
do

I found this at http://arduino.cc/en/Guide/Windows#toc4

Installing drivers for the Arduino Uno with Windows7, Vista, or XP:

Plug in your board and wait for Windows to begin it's driver
installation process. After a few moments, the process will fail,
despite its best efforts
Click on the Start Menu, and open up the Control Panel.
While in the Control Panel, navigate to System and Security. Next,
click on System. Once the System window is up, open the Device
Manager.
Look under Ports (COM & LPT). You should see an open port named
"Arduino UNO (COMxx)"
Right click on the "Arduino UNO (COmxx)" port and choose the "Update
Driver Software" option.
Next, choose the "Browse my computer for Driver software" option.
Finally, navigate to and select the Uno's driver file, named
"ArduinoUNO.inf", located in the "Drivers" folder of the Arduino
Software download (not the "FTDI USB Drivers" sub-directory).
Windows will finish up the driver installation from there.


On Aug 16, 7:33 am, Rendermandan <rendermanda...@gmail.com> wrote:
> No, I ordered it fromhttp://www.lulzbot.com/en/

>
> I will be calling them later.  Unfortunately I'm heading out of town for
> work until mid September, so I might have to put this project on hold for a
> bit.
> I won't even have time to send the board back. I'm leaving tomorrow after
> work. So I will take care of it when I get home.
>
>
>
>
>
>
>
> On Thursday, August 16, 2012 5:14:08 AM UTC-5, Maxbots wrote:
>
> > Dan,
>
> > You didn't get your Arduino from us, right? If you did, just let us know
> > and we will work with you to get a replacement.
>
> > Mike
>

> > On Wed, Aug 15, 2012 at 9:41 PM, Rendermandan <renderm...@gmail.com<javascript:>

> > > wrote:
>
> >> Larry,  Thank you so much for the link to the G-codes.  Through some
> >> trial and error, I was able to configure the Z steps to be more accurate.
> >> The print looks much better!!!   Although I cannot get the firmware
> >> updated. I'm happy with the print quality on my test 20x20 cube.
>
> >> I will be calling to see if I can get a replacement Arduino board since
> >> obviously it is having issues.  But for now, the manual G-codes seems to be
> >> working.
>
> >> Thanks to everyone for their support and suggestions on this.
> >> Here are some screen shots of the first "Good" test print.
>
> >> Before and after Z calibration.  Before is on the Right, After on the Left
>

> >>http://s65.photobucket.com/albums/h205/rendermandan/Reprap/?action=vi...
>
> >> After.
>
> >>http://s65.photobucket.com/albums/h205/rendermandan/Reprap/?action=vi...

>
> >> How do you guys upload/attach images and have them appear without a link?
>
> >> Dan
>
> >> On Wednesday, August 15, 2012 8:56:20 AM UTC-5, Larry Knopp, aka - [NM]
> >> Buzzard wrote:
>
> >>> Well, that a half-step...
> >>> Try Tim's suggestion for sure.  Have seen that also.
>
> >>> Printing...

> >>>http://reprap.org/wiki/G-code#**M92:_Set_axis_steps_per_unit<http://reprap.org/wiki/G-code#M92:_Set_axis_steps_per_unit>

> >>>>>>>> C:\Users\Dan\Desktop\arduino\**a**rduino-0022\hardware/tools/**avr*
> >>>>>>>> */bin/avrdude -CC:\Users\Dan\Desktop\**arduino**

> >>>>>>>> \arduino-0022\hardware/**tools/**avr/etc/avrdude.conf -v -v -v -v

> >>>>>>>> -patmega2560 -cstk500v2 -P\\.\COM3 -b115200 -D -Uflash:w:C:\Users\Dan\

> >>>>>>>> **AppData**\Local\Temp\**build8321910041513**115376.tmp\**

> >>>>>>>> Sprinter.cpp.hex:i
>
> >>>>>>>> avrdude: Version 5.4-arduino, compiled on Oct 11 2007 at 19:12:32
> >>>>>>>>          Copyright (c) 2000-2005 Brian Dean,
> >>>>>>>>http://www.bdmicro.com/
>
> >>>>>>>>          System wide configuration file is

> >>>>>>>> "C:\Users\Dan\Desktop\arduino\****arduino-0022\hardware/tools/**av*
> >>>>>>>> *r/etc/avrdude.conf"

> >>>http://reprap.org/wiki/G-code#**M92:_Set_axis_steps_per_unit<http://reprap.org/wiki/G-code#M92:_Set_axis_steps_per_unit>

> >>>>>>>> C:\Users\Dan\Desktop\arduino\**a**rduino-0022\hardware/tools/**avr*
> >>>>>>>> */bin/avrdude -CC:\Users\Dan\Desktop\**arduino**

> >>>>>>>> \arduino-0022\hardware/**tools/**avr/etc/avrdude.conf -v -v -v -v

> >>>>>>>> -patmega2560 -cstk500v2 -P\\.\COM3 -b115200 -D -Uflash:w:C:\Users\Dan\

> >>>>>>>> **AppData**\Local\Temp\**build8321910041513**115376.tmp\**
>

> ...
>
> read more »

[Larry Knopp]

Ohhhhh... nice find Ross.
Bookmarked...

--

[Ross Shannon]

I think Lulzbot sells  Tosduino Mega256 - is that the board you rrceivrd

--
 
 

[Larry Knopp]

Well, that's a *huge* improvement!
It looks like you're still off a tiny little bit, but at least it closer to 20 instead of 40mm tall!
Measure, do the math, and adjust z-steps again.
Got a cooling fan?  looks like you could use it a little.  Play with the "cool" feature in Slic3r...

Hopefully you'll get the board issue figured out and can get everything configured right in Marlin and not have to jack with manual commands.

"How do you guys upload/attach images and have them appear without a link?"

It depends on how you're accessing the group...  I use the GMail web client, and it allows drag-and-drop.  I *think* that it behaves differently if you're working through the Google Groups interface.  (and whether you're on Mac/Linux/Windows and which browser...)

--