3DPrintColorizer icon indicating copy to clipboard operation
3DPrintColorizer copied to clipboard

My nozzle is digging on my print

Open CjSd1 opened this issue 3 years ago • 12 comments

The first layers will be laid fine but later on it will be pushing against the print and flexing the springs of my bed, and grind against the print.

CjSd1 avatar Aug 29 '21 13:08 CjSd1

Pls send me your GCode so I can make sure it is a Software and not a Hardware porblem.

Sakati84 avatar Sep 07 '21 11:09 Sakati84

I have the same issue, seem that using the ender3 pro and the "Custom FDM Profile" the Z axis appear to be reversed here is my gcode CFFFP_DualStrusion-spiralCylinder_m1.zip

MXZZ avatar Sep 09 '21 10:09 MXZZ

I'm having the same problem on an Ender 3 v2. I have to manually increase by 0.20 the Z Offset for every new layer to prevent crashing over printer parts. Here's the code: CFFFP_Tolve_Deco_Llavero_(Italia).zip

EDIT: It's not exactly 0.20 at every layer. I have to wing it. Sometimes .20, others .30. If you do it by too much it's a problem to as it leaves a gap, not helping with adhesion and making worse for the next Z offset.

EDIT 2: Couple of photos (the finish is worse than a normal print): imagen imagen imagen

JMVS avatar Sep 13 '21 00:09 JMVS

how do you increase the z offest ? you replace the gcode lines by hand or you have a script?

MXZZ avatar Sep 13 '21 13:09 MXZZ

could it be that our Z axis is wired wrongly?

I noticed that im able to print normally without any colour so i can exclude the profile/printer i'm trying to identify the issue in the python script ..

MXZZ avatar Sep 13 '21 13:09 MXZZ

how do you increase the z offest ? you replace the gcode lines by hand or you have a script?

In the Tune menu, whilst the printer is printing.

could it be that our Z axis is wired wrongly?

I noticed that im able to print normally without any colour so i can exclude the profile/printer i'm trying to identify the issue in the python script ..

The printer is doing just fine with regular prints and the finish is far superior in those cases. I've only starting using 3DColorizer recently and this was my second colored print after the first test (which did something similar but wasn't as noticiable as it was lower -less layers-).

Probably something to do with the Python script and maybe a combination with the printer (Ender 3v2) / profile.

Let's see if @Sakati84 can come up with something regarding this.

JMVS avatar Sep 13 '21 17:09 JMVS

Same problem here. But more extreme: My nozzle also pushes the whole print to the side, so it can't print the next layer on top but prints it into the air

hfgd123 avatar Nov 05 '21 11:11 hfgd123

@MXZZ your GCode looks fine to me. I would guess your Z Axis misses a step because of high speed. Can you try printing with a lowered Z Axis speed?

Sakati84 avatar Nov 10 '21 14:11 Sakati84

Look like a cool project, unfortuantely it's not working for me on an Ender 3 V2, even with z axis speed set to 5. Has this been resolved? Where can I add something that the z axis moves up for each printed layer?

dschaadt avatar Mar 28 '22 07:03 dschaadt

I commented this line in the python script '''lines = self.addExplicitZ(lines)''' and it seems to work so far ( i'm trying a simple model) , please try and let me know, I'm using now a Voxelab Aquila x2 ( it had the same issue)

MXZZ avatar Jun 25 '22 10:06 MXZZ

I commented this line in the python script '''lines = self.addExplicitZ(lines)''' and it seems to work so far ( i'm trying a simple model) , please try and let me know, I'm using now a Voxelab Aquila x2 ( it had the same issue)

This also fixed an issue I had with height being added to layers and breaking the print. Not sure what that function does (I haven't had a chance to look at it) but it seems to just break things.

fnorbenden avatar Feb 07 '23 04:02 fnorbenden

I took another look at the function itself and it's trying to use next() on a list (from re.findall) instead of an iterator. That is probably breaking the output and leading to unpredictable results messing with Z coordinates of G0 and G1 commands.

I also don't see any real reason to generate the list in the first place.

coord = re.findall(r'[XYZF].?\d+(?:.\d+)?', line) Z = next((i for i in coord if i.startswith('Z')), None)

and

Z = re.search(r'Z.?\d+', line)

should return the exact same thing, the Z coordinate for a G0/G1 command, which is the only thing we care about. Without the typing issue.

I'll have to test it

fnorbenden avatar Feb 15 '23 04:02 fnorbenden