Problem printing circles

[Catalin_RO]

@dc42 RRF configurator default max jerk is 15mm/s, hence 900mm/min! Maybe 600mm/min is the default firmware value, but any config.g file generated with the configurator will have it overridden. I'm going to experiment a little bit with the idea, by increasing from the current 300mm/min in 50mm/min steps.

[deckingman]

@obeliks said in Problem printing circles:

No.
I will try this also. But this should work from gcode console also?

Yes

[OBELIKS]

@deckingman said in Problem printing circles:

@obeliks said in Problem printing circles:

That is another thing that I have problems with. If I try to give command "M350 X256 Y256 Z256 E256 I0" I get something like "Drive E0 does not support 256 microstepping"
I will try this and the rest when I get home from work.

That's weird, but try this. Leave everything in your config.g as is but add M350 E256 at the end of your drive section (after the M84 command). This will mean that the steps per mm are first calculated using 16x microstepping, then when you add that line, the micro-stepping will be changed x 256 and the steps per mm for "E" will be automatically recalculated.

You're not using external stepper drivers are you?

So first this one, as I said, if I put this in to G-Code Console, I get this error (bug?):

M350 E256
Error: M350: Drive E8 does not support 256x microstepping

But it works if I put it in to config.g exactly as you suggested:

M350
Microstepping - X:16(on), Y:16(on), Z:16(on), E:256:256:16:16:16:16:16:16:16

The result was slightly better. But there were still audible judder.
Setting them all to x256 also did not help more.

Setting jerk to 1200 or even 1800 makes no real difference.

I will test Cura later

[deckingman]

@obeliks said in Problem printing circles:

So first this one, as I said, if I put this in to G-Code Console, I get this error (bug?):

M350 E256
Error: M350: Drive E8 does not support 256x microstepping

But it works if I put it in to config.g exactly as you suggested:

M350
Microstepping - X:16(on), Y:16(on), Z:16(on), E:256:256:16:16:16:16:16:16:16

.....................

That error message does rather look a bit like a bug as you don't have a drive E8. Anyway, it doesn't seem to have resolved your problem but it was worth a try.

[DocTrucker]

Similar issue to something I experienced. Tested with and without pressure advance and as was and increased Jerk. Increased jerk smoothed things out, pressure advance had comparitively little effect.

https://forum.duet3d.com/topic/5834/core-xy-judder-slowdown-on-circle/18

[OBELIKS]

Before I waste any more of our time, is there any option to make a fresh start on the board?
Would the erase button do that?

[JoergS5]

@obeliks Erase is not good, because you erase the firmware. You should update your config files with your original files which you created with your online configurator. Through DWC.

[OBELIKS]

Someday I will try the nuclear option, and I will push the erase button.
But for now I found a workaround, if anybody else has these problems.
In Slic3r go to Print settings -> Advanced and under resolution put in 0.1mm.
I will do some more tests, but this cured the problem.
Mostly. Printer runs smoother, but there is still some ringing on circles.
So I would like to see a better solution someday.

And just to be clear,

• Jerk settings were at 1200mm/min at start, I then lowered them to 900mm/min to check, and later even went to 1800mm/min. This did nothing.
• I changed microstepping to x256, this helped a bit, but not enough.
• Cura seems to do OK, but I do not like it. I will try to set it up.
• I generated and uploaded config from the configurator a couple of times, no difference.

If you have any more ideas besides that, please tell me. I will also try with a different SD card, just to eliminate this from the list of possible problems.

But from my observations, DuetWifi just can't handle the Slic3r files with full resolution. At least for me. It looked like it needed some time to catch up with what was passed on. That is also the reason I was thinking of erasing the whole firmware. Maybe something was not uploaded right.

[deckingman]

@obeliks said in Problem printing circles:
..............................

But for now I found a workaround, if anybody else has these problems.
In Slic3r go to Print settings -> Advanced and under resolution put in 0.1mm.
I will do some more tests, but this cured the problem.
Mostly. Printer runs smoother, but there is still some ringing on circles.
So I would like to see a better solution someday.
....................................

But from my observations, DuetWifi just can't handle the Slic3r files with full resolution..................................

Now that is a very interesting observation. Maybe, just maybe, it might also explain the problems I've been having with curves and pressure advance. I'm stuck in the middle of something that prevents me doing any printing right now but I'll try this at the first opportunity. I haven't played around with the resolution option with Slic3R, leaving it set to the default 0 which effectively disables any simplification. For anyone else not familiar with slic3r, the pop up description of the resolution option in slic3r is quote:

"Minimum detail resolution, used to simplify the input file for speeding up the slicing job and educing memory usage. High-resolution models often carry more detail than printers can render. Set to zero to disable any simplification and use full resolution for input. (default: 0)."

End of quote.

Strange choice of words in that quote...........

[OBELIKS]

Oh, for f... sake. The initial problem that was the reason I went in to this is still here:

As you can see, the circles, well they are not exactly circles.

Is there any chance that this could be a problem with steppers?
I will need to revert to the old board to test that, and I do not have the time and energy for that at the moment.

And I am really sorry about the amount of messages I put out. When I get annoyed I tend to do that. At leas online.

@deckingman See here: http://manual.slic3r.org/topics/draft-quality They consider 0.05 and 0.1 draft quality.

[burtoogle]

@t3p3tony said in Problem printing circles:

@obeliks there is a print buffer of moves during printing as the firmware needs to know what the next move is. That made me think about if the issue is related to having very many very short moves. so i looked at the gcode. There are loads of sections like this:

G1 X159.018 Y101.352 E0.16013
G1 X159.019 Y101.357 E0.00036
G1 X159.020 Y101.362 E0.00036
G1 X159.348 Y103.498 E0.16013
G1 X159.349 Y103.503 E0.00036
G1 X159.350 Y103.508 E0.00036
G1 X159.528 Y105.136 E0.12129
G1 X159.585 Y105.657 E0.03882
G1 X159.586 Y105.662 E0.00036
G1 X159.586 Y105.667 E0.00036
G1 X159.727 Y107.824 E0.16012
G1 X159.728 Y107.829 E0.00036
G1 X159.728 Y107.834 E0.00036
G1 X159.775 Y109.995 E0.16012
G1 X159.775 Y110.000 E0.00036
G1 X159.775 Y110.005 E0.00036
G1 X159.728 Y112.166 E0.16012
G1 X159.728 Y112.171 E0.00036
G1 X159.727 Y112.176 E0.00036
G1 X159.620 Y113.805 E0.12092

quite small moves

Can you try using another Slicer as a test to see what difference it makes? I note this is Slic3r Prusa edition version 1.40.1, so maybe try Cura to see the difference?

@deckingman I know there is no pressure advance involved but is this related to the issues you are seeing?

The config.g posted earlier shows 425 steps/mm for the extruder but a lot of the extrusions in the gcode snippet above require less than 1 step so they will probably just get omitted. This would lead to poor surface finish for that sequence of lines.

[deckingman]

@burtoogle said in Problem printing circles:

The config.g posted earlier shows 425 steps/mm for the extruder but a lot of the extrusions in the gcode snippet above require less than 1 step so they will probably just get omitted. This would lead to poor surface finish for that sequence of lines.

Good spot. But if you look at the X and Y moves, these too are bu**er all so it's very tiny segments being generated, not just extruder moves. Maybe such tiny segments make the firmware pause for thought? Having said, the OP thought changing the slicer resolution had fixed his problem but now it seems it hasn't......

[OBELIKS]

It fixed the problem with pauses, the accuracy is still to be researched.
And printer still sounds rough.

[dc42]

@obeliks said in Problem printing circles:

So first this one, as I said, if I put this in to G-Code Console, I get this error (bug?):
M350 E256
Error: M350: Drive E8 does not support 256x microstepping

Unless you have used M584 to limit the number of extruder drives, you have an E8 drive implicitly. By default it will be mapped to driver 10, which is on the CONN_LCD connector and therefore assumed to be a dumb step/dir/enable driver.

The command M350 E256 means set all extruder drives to x256, hence the error message. Use e.g. M350 E256:256 to set just E0 and E1 to x256.

[Phaedrux]

Just going through your slic3r profile and slicing the stl and noticed you have some layer change gcode.

; before_layer_gcode = ;BEFORE_LAYER_CHANGE\nG92 E0.0\n;[layer_z]\n\n

Is there a reason you'd want to reset your extruder distance each layer? Is that normal?

[Phaedrux]

You're also trying to extrude a single wall 0.45 wide into a wall less than that, you have detect thin walls enabled, which is compensating for it by chopping up the extrusions, hence the tiny moves. If you turn off detect thin walls you see in the preview that it's basically unprintable and has bits and pieces all over the place. If you explicitly set your extrusion width to 0.4 and disable detect thin walls it slices properly. I think that will solve your jerky movement.

[Phaedrux]

0.4 width no thin walls:

G1 Z5.000 F10800.000
G10 ; retract
G1 X111.743 Y156.008
G11 ; unretract
M204 S800
G1 F2400
G1 X111.537 Y155.539 E0.02393
G1 X110.750 Y153.516 E0.10139
G1 X110.053 Y151.460 E0.10139
G1 X109.445 Y149.376 E0.10139
G1 X108.929 Y147.268 E0.10139
G1 X108.506 Y145.139 E0.10139
G1 X108.176 Y142.994 E0.10139
G1 X107.939 Y140.836 E0.10139
G1 X107.797 Y138.670 E0.10139
G1 X107.750 Y136.500 E0.10139
G1 X107.797 Y134.330 E0.10139
G1 X107.939 Y132.164 E0.10139
G1 X108.176 Y130.006 E0.10139
G1 X108.506 Y127.861 E0.10139
G1 X108.929 Y125.732 E0.10139
G1 X109.445 Y123.624 E0.10139
G1 X110.053 Y121.540 E0.10139
G1 X110.750 Y119.484 E0.10139
G1 X111.537 Y117.461 E0.10139
G1 X112.411 Y115.475 E0.10139
G1 X113.371 Y113.528 E0.10139
G1 X114.415 Y111.625 E0.10139
G1 X115.541 Y109.769 E0.10139
G1 X116.747 Y107.965 E0.10139
G1 X118.031 Y106.214 E0.10139
G1 X119.389 Y104.521 E0.10139
G1 X120.820 Y102.889 E0.10139
G1 X122.321 Y101.321 E0.10139
G1 X123.889 Y99.820 E0.10139
G1 X125.521 Y98.389 E0.10139
G1 X127.214 Y97.031 E0.10139
G1 X128.965 Y95.747 E0.10139
G1 X130.769 Y94.541 E0.10139
G1 X132.625 Y93.415 E0.10139
G1 X134.528 Y92.371 E0.10139
G1 X136.475 Y91.411 E0.10139
G1 X138.461 Y90.537 E0.10139
G1 X140.484 Y89.750 E0.10139
G1 X142.540 Y89.053 E0.10139
G1 X144.624 Y88.445 E0.10139
G1 X146.732 Y87.929 E0.10139
G1 X148.861 Y87.506 E0.10139
G1 X151.006 Y87.176 E0.10139
G1 X153.164 Y86.939 E0.10139
G1 X155.330 Y86.797 E0.10139
G1 X157.500 Y86.750 E0.10139
G1 X159.670 Y86.797 E0.10139
G1 X161.836 Y86.939 E0.10139
G1 X163.994 Y87.176 E0.10139
G1 X166.139 Y87.506 E0.10139
G1 X168.268 Y87.929 E0.10139
G1 X170.376 Y88.445 E0.10139
G1 X172.460 Y89.053 E0.10139
G1 X174.516 Y89.750 E0.10139
G1 X176.539 Y90.537 E0.10139

0.45 thin walls

1 Z5.000 F10800.000
G10 ; retract
G1 X137.971 Y90.726
G11 ; unretract
M204 S800
G1 F2400
G1 X138.447 Y90.516 E0.03302
G1 X138.452 Y90.514 E0.00031
G1 X138.456 Y90.512 E0.00031
G1 X140.471 Y89.729 E0.13714
G1 X140.476 Y89.727 E0.00031
G1 X140.481 Y89.725 E0.00031
G1 X142.528 Y89.030 E0.13710
G1 X142.532 Y89.029 E0.00031
G1 X142.537 Y89.027 E0.00031
G1 X144.613 Y88.422 E0.13713
G1 X144.617 Y88.421 E0.00031
G1 X144.622 Y88.420 E0.00031
G1 X146.722 Y87.906 E0.13713
G1 X146.727 Y87.905 E0.00031
G1 X146.732 Y87.904 E0.00031
G1 X148.852 Y87.482 E0.13713
G1 X148.857 Y87.481 E0.00031
G1 X148.862 Y87.480 E0.00031
G1 X150.998 Y87.152 E0.13713
G1 X151.003 Y87.151 E0.00031
G1 X151.008 Y87.150 E0.00031
G1 X153.157 Y86.915 E0.13712
G1 X153.162 Y86.914 E0.00031
G1 X153.167 Y86.914 E0.00031
G1 X155.324 Y86.773 E0.13713
G1 X155.329 Y86.772 E0.00031
G1 X155.334 Y86.772 E0.00031
G1 X157.077 Y86.734 E0.11058
G1 X157.495 Y86.725 E0.02655
G1 X157.500 Y86.725 E0.00031
G1 X157.505 Y86.725 E0.00031
G1 X159.254 Y86.763 E0.11096
G1 X159.254 Y86.763 F10800.000
G1 F2400
G1 X159.666 Y86.772 E0.02617
G1 X159.671 Y86.772 E0.00031
G1 X159.676 Y86.773 E0.00031
G1 X161.833 Y86.914 E0.13713
G1 X161.838 Y86.914 E0.00031
G1 X161.843 Y86.915 E0.00031
G1 X163.992 Y87.150 E0.13712
G1 X163.997 Y87.151 E0.00031
G1 X164.002 Y87.152 E0.00031
G1 X166.138 Y87.480 E0.13713
G1 X166.143 Y87.481 E0.00031
G1 X166.148 Y87.482 E0.00031
G1 X168.268 Y87.904 E0.13713
G1 X168.273 Y87.905 E0.00031
G1 X168.278 Y87.906 E0.00031
G1 X170.378 Y88.420 E0.13713
G1 X170.383 Y88.421 E0.00031
G1 X170.387 Y88.422 E0.00031
G1 X172.463 Y89.027 E0.13713
G1 X172.468 Y89.029 E0.00031
G1 X172.472 Y89.030 E0.00031
G1 X174.519 Y89.725 E0.13710
G1 X174.524 Y89.727 E0.00031
G1 X174.529 Y89.729 E0.00031
G1 X176.544 Y90.512 E0.13714
G1 X176.548 Y90.514 E0.00031
G1 X176.553 Y90.516 E0.00031

full gcode

I haven't done a test print yet, but if you try setting your extrusion width to 0.4 all around and turning off detect thin walls and print again, and it hasn't fixed it, I'll print your gcode and try to duplicate it.

[OBELIKS]

The layer change extrusion reset should not matter. It's relative extrusion. I will try without.
As for the walls, I have thin walls disabled and if you look at the top you will se that perimeters are 0.45mm, the same as model. So it only makes 1 line.
And as I said, after setting resolution to 0.1mm judder is mostly gone. Now I only have problems with geometry.

[Phaedrux]

@obeliks The profile in the gcode you posted has thin walls enabled. And I've shown I can duplicate getting slic3r to generate the odd extrusion amounts by toggling it along with setting the wall thickness.

[OBELIKS]

Oh, you are right. Sorry about that. I will test tomorrow.
But that should not trigger on normal perimeters as are on the picture a couple of posts above.