Unretraction issues
-
Too much microstepping for .9 motors? If the original 1.8 motor worked that could be the case.
Maybe the feedrate for unretract is too fast?
-
Are you using firmware retraction? Also, can you type M207 into gcode console and post the output?
-
Here's mine:
M207
Retraction/un-retraction settings: length 2.00/2.00mm, speed 1000/1000mm/min, Z hop 0.00mmDoes that mean it is retracting 2mm instead of the 5.5mm I set in my slicer?
-
Here's mine:
M207
Retraction/un-retraction settings: length 2.00/2.00mm, speed 1000/1000mm/min, Z hop 0.00mmDoes that mean it is retracting 2mm instead of the 5.5mm I set in my slicer?
It depends on the slicer and if the slicer has firmware retraction enabled. If firmware retraction is enabled in the slicer, then your retraction settings are what is output by the M207 code (assuming the slicer enables g10 / g11 commands for retraction). If slicer does not have firmware retraction enabled, it will be using the settings from the slicer. I was curious to see if firmware retraction was being used and if someone put in a bad R value in the M207 command line.
Rnnn positive or negative additional length to un-retract
-
I'm using S3D, so I'll have to research what is really happening. I don't believe it is using firmware retraction because I can adjust it in S3D and impact the output. If I lower the retraction to nothing or close to nothing but it does ok. I'm almost finished putting together my 3rd Tevo LM and will start with the E3D stepper that way I will have a printer with all 3 options (Amazon, Stock & E3D) to play with.
-
It's easy to check if the slicer is using firmware retraction. Just check the gcode file for G10 (with no other parameters) commands. Each one should also be followed by a G11.
Edit IIRC S3D does something differently and uses some other command instead of G10/G11. Can't remember exactly what the work around involved and later versions may not exhibit the same behaviour.
-
Even easier in the process settings of s3d check the G-Code tab and see if allow M101,M102 and M103 option is ticked if so then you have firmware retraction on but AFAIk you have to set all the retraction option to as low as you can get for it to be effective.
HTH
Doug
-
I do not have that checked and, you're right, it does not use G10/G11.
-
Are you sure about that Dougal? I don't think M101, M102, and M103 relate to firmware retraction in S3D?
-
yes they do it is the old way of doing it there is a write up about it somewhere on the Reprap forums and it does work I use it all the time. Generaly it is deprecated but DC added support into RRF to allow them to be treated correctly.
see http://reprap.org/wiki/Gcodes#M101:Turn_extruder_1_on.28Forward.29.2C_Undo_Retraction
-
Whatever steps/mm setting is, retract/unretract should be in sync: length might be incorrect, but it should be the same in both directions.
Did you try at a lower speed? It may miss a few steps when doing unretract…
Could you also try to slowly increase the retract/unretract value, and see if there is a point when it suddenly start to fail?
Also, have a look at the G-Code fil to check if both values are the same! Don't you have an additional unretract negative value which may mess up things? If all seems ok, try to send both commands by hand, and measure how the filament moves after each command.
