Repetier/Slic3r Update causing Y offset at same height on multiple prints

Repetier/Slic3r Update to .95E seems to be causing Y offset at same height on multiple prints. I printed Yoda a few times and then another model and they all had a shift on the Y axis at exactly the same height. After hours of testing I finally thought to uninstall Repetier/Slic3r and reinstall the older version .90C. The issue went away completely.

This is a custom printer with Ramps1.4 and Marlin firmware.

Anyone else have this issue? I noticed that when I opened Slic3r after downgrading, it showed the following:

10:30:43.290 : Unknown option support_material_interface_extruder
10:30:43.290 : Unknown option start_perimeters_at_non_overhang
10:30:43.290 : Unknown option start_perimeters_at_concave_points
10:30:43.290 : Unknown option standby_temperature_delta
10:30:43.290 : Unknown option ooze_prevention
10:30:43.290 : Unknown option thin_walls
10:30:43.290 : Unknown option first_layer_acceleration
10:30:43.290 : Unknown option overhangs
10:30:43.427 : Unknown option use_firmware_retraction


I assume it has to do with one of these since they appear to be in .95 and not .90. Any thoughts?

I think you would be better off slicing with the latest version of Slic3r and then loading the gcode into Repetier. Slic3r in Repetier seems to cause a lot of people problems.

You can point Repetier out to use the new version of slic3r, so still no need for using a separate process!

Can you post a picture?
I think I have .95D and not seeing this. It has Slic3R 1,0RC2

Glad I am not the only one having this problem.

I was using the latest version RC2 I think and on the first print I thought oh the printer must of jammed.
But second print did the same and exactly at the same height.

Went back to old 0.6 version and created Gcode again and everything fine.

The height was approx. 55mm when it went wrong. Total height of piece it was slicing is 104mm height





Cheers

Sean.

---

******************************
[www.cncdudez.co.uk]
******************************

Hmmm. I have seen similar happen but it is more random (e.g. same slice but random prints of the same part error out).
We need to tell if it is slicer or mechanical.

One easy way is to measure the height of the shift and look at the Gcode for that
layer, do you see the shift in the gcode?

You can also edit the gcode and take out some of the lower layers and see
if the shift occurs at the same physical height or same height in the print.

I'm having the exact same problem on a part using 1.0.0rc2 standalone. I've gone back to 0.9.10b standalone for now which isn't optimal since my part has thin walls. My Gcode preview for the part in pronterface shows zero offsets but I have now printed two of the same part with a y offset at exactly the same lower and for the exact same amount of offset. The first part had an additional x offset but i didn't allow the second part to print that long.

I'm thinking now that an issue post on github is warranted.

I resliced it with 1.0.0RC2 and it has now printed fine. It got past the errored layer. It would suck to get into a LOOOOOONG print and have that happen. As it was with me, I was an hour into this part when it happened....twice...

Edited 2 time(s). Last edit at 01/17/2014 11:41PM by umdpru.

First, if a print gets some y shift it is not th ehost but the gcode that gets send. If it did not happen with 0.90c it is simply because it has a different Slic3r version bundled and that generated a different gcode.

For all users who are unhappy with Slic3r 1RC2, there is a good solution in Repetier-Host 0.95F. It can handle any number of Slic3r versions at once. You can even give each version a different configuration directory, so new options like in 1.0 do net generate messages like

10:30:43.290 : Unknown option support_material_interface_extruder
10:30:43.290 : Unknown option start_perimeters_at_non_overhang
10:30:43.290 : Unknown option start_perimeters_at_concave_points
10:30:43.290 : Unknown option standby_temperature_delta
10:30:43.290 : Unknown option ooze_prevention
10:30:43.290 : Unknown option thin_walls
10:30:43.290 : Unknown option first_layer_acceleration
10:30:43.290 : Unknown option overhangs
10:30:43.427 : Unknown option use_firmware_retraction

and you can have also different settings. Especially the support settings have changed with 1.0.

How to do it:
1. Install Slic3r versions you like
2. In host go to slicer tab and open manager
3. Add Slic3r config and select executable and config directory.

IMPORTANT: The host uses a command line parameter to tell Slic3r about the different config dir, so running it directly from windows will result in using the default config directory (AppData/Roaming/Slic3r)

---

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!