Teacup checksum error

I am running teacup on my Adruino Duemilanove when I use pronterface or any other 3D program I get this output where my machine just hangs.
start
Printer is now online
0 mm of filament used in this print
rs N0 Expected checksum 41
rs N0 Expected checksum 52
rs N7 Expected checksum 6
rs N7 Expected checksum 6
rs N7 Expected checksum 6
rs N7 Expected checksum 6
rs N7 Expected checksum 6
rs N7 Expected checksum 6
rs N7 Expected checksum 6
If any one could help me that would be great.

You might be running out of ram. If your board has an atmega168 can Teacup support the 1k of ram?

It is a 328P. How do I check on the ram part. and is there a way to fix this?

Quote

0 mm of filament used in this print

You're obviously missing something.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

If you have comments enabled in Skeinforge you will get this result in Pronterface. You can see this if there a bunch of () in the gcode file.

Does it make a difference if I used skeinforge through ReplicatorG to build the g code? It was doing the same thing in ReplicatorG.

I have everything working it is just that the g-code is not operating the machine any help? please please!!!!!!!

You need to look into the gcode file that you are trying to print. If there are very long lines that are comments that can cause the checksum errors, if there no G1 codes in it there is something else going on.

I checked, there are no lines of comments, now I can only get my x axis to go one way also it hangs at G1 x-4.45 y11.48 E63.656 it will run everything else fine but that it hangs any ideas on why this happens?

It isn't common to have negative numbers in the XYZ moves. This is caused by your STL not being orientated correctly. You can fix this by changing your Skeinforge profile to enable Multiply and set 1 X 1 with some sane X and Y centers (like 100 x 100) for a mendel. The other option is to move the object in the STL with Blender or re-exporting it from the source. Multiply is by far the easiest.

Quote

It isn't common to have negative numbers in the XYZ moves. This is caused by your STL not being orientated correctly.

Ahem. Negative numbers are just fine.

Until recently soft axis limits (X_MIN, X_MAX, ...) defaulted to 0...200mm though, so it might be a good idea to check these in config.h.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

I checked all of that and it still gets hung up on the same piece of code. If comment this line out it get hung up on the next line, also my Y axis stepper motor never goes backwards do you guys know of any solution for this?

Edited 1 time(s). Last edit at 08/28/2011 12:28PM by Kilo6.

It'd be helpful if you'd post the first 20 lines of your G-code here.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

This is a little more then my first 20 lines. My biggest concern is that I can not get my y stepper to go backwards I know my wiring is right it has to be in the teacup code.

M104 S220 T0 (Extruder Temperature to 220 Celsius)
M109 S110 T0 (Heated Platform Temperature to 110 Celsius)
M107 (fan off)
G21 (Metric FTW)
G90 (Absolute Positioning)
G92 X0 Y0 Z0 (You are now at 0,0,0)
G0 Z15 (Move up for warmup)
M108 S255 (Extruder speed = max)
M6 T0 (Wait for tool to heat up)
G04 P5000 (Wait 5 seconds)
M101 (Extruder on, forward)
G04 P5000 (Wait 5 seconds)
M103 (Extruder off)
M01 (The heated build platform is heating up. Wait until after the lights have turned off for the first time, clear the test extrusion, and click yes.)
G0 Z0 (Go back to zero.)
G90
G21
M103
M108 S210.0
G1 X81.2 Y97.69 Z25.0 F960.0
G1 X81.2 Y97.69 Z19.8 F480.0
M101
G1 X81.86 Y95.28 Z19.6 F75.218
G1 X82.99 Y93.0 Z19.6 F960.0
G1 X84.99 Y90.48 Z19.6 F960.0
G1 X87.02 Y88.8 Z19.6 F960.0
G1 X89.23 Y87.56 Z19.6 F960.0
G1 X91.61 Y86.78 Z19.6 F960.0
G1 X94.08 Y86.48 Z19.6 F960.0
G1 X96.59 Y86.64 Z19.6 F960.0
G1 X98.78 Y87.19 Z19.6 F960.0
G1 X100.97 Y88.13 Z19.6 F960.0
G1 X102.19 Y88.86 Z19.6 F960.0
G1 X104.24 Y90.55 Z19.6 F960.0
G1 X105.91 Y92.6 Z19.6 F960.0
G1 X107.12 Y94.95 Z19.6 F960.0
G1 X107.84 Y97.52 Z19.6 F960.0
G1 X108.18 Y100.45 Z19.6 F960.0
G1 X108.7 Y102.33 Z19.6 F960.0
G1 X109.26 Y103.43 Z19.6 F960.0
G1 X109.68 Y103.96 Z19.6 F960.0
G1 X110.57 Y104.57 Z19.6 F960.0
G1 X111.24 Y104.76 Z19.6 F960.0
G1 X125.56 Y104.8 Z19.6 F960.0
G1 X125.55 Y113.52 Z19.6 F960.0
G1 X93.26 Y113.46 Z19.6 F960.0
G1 X91.93 Y113.28 Z19.6 F960.0
G1 X89.51 Y112.59 Z19.6 F960.0
G1 X87.28 Y111.46 Z19.6 F960.0
G1 X85.32 Y109.93 Z19.6 F960.0
G1 X83.65 Y108.02 Z19.6 F960.0
G1 X82.08 Y105.2 Z19.6 F960.0
G1 X81.3 Y102.69 Z19.6 F960.0
G1 X81.01 Y100.17 Z19.6 F960.0
G1 X81.2 Y97.69 Z19.6 F960.0
M103

I don't know why you say there are no comments in your gcode when the first 16 lines all have them.

Another cause of an axis not going backwards is the endstop for that axis is not working or configured wrong.

I checked the skeinforge and took the comment block check off before I made the g-code but I am still getting comments. How do I go about getting them off? I figured out what the problem with my Y-axis was I set the dir pin the same as my enable pin. How do I configure skeinforg for the best results with teacup and on a 320 board?

Edited 1 time(s). Last edit at 08/29/2011 08:46PM by Kilo6.

Quote

Another cause of an axis not going backwards is the endstop for that axis is not working or configured wrong.

This is true for the FiveD firmware, but not Teacup. Teacup ignores endstops for G0/G1.

In the G-code blob I don't see checksums at all. Now I'm wondering why Teacup complains about them being wrong. Does your G-code sender insert them silently?

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

Those comments are coming from your start.gcode

I am guessing so because I have all comments turned off.

Okay, I have now figured out how to get the comments off and got all my steppers working right, now when I build it runs for 1.20 min and then freezes I have tried this on many different drawings and it happens at the same spot.
G90
G21
M103
M108 S210.0
G1 X-110 Y-110 Z1500 F600
G1 X-110 Y-110 Z950 F600
M101
G1 X110 Y-110 Z900 F2641
G1 X110 Y110 Z900 F9600
G1 X-110 Y110 Z900 F9600
G1 X-110 Y-110 Z900 F9600
M103
G1 X-110 Y-110 Z1500 F600
G1 X-120 Y120 Z1500 F9600
G1 X-120 Y120 Z950 F600
M101
G1 X100 Y120 Z900 F2641
G1 X120 Y100 Z900 F9600
G1 X120 Y-120 Z900 F9600
G1 X-120 Y-120 Z900 F9600
M103
G1 X-120 Y-120 Z1500 F600
G1 X-120 Y-120 Z950 F600
M101
G1 X-120 Y120 Z900 F2881
G1 X100 Y120 Z900 F9600
G1 X120 Y100 Z900 F9600
G1 X120 Y-120 Z900 F9600
G1 X-120 Y-120 Z900 F9600 It stops right here every time
M103
G1 X-120 Y-120 Z1500 F600
G1 X-130 Y-120 Z1500 F9600
G1 X-130 Y-120 Z950 F600
M101

How big is your print bed?

You go from -120, -120 to 120, 120.
Your print bed would have to be 240 x 240 to achieve this!

---

Bob Morrison
Wörth am Rhein, Germany
"Luke, use the source!"
BLOG - PHOTOS - Thingiverse

In mm it is but I have the motors off of the bed not attached.

I still think this is a gcode generation issue. I don't know of any machine that runs with negative x and y axis using absolute positioning. This could be causing firmware issues since noone uses it this way.

You can try sprinter firmware to try and elliminate the firmware as the issue.

jv4779 Wrote:
-------------------------------------------------------
> I still think this is a gcode generation issue. I
> don't know of any machine that runs with negative
> x and y axis using absolute positioning. This
> could be causing firmware issues since noone uses
> it this way.
>
> You can try sprinter firmware to try and
> elliminate the firmware as the issue.

Teacup allows you to set the software endstops to negatives. I have mine set to -120 to 120.


@Kilo6 try turning on Xon/Xoff in teacup.

---

FFF Settings Calculator	Gcode post processors	Geometric Object Deposition Tool Blog
Tantillus.org	Mini Printable Lathe	How NOT to install a Pololu driver

I am I have tried changing the GCode and i am still getting a hang this is a pronterface. when I try to make a 20mm box
the print goes from 20.0 mm to 130.0 mm in X
and is 110.0 mm wide

the print goes from 20.0 mm to 130.0 mm in Y
and is 110.0 mm wide

the print goes from 0.0 mm to 1500.0 mm in Z
and is 1500.0 mm high

ok E: Bad M-code 108

it sticks at 1.30%

I didn't even notice that. Your layer heights are set wrong. The best thing to do at this point is uninstall RepG and delete the config files. At that point you will need to either reinstall it (and remove all the makerbot stuff and figure out how to make it work with a RepRap or a better option would be to download SFact and put it in your Pronterface folder like the readme says. You will need to set your E_steps_per_mm in teacup for Skeinforge 40 and newer. You will have far better prints using a newer version of skeinforge and SFact is just a "cleaned up Skeinforge 41"

I started with 39 and after 3 months of printing with it I switched to Skeinforge 40 and got better results the first day.

---

FFF Settings Calculator	Gcode post processors	Geometric Object Deposition Tool Blog
Tantillus.org	Mini Printable Lathe	How NOT to install a Pololu driver

Quote

I don't know of any machine that runs with negative x and y axis using absolute positioning. This could be causing firmware issues since noone uses it this way.

Now you know one, it's me. Where to origin in located is less a property of the machine, more a decision of the G-code compiler.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

I am also getting the same errors as Kilo6 but I am also getting:

ok E: Bad M-code 83
ok E: Bad M-code 201
ok E: Bad M-code 201
ok E: Bad M-code 83
ok E: Bad M-code 201
ok E: Bad M-code 201
ok E: Bad M-code 83
ok E: Bad M-code 201
ok E: Bad M-code 201


then I get:
rs N7198 Expected checksum 30
or some other checksum.

I am running the Gen7 1.3.1 electronics with the ATMega 644 I think this could be RAM related.

I just discovered this in my gcode export:

G1 X93.42855 Y89.61676 Z7.0 F1800.0 E0.008607
G1 X93.4279 Y89.61975 Z7.0 F1800.0 E6.9e-05
G1 X94.84372 Y90.29826 Z7.0 F1800.0 E0.035325

Middle line looks wrong somehow.

I can't help with the checksum error but I can help with the rest.

The bad codes are normal and if you would like to get rid of them you can use the replace.csv file to do so.

The other issue with the weird E values is because you are trying to make something with really small moves (maybe less than 0.1mm layer height). This is an issue in skeinforge that was only fixed in version 45. So you will need to get the newest version.

---

FFF Settings Calculator	Gcode post processors	Geometric Object Deposition Tool Blog
Tantillus.org	Mini Printable Lathe	How NOT to install a Pololu driver