Pressure Advance messing with travel moves

JohnOCFII

@dc42 I did an actual print last night, and the print time was 1:22. I did a simulation last night, and it was 1:20. But then I did 3 other simulations of the file with and without PA and with and without wipe while retracting, and all had the same 1:20 simulation time. At that point, I shut off the printer (and Duet and went to bed). I just powered up the printer (a RailCore 300ZL) and simulated that file again. Today's simulation showed up at 1:04.

So -- color me confused. Not sure which simulation value is valid. I did not change config.g between simulation runs.

In the mean time, I'm going to increase the extruder jerk and acceleration, which will probably invalidate future tests. For now, I will keep wipe while retracting turned off. I may do some other PA vs. non-PA tests, and will post results if I find the simulation time varies greatly from the actual print time.

Thanks,

John

JohnOCFII

@phaedrux I'm using the Bondtech BMG but my stepper is not a pancake. I'll work my way up on the settings. Appreciate the education!

FYI - here's am image link of my Y-carriage/extruder.

https://imgur.com/Yh9vgY4

deckingman

@johnocfii If it's any help, I'd concur with @Phaedrux that your extruder jerk at 20mm/min is extremely low. I have Bondtech BMGs with Bowden tubes of about 150mm. My E jerk is 3600 mm/min and acceleration is 3,000 mm/sec^2.

JohnOCFII

@deckingman Thanks for the confirmation. Mine is a direct setup (for all intents and purposes -- about 40mm between the BMG and my E3D-v6 hot-end).

I'll start with your settings and see how it goes!

JohnOCFII

I revised my extruder settings as suggested above to the following and also disabled the wipe while retracting setting in Slic3r.

The simulation estimate is now accurate to the actual printing time.
Speed of the print is inline with what I'd expect.

Thanks to all for your guidance.

; Axis and motor configurations
M350 X16 Y16 Z16 E16 I1                                         ; Configure 16x microstepping with interpolation
M566 X1200 Y1200 Z80 E3600                                 ; Set maximum instantaneous (jerk) speed changes (mm/min)
M906 X1000 Y1000 Z1000 E800 I50                         ; Set motor currents (mA) and motor idle factor in per cent 
M201 X3000 Y3000 Z20 E3000                                 ; Set accelerations (mm/s^2)
M203 X24000 Y24000 Z900 E3600                           ; Set maximum speeds (mm/min)

deckingman

@johnocfii Glad it worked out for you.

gnydick

@deckingman

But by @JohnOCFII changing his configuration, the problem is just being avoided, not fixed. The fact that PA makes any changes on a wipe, a move with no extrusion, but may have retraction, is incorrect.

bot

@gnydick said in Pressure Advance messing with travel moves:

@deckingman

But by @JohnOCFII changing his configuration, the problem is just being avoided, not fixed. The fact that PA makes any changes on a wipe, a move with no extrusion, but may have retraction, is incorrect.

PA is not a perfect system. For that matter, wipe-while-retract, and all the other slicer tricks are even FARTHER from perfect... so which do we prioritize? Generalized PA algorithm wins every time for me. Please don't change a thing

deckingman

@gnydick said in Pressure Advance messing with travel moves:

@deckingman

But by @JohnOCFII changing his configuration, the problem is just being avoided, not fixed. The fact that PA makes any changes on a wipe, a move with no extrusion, but may have retraction, is incorrect.

I'm not arguing with the fact that if PA is being applied to non extrusion wipe moves, then it ought not too. Take that up with the firmware author, not me - I'm just an end user like you.

But @JohnOCFII s extruder jerk setting was much too low regardless of whether PA was being used or not.

Having said that, many settings interact with each other. So for example, too low an extruder jerk will have adverse effects when using PA. Also, you may run into problems with too much retraction after enabling PA (because the two things do much the same) and should reduce retraction. That's just the way things interact with each other.

gnydick

@deckingman gotcha, just making sure

dc42

The next firmware release will ensure that pressure advance is not applied to wipe-while-retract moves. I didn't consider them when I wrote the original pressure advance code.

gnydick

@dc42 cool, thanks for clearing it up.

dc42

Should be fixed now in 2.03beta2.