Pressure advance Slow down
-
this is my Start gcode from PrusaSlicer
; Raise bed temp to profile requested bed temp
M140 S[first_layer_bed_temperature] ; Raise bed temp to profile requested bed temp
M104 S150 T0 ; Raise hot-end temp to 150C for G32 auto-calibration
M190 S[first_layer_bed_temperature] ; Wait for bed temp to rise
M109 S150 T0 ; Wait for hot-end temp to rise to 150C
G28 ; home all axes
G32 ; Autocalibrate bed
G32 ; Autocalibrate bed a second timeG1 H2 X0 Y0 F6000;
;G29 S1; load mesh heightmap - loaded in bed.g
;G1 H2 Z20 F600 ; Move bed down 20
M104 S[first_layer_temperature] T0 ; Raise hot-end temp to profile requested hot-end layer 1 temp
M109 S[first_layer_temperature] T0 ; Wait for hot-end temp to rise to profile requested hot-end layer 1 temp
G28 Z; home z again
G1 H2 X0 Y0 F6000;
G1 X0.0 Y0.0 Z1.0 F1000.0 ; prepare to prime
G92 E0 ; reset extrusion distance
G1 Z0.2 F600
G1 X60.0 E9.0 F1000.0 ; priming
G1 X125.0 E12.5 F1000.0 ; priming
G1 Z0.5 F600
G92 E0 ; reset extrusion distance; end of start code
-
What do you have in bed.g and homeall.g and homez.g?
I don't see anything in there that would be artificially be limiting the speed.What are you printing? Do you have a minimum layer time set in the slicer? That could be slowing down your print.
-
Make sure there are no entries in the config-override.g that supersede things.
-
If enabling pressure advance slow down the print, this is caused by either the extruder acceleration or extruder jerk being set too low. Your extruder acceleration is already set very high in the M201 command, but the jerk set in the M566 command is very low. So try increasing it as @JamesM suggested.
You can send M201 and M566 without parameters (even during a print) to check what values are being used.
-
Thanks for the suggestions!
I set a E value of 2000, then added the 2.2 pressure advance and max speed was still 15mm/s
nothing listed in override config. I think im just going to tune my slicer around the lack of PA.Now to work on this filament runout sensor!
-
Do you have Z hop on retraction? Wipe on retraction or coasting enabled?
-
yes,
0.18mm Zhop
wipe enabled 75%
did have retract on layer but im tweaking that. -
@dc42 does E acceleration play a role in pressure advance slowdowns? I was under the impression that only E jerk played a role in the pressure advance slowdown. E acceleration being low would slow down a print regardless of pressure advance, correct? The E and X/Y movement is synchronized, so any slow down would happen regardless of PA, no? And PA, while it uses the E acceleration to determine advancement amount, wouldn’t cause slow down with low acceleration. Actually, in some cases wouldn’t a combination of too high of acceleration combined with too low of jerk cause slowdowns? As in: if E jerk is slowing down the print with PA, wouldn’t increasing E(/X/Y) acceleration cause the print to slow even more because the PA is trying to advance even further?
-
@MadMonkey said in Pressure advance Slow down:
wipe enabled 75%
If you're going to use Z hope you might want to increase the max speed, accel and jerk for the z axis as well.
And it's recommended to disable wipe/coasting when using pressure advance.
-
im open to trying whatever.. honestly this seam is my issue, its causing bulges down stream from seam moves.
i did that test and found 2.20 to be my magic number, but cant make it work..What should i adjust on the M566/M201/M203 area?
-
M566 X900 Y900 Z60 E3000 ; Set maximum instantaneous speed changes (mm/min)
M203 X18000 Y18000 Z600 E6000 ; Set maximum speeds (mm/min)
M201 X3000 Y3000 Z200 E10000 ; Set accelerations (mm/s^2) -
@Phaedrux inputed those, restarting a new test. ill let ya know how it goes
Thanks again
-
@MadMonkey How did it go I had the same problem, and found that I had set very low jerk values in prusaslicer
I had set minimum E jerk to 1 mm/s, then changed it to 10 mm/s as in the picture, and now it prints fast as if I don't have pressure advance enabled. My settings are for a self built delta printer.
-
@Velvia
IMO best practice would be NOT to emit the limits to the g-code with PrusaSlicer. Tune them for your printer, and set them in config or as part of your job/print-start routine. Then input the values from your tuning into PrusaSlicer and just use them for time estimations.That way you avoid having a "second" source of potential fuckup for your settings
😅
(don't ask me how i know😒
) -
@Velvia as @Exerqtor suggests you must configure PrusaSlicer not to emit those parameters to GCode. The reason is that whoever implemented M203 (set max speeds) in Marlin ignored established precedent and chose mm/sec for the units, instead of mm/min which is standard in GCode and had been used by RepRapFirmware for several years already in M203. So if you allow PrusaSlicer to mut those commands, the maximum speeds will be forced to very low values.