Notifications
Clear all

[Solved] "Homing" path strings  

  RSS
igorlevinsky
(@igorlevinsky)
Active Member
"Homing" path strings

Hi All,

Please help me to figure out why do I have this weird path out of the model. It is kind of a "homing path" the extruder goes left and forward and leaves strings. The material is Filaflex 98a. I'm printing one object at a time to avoid the stringing, can't understand why the extruder goes out of the model area. 

Please see the picture below.

Thanks. 

Igor

 

 

Best Answer by igorlevinsky:

@neophyl

Thank you! I have just spoken with the support, and it seems that we found the issue. 

The printer has false Y-axis crashes, I was recommended to disconnect the Powe Panic connector. 

I'm printing now in a Stealth mode which also disables the crash detection and it works perfectly. 

 

Posted : 22/07/2020 8:46 pm
Neophyl
(@neophyl)
Famed Member
RE: "Homing" path strings

Without more information its impossible to say, specifically we would need the saved project file that you generated the gcode from.  With that we could slice it with exactly the settings you used and look at the preview travel paths to see if its part of the slice.  (save project as, generate the .3mf project file, zip it into an archive so the forum will accept it and then attach it ).

With the actual gcode file you used its possible to use a 3rd party visuliser to also trace the motion of the extruder and see if its there.

Are you running octoprint ?  Some of the plug in can cause unintended movements from plugins like octolapse for example.  Basically theres far too little information about the print and your setup to give any reasonable answer that is not pure guesswork.

Posted : 22/07/2020 9:35 pm
igorlevinsky
(@igorlevinsky)
Active Member
Topic starter answered:
RE: "Homing" path strings

Thank you for your reply. 

I'm using PrusaSlicer 2.2.0

Please see the attached project. 

Thank you.

WHEEL SOLID_05

 

Posted : 22/07/2020 10:04 pm
bobstro
(@bobstro)
Illustrious Member
RE: "Homing" path strings

Definitely looks like problems with Octolapse.

My notes and disclaimers on 3D printing

and miscellaneous other tech projects
He is intelligent, but not experienced. His pattern indicates two dimensional thinking. -- Spock in Star Trek: The Wrath of Khan

Posted : 22/07/2020 10:24 pm
igorlevinsky
(@igorlevinsky)
Active Member
Topic starter answered:
RE: "Homing" path strings

Dear community any suggestions? 

Posted : 26/07/2020 5:47 pm
igorlevinsky
(@igorlevinsky)
Active Member
Topic starter answered:
RE: "Homing" path strings

After digging a bit in the G-code, it seems that the G-code that does this path is G92

"G1 X128.262 Y82.001 E0.00303
;BEFORE_LAYER_CHANGE
G92 E0.0
;1.67

G1 F8640.000
G1 X128.629 Y82.099 E-0.08773"

Does anyone know how I can disable this feature in the slicer? 

 

 

 

Posted : 26/07/2020 6:17 pm
Neophyl
(@neophyl)
Famed Member
RE: "Homing" path strings

G92 E0.0 is not a movement command and is not causing this issue.  That command is resetting the extruders count of how much filament it has extruded to zero for the next layer change.  This is required as the printer is printing in relative mode.  

You asked how to remove it so, it is in the Printer Settings>Custom G-Code>Before Layer Change section.  However please do NOT remove it as it is necessary for the printer to function correctly and is part of the default code added by Prusa for their printers current configuration. 

 

I sliced your project file and then turned on show travel in the preview and there are NO travel movements to the area of the bed where your picture is showing filament.  There is a single travel move from the prime line to the start of your model and another from the model as it mioves the bed forward at the end.  Besides the travel within your model as its printing, the only 2 travel movements  I would remove are from the skirt to the model by reducing your skirt height from 3 to 1.  You might also want to consider activating Print Settings > Layers & Perimeters > Quality > Avoid Crossing Perimeters as this will reduce the amount of travel across the inside of your tire.

This would further indicate that the issue is being inserted by your octoprint setup.  Please try printing it directly from the sd card without using octoprint at all to rule it out.  

Posted : 26/07/2020 8:29 pm
igorlevinsky
(@igorlevinsky)
Active Member
Topic starter answered:
RE: "Homing" path strings

@neophyl

Thank you! I have just spoken with the support, and it seems that we found the issue. 

The printer has false Y-axis crashes, I was recommended to disconnect the Powe Panic connector. 

I'm printing now in a Stealth mode which also disables the crash detection and it works perfectly. 

 

Posted : 26/07/2020 8:43 pm
Share: