OnCor

I tried your suggestions @GregValiant. Unfortunately the small gaps in the circles persist. On my old Bowden style printer I would get some drip from the nozzle if I didn't retract before the outer wall. Doesn't seem to be an issue on this new Direct Drive machine though. I suppose I can probably leave that off going forward.

I don't have coasting or wiping enabled as I know those could cause issues with plastic running out before the end of a line is completed. Plus I've heard the K1 printers don't deal with coasting properly anyway so I've had that disabled all along.

I turned up the flow to 110% and re-ran the print on a black build plate for better contrast. The gaps are still there unfortunately. The problem is that my squish is dialed in fairly well and as I let the print run there were waves in the bottom layer from over-extrusion. So this is not really a viable option. I tried increasing the retraction prime amount thinking that perhaps the issue wasn't the closing of the line, but a lack of plastic in the nozzle when the line is being drawn initially due to retraction during the move. It does seem rather "skinny" at the starting point, especially on the skirt line. Again this change helped to close the gap some on the first layer, but caused issues elsewhere in the print. I'm not sure if there is anything else worth trying on this to fix the issue. Thoughts?

LOL! It's not actually. I have a CR10S Pro V2 that I've been printing with for a couple of years. I don't have this issue there and aside from machine specific settings everything is mostly the same between the two machines. I'm sure it could be something obvious, but I just can't seem to figure out why the K1 stops extruding so soon before moving on and leaving these gaps in the lines. What's even more strange is the fact that it does this most prominently on the skirt. The file I'm trying to print is the same one I've attached a photo of that came off my old printer. It's a two piece enclosure for a small display. I have this same issue regardless of the file I try to print though.

Hi all. I've got a strange issue with Cura on my Creality K1. As some lines are printed the printhead moves before they are complete. I've attached a photo that shows a sizeable gap in the skirt line and some smaller gaps in the circles and wall of a print. The project has also been attached with the setting details. I do not have coasting or wiping enabled. I'm not sure why the printer isn't able to finish the lines. This also leaves a pretty prominent Z seam on the prints as well. Thanks in advance for any feedback/insight on this issue! TFT Bottom.3mf

I wonder if the KAMP function uses the information in the G code for each labeled item to determine its position somehow? In Orca Slicer, these lines are written at the beginning of the code to define the positions of the objects: EXCLUDE_OBJECT_DEFINE NAME=Body1_id_0_copy_0 CENTER=150,150 POLYGON=[[144.5,148],[146.889,146.337],... EXCLUDE_OBJECT_DEFINE NAME=Body1_id_1_copy_0 CENTER=170.593,153 POLYGON=[[165.093,151],[167.482,149.337],... EXCLUDE_OBJECT_DEFINE NAME=Body1_id_2_copy_0 CENTER=191.361,162 POLYGON=[[185.861,160],[188.25,158.337],... There was a defect where Cura was labeling supports as MESH:NOMESH instead of MESH:NONMESH and that was causing issues with KAMP. You can see the details here. It looks like KAMP might append the G code to insert those EXCLUDE_OBJECT_DEFINE NAME lines above for Cura prints if I'm reading the replies on that GitHub page correctly.

I'm still very new to Klipper and will have to do a little more investigating on this issue. In the config file for the printer you can enable a function called Exclude_Object which should allow you to cancel one or more items in a print in case something something goes wrong like a support breaking or the item coming loose from the build plate. That same function also apparently tells this KAMP program where to probe the build plate so that it can build a tighter mesh in the actual area you are printing in. Unfortunately I had to reset my printer back to stock and will need to reinstall KAMP again to do more testing. As long as Cura is labeling the items and giving their positions then KAMP should work. Another user on Reddit suggested I try to enable Exclude_Object first and start a multiple item print to see if it lets me cancel one. I think I will try that first and then move on to fixing the problem with KAMP not defining the print area. Thanks again for the input!

Hi all. I'm trying to use KAMP (Klipper Adaptive Meshing & Purging) on my printer. This requires "labeling objects" in the slicer to let the program know the position of each component in the G code. Most other slicers have a button that you can toggle for this. The post below on GitHub mentions that Cura always labels objects and even has a reference to its use in adaptive meshing. However, when I load a file I've sliced in Cura the program doesn't seem to recognize the position of the object and ends up running a mesh on the entire bed. KAMP does work properly when I slice in Orca Slicer, so I know it is configured correctly and that this is a slicer issue. Does anyone know what needs to be done to get Cura set up so that it will work with KAMP? https://github.com/Ultimaker/Cura/issues/14243

As it turns out I will probably end up printing outer walls fairly slow on this new printer to address VFAs caused by the belt system (it's Core XY), so that will address the issue of getting those holes printed correctly. If there ends up being a hardware fix that addresses that issue and I am able to print faster I may look into the workaround you suggested. It does seem like it could be a better approach than trying to slow down that entire section of the piece. Thanks again!

Thanks for the information GregValiant. Unfortunately I also need the walls of the holes that cut through the top to be slowed as well because it seems they get misshapen by the faster speeds. The solution you proposed will help to some extent, but won't entirely fix my issue. I was hoping there was some other way to eliminate those walls around the support blocker. I'll keep playing with the settings to see what other ways I might address this issue. As you mentioned I might have to make some compromises here to get an acceptable result.

Hi all. I print two piece boxes for electronic components. The top piece has some openings in it for buttons/LEDs and lays top down on the build plate (which is textured to help hide the lines) during printing. The 3D printer I'm using can move fast, but doesn't doesn't do so well when it has to print small details like this. I wanted to decrease the speed when it is printing these features, so I attempted to use a support blocker and then change settings in the cutting mesh. For some reason Cura wants to put a wall around the perimeter of the blocker which isn't needed and sort of distrupts the flow of the print when it comes to that area. Is there a way to prevent those walls from being generated or might this be a bug? I'm currently using Cura 5.2.1. I tried using the "Small Feature Speed" option, but that ends up applying to other areas of the part which is not desirable. Any help here is greatly appreciated. Thanks! Split Saturn Top.3mf

Hi all. I've designed a project box that has several cutouts in the faces which require supports as the box is printed. For some reason a gap is being left in the wall at the top of the support, but not at the bottom. I've attached some photos that show a partial of the box with the support in place and without. The wall of the box is 1.8mm at the top and bottom of the support. My line width is set to 0.9mm and the preview in Cura shows two full shell lines in both spots. Could this be a bug or is it possible that my support settings are to blame?

Hi all. I am trying to incorporate a "window" in a box I've designed for some electronic components. This opening will house a little display. On the back side of the window are four raised areas that the display will screw down to. For some reason I'm getting bumps on the front side of the box that are caused when the raised areas are printed. The wall of the box is almost 2mm thick. The box prints top down, so the wall is printed vertically. What setting(s) is/are needed to help alleviate this protrusion of the inside elements through the outside shell? For some reason the Y axis also got out of alignment on one side of the "window" as well. I had a support in there with 1.5mm of gap between the edges. Any thoughts on why the printer might have gotten out of alignment in that particular spot? The rest of the side panel seems to have printed just fine. Could this be a slicer issue? Any help is greatly appreciated!

Nevermind. I figured it out. I didn't have the "Fill Gaps Between Walls" setting enabled. Thanks again for your help GregValiant!

It looks like I was able to get this to work by creating the blocker with the X and Y dimensions to match my box and the Z dimension to be the first layer height and then positioning that near coordinates of X/Y/Z = 0. I am using a line width of 0.9mm on a 0.6mm nozzle. I noticed that there is a small gap between the last line of fill and the shell. Is there a setting that should fill that in?