slic3r does not start the extruder

Hi

I have just commisioned my new Ormerod 2. Printing stuff shipped with the SD card works but now i wanted test print a sphere created with openscad.
Everytime i create a print, the printer acts as if printing but does not move the extruder. Its not a HW problem as the samples print ok.

I tried slic3r from the debian unstable and the one from the reprappro git repository. Loading the Ormerod-0.5.ini and then generate g-code and upload the file
with the web frontend.

Whats wrong with that workflow?

Best regards
Tim

Perhaps you're using an old settings file which still uses "T0" in the start G-Code, as of FW 0.78 you need to change it to "T1". Well, my guess is that something is wrong with your custom G-Code. Can you post the first 50 lines of your generated G-Code?

Perhaps you're using an old settings file which still uses "T0" in the start G-Code, as of FW 0.78 you need to change it to "T1". Well, my guess is that something is wrong with your custom G-Code. Can you post the first 50 lines of your generated G-Code?

Mh, it looks as if there is no T0 at all?

; generated by Slic3r 0.9.10b on 2014-11-09 at 13:15:05

; layer_height = 0.4
; perimeters = 3
; top_solid_layers = 3
; bottom_solid_layers = 3
; fill_density = 0.4
; perimeter_speed = 30
; infill_speed = 60
; travel_speed = 130
; nozzle_diameter = 0.5
; filament_diameter = 1.65
; extrusion_multiplier = 1
; perimeters extrusion width = 0.53mm
; infill extrusion width = 0.53mm
; solid infill extrusion width = 0.53mm
; top infill extrusion width = 0.53mm
; first layer extrusion width = 0.70mm

G21 ; set units to millimeters
M107
M104 S200 ; set temperature
G28 Z0
M83
M109 S200 ; wait for temperature to be reached
G90 ; use absolute coordinates
M83 ; use relative distances for extrusion
G1 F3600.000 E-2.40000
G1 Z0.350 F7800.000
G1 X93.820 Y94.188
G1 F3600.000 E2.40000
G1 X94.270 Y93.758 F600.000 E0.06694
G1 X94.930 Y93.208 E0.09240
G1 X95.810 Y92.628 E0.11336
G1 X96.850 Y92.128 E0.12411
G1 X97.900 Y91.788 E0.11871
G1 X98.790 Y91.608 E0.09766

Yes that's perfectly fine, since T0 has been replaced by T1 - you do need that one though. I suggest you replace your start G-Code with the one I've been using, then your print should start normally:

Quote

T1; Select extruder 1
M83; Use relative distances for extrusion
M140 S[first_layer_bed_temperature]; Set bed temperature
G1 X2 Y50 F3000; Go to wait for warm position
M116; Wait for all temperatures
M104 S[first_layer_temperature]; Set extruder temperature
M116; Wait for all temperatures

And consider updating your Slic3r version, version 0.9.10b is quite ancient nowadays.

Mh, Slic3r Version 0.9.10b is from [github.com] master branch?
But the original Debian Sid is recent at 1.1.7.

Putting your preamble in front of the print fixes the extruder problem. Its not as good as the prints
preshipped with the card, but at least a starting point.

I suggest you install the latest stable Slic3r 1.1.7 release and use these settings for your Ormerod along with my start G-Code above: [github.com] You can then try out different speeds and retraction lengths to improve print quality, but I think those settings provide a reasonable starting point.

By the look of it, you're using the standard Slic3r settings (0.4 layer height, and your extrusion widths), and haven't installed our Slic3r settings: [reprappro.com]
This puts a 'T1' in the start.gcode, and sets up various other parameters to suit the Ormerod.

Ian
RepRapPro tech support

Ian,

When I installed the reprappro slic3r settings from [github.com] I'm fairly sure it didn't add a 'T1' to the start.gcode as I had the same problem as above and had to add it manually.
The printer/Oremerod-0.5.ini file just has start_gcode = G28 Z0\nM83 set.

Could you check please.

I'm not sure about the advice to update to the latest Slic3r. In my experience each version has a different set of bugs, and when I was using Slic3r I had to choose a version that suited a particular print - one version if it had bridges, a different version if it had a large top layer area, yet another for prints where Slic3r decided to omit infilling in some of the walls etc. It seems that the best way may be to slice a model with each version and see which one prints best ...

Dave

Quote
MikeyD
Ian,

When I installed the reprappro slic3r settings from [github.com] I'm fairly sure it didn't add a 'T1' to the start.gcode as I had the same problem as above and had to add it manually.
The printer/Oremerod-0.5.ini file just has start_gcode = G28 Z0\nM83 set.

Could you check please.

Yes, you're absolutely right. I thought it had been changed, I think it's been changed back. I'll get it updated. Put T1 on a new line after 'M83'.

Ian
RepRapPro tech support

Quote
dmould
I'm not sure about the advice to update to the latest Slic3r. In my experience each version has a different set of bugs, and when I was using Slic3r I had to choose a version that suited a particular print - one version if it had bridges, a different version if it had a large top layer area, yet another for prints where Slic3r decided to omit infilling in some of the walls etc. It seems that the best way may be to slice a model with each version and see which one prints best ...

Dave

I experienced a similar issue when printing a vase from Thingiverse, it printed exceptionally well when sliced using the spiral vase function on sli3er 0.9.... but with the latest version, it starts off at the right speed then suddenly speeds up then slows down on every layer making a mess of the print. This has happened on more than one vase design.