sd card printing error

OK, have repetier .72 loaded, have the repetier firmware loaded, running on RAMPS 1.4 on arduino mega 2560. Can manually home axis, manually heat up extruder and extrude plastic. have an sd card on the ramps with g code files on it created in slic3r, files ran on pronterface. I can see the files on the sd card tab, when I go to run a file from the card the log says
Error binary cmd wrong checksum
Error binary cmd wrong checksum

then there is a long pause, and it says
Done printing file

during this time there is no movement at all from the printer (Prusa)

Possibly related, possibly not, after this happens, I cannot see the files on the sd card tab. If I hit the sd card tab, the sd window does not open, but the files are listed on the log

any suggestions?

The first problem is, that the firmware thinks the file is in repetier binary format. That should never happen if it is a real ascii file, because the detection works by checking bit 8, which is always 0 in ascii files. So my guess is you touched it perhaps with a UTF-8 editor that writes 2 leading UTF bytes. That causes the host to make the above errors.

Try uploading a new file through Repetier-Host and then print that file. The host has also the option to write a file on a sd card put into your pc which is much faster and should also work. In that case you can even select the binary format.

---

Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!

Short answer, still have a problem.
Longer question. I just went to my copy of Slic3r 0.9.1, opened up an stl, sliced it, saved the g-code, copied the file onto the sd card and to the desktop, put the card on the RAMPS, loaded up repetier, opened the file from the sd card, ran it, had the same error. I then loaded the file with repetier, ran the file directly, and the file ran. The sd card, SDRAMPS unit and system worked under pronterface.
The G code I saved to the card said


; generated by Slic3r 0.9.1 on 2012-09-26 at 10:41:19

; - Initial calibration from makergear
; - turns off heated bed
; - initial test with first sprinter calibration via taylor

; layer_height = 0.2
; perimeters = 3
; solid_layers = 6
; fill_density = 0.1
; perimeter_speed = 60
; infill_speed = 90
; travel_speed = 90
; scale = 1
; nozzle_diameter = .35
; filament_diameter = 3.25
; extrusion_multiplier = 1
; single wall width = 0.49mm
; first layer single wall width = 0.80mm

M107 ; disable fan
M104 S220 ; set temperature
G28 ; home all axes
G92 E0 ;reset extruder
G1 E10 F200 ;Prime extruder 10mm
; G1 E2 F200 ;retract extruder 1mm
G92 E0 ;reset extruder
M109 S220 ; wait for temperature to be reached
G90 ; use absolute coordinates
G21 ; set units to millimeters
G92 E0 ; reset extrusion distance
M82 ; use absolute distances for extrusion
G1 Z0.200 F5400.000 ; move to next layer (0)
G1 X82.566 Y49.663 ; move to first skirt point
G1 F12000.000 E1.20000 ; compensate retraction
G1 X82.606 Y49.103 F1800.000 E1.21010 ; skirt


and then more, of course, but thought I would just share that part.

I haven't saved a file from repetier to the sd card yet, (still learning that process) but shouldn't files saved to the sd card from sl3cer work?

Idaholion Wrote:
-------------------------------------------------------
> Short answer, still have a problem.
> Longer question. I just went to my copy of Slic3r
> 0.9.1, opened up an stl, sliced it, saved the
> g-code, copied the file onto the sd card and to
> the desktop, put the card on the RAMPS, loaded up
> repetier, opened the file from the sd card, ran
> it, had the same error. I then loaded the file
> with repetier, ran the file directly, and the file
> ran. The sd card, SDRAMPS unit and system worked
> under pronterface.

You mean it worked with the old firmware or with the new one?

> The G code I saved to the card said
>
>
> ; generated by Slic3r 0.9.1 on 2012-09-26 at
> 10:41:19
>
>
>
> and then more, of course, but thought I would just
> share that part.

Would expect this to work, but haven't tried this special combination.

>
> I haven't saved a file from repetier to the sd
> card yet, (still learning that process) but
> shouldn't files saved to the sd card from sl3cer
> work?

Should, but uploading it via Repetier-Host is different. It will strip all comments and write it as binary file to the sd card. That makes parsing it faster and the size is only 50% of the original:-) So give it a try and see.

---

Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!

OK, here is what I believe to be true
Repetier will not run g-code files from the sd card, even sd files from slic3r, only the binary files that repetier creates.
When running binary files from the sd card, if you have to pause your run, you have to pause and resume from the SD card window, not the main program window
If the Repetier program locks up (been having lock up problems with the laptops I have been running) and the file is running off the sd card, the printer keeps running. (yea)
Repetier can save a binary file to the SD card much faster than pronterface can save a g-code file to the sd card.

If the sd card window gets stuck behind the main program window, sometimes it doesn't bring the sd card window to the front when you hit the sd button in repetier window.
an interesting mixed bag. I haven't tried running the binary files from the main repetier window, I assume the main window can run both kind of programs, but I haven't tested it yet.

Looks like I have to do some testing myself. Will take a while, until then use the working ways.

---

Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!