jrd7777

yea... gotta be a thousands+ "person-hours" into that portion of the code. My guess is opening "that box" to make changes, breaks 50 other things... 🙂 Thanks again for your response and feedback. I'll keep experimenting in an attempt to "reduce the grind..."

Connect Infill Lines did not change the occurrence of the grinding. Good feedback on "Combing" setting. I'll do some more reading on that. To your point on optimized to "minimize" motion, I understand your comment, but not clear how skipping over infill to print (in a "fairly linear" progression), then returning back to print the skipped infill is optimal..? Maybe this odd behavior is some artifact of that "optimization algorithm" or maybe it is just a bug... Agree that so far the "grinding's" impact on part creation is minimal, just "noisy and annoying".. Thx!

Thx for the feedback. It is annoying- 🙂. I wonder what the conditions are that trigger the infill lines to be "skipped over, then retreat and filled in..." Complicated I'm sure! I do have Z-hop enabled and using 0.4mm. Here: I'll enable "Connect Infill Lines" and see if "the grind" is reduced.

I'm fairly new to 3D printing, but am able to create adequate “proto-types” for my speaker cabinet design. I print a lot of flat, 12mm thk, "speaker cabinet" walls. Sometimes I’ll print flat, sometimes standing the "walls" and thereby print "narrow", tall components. I had originally thought there was some “bulid-up issue” associated with a tall configuration, but the grinding happens when I print components "flat" or "tall". I studied the printer as it was printing and recorded the approximate layer at which the "grinding" was especially bad. On 99.5% of the "passes" the print head lifts, translates, and restarts printing when it reaches its destination. However, on or near layer 159 the grinding was especially bad. So I wondered if it was in the gcode... I used the Preview tool in Cura and found this behavior. Blue arrows point to "skipped portions of infill printing". The red arrow points to the "print head" and in the direction of travel across the speaker wall. You can advance the "simulation (in Cura)" and watch the print head "retreat" back to these blue arrows and "fill in" the missed lines. During this "retreat" is when the nozzle interferes with the existing infill creating the grinding sound. I watched this behavior happen on a few other layers and, no question the z-motors are not lifting the head. I have to think this is a Cura, infill-gcode creation issue"? I’m using Cura 4.8 as my slicer… need to update at some point but this work fine for most of our applications. I've included a second and third image to show the print head "retreats" to the blue arrows to complete the infill on this layer... Any ideas on how to address this or compensate for this apparent "retreat and drag" issue?

I'm fairly new to 3D printing, but am able to create adequate proto-types for my audio work. We print a lot of flat, 12mm thk, "speaker cabinet" walls. Sometimes we print flat, sometimes we stand the "walls" and thereby print "narrow", tall components. I had originally thought there was some “build-up issue” associated with a tall configuration, but the grinding happens when we print components "flat" or "tall". I studied the printer as it was printing and recorded the approximate layer at which the "grinding" was especially bad. On 99.5% of the "passes" the print head lifts, translates, and restarts printing when it reaches its destination. However, on or near layer 159 the grinding was especially bad. So I wondered if it was in the gcode... I used the Preview tool in Cura and found this. Blue arrows point to "skipped" portions. The red arrow points to the "print head" and in the direction of travel across the speaker wall. You can advance the "simulation" and watch the print head "retreat" back to these blue arrows and "fill in" the missed lines. During this "retreat" is when the nozzle interferes with the existing infill creating the grinding sound. I watched this behavior happen on a few other layers and, no question the z-motors are not lifting the head. I have to think this is a Cura, infill-gcode creation issue"? I’m using Cura 4.8 as my slicer… need to update at some point but this work fine for our applications. I've included a second and third image to show the print head "retreats" to the blue arrows to complete the infill on this layer... Any ideas on how to address this or compensate for this occasional, "retreat and drag" issue?

Great thread here. I'm fairly new to 3D printing, but am able to create adequate proto-types for my audio work. We print a lot of flat, 12mm thk, "speaker cabinet" walls. Sometimes we print flat, sometimes we stand the "walls" and thereby print "narrow", tall components. I had the same thought about harmonics and build-up, but the grinding happens when we print components "flat" or "tall". I studied the printer as it was printing and recorded the approximate layer at which the "grinding" was especially bad. On 99.5% of the "passes" the print head lifts, translates, and restarts printing when it reaches its destination. However, on or near layer 159 the grinding was especially bad. So I wondered if it was in the gcode... I used the Preview tool in Cura and found this. Blue arrows point to "skipped" portions. The red arrow points to the "print head" and in the direction of travel across the speaker wall. You can advance the "simulation" and watch the print head "retreat" back to these blue arrows and "fill in" the missed lines. During this "retreat" is when the nozzle interferes with the existing infill creating the grinding sound. I watched this behavior happen on a few other layers and, no question the z-motors are not lifting the head. I have to think this is a Cura, infill-gcode creation issue"? I've included a second image to show the printheads "retreat" to the blue arrows to complete the infill on this layer... Any ideas on how to address this or compensate for this apparent "retreat and drag" issue? JD