RRF 2.03 pressure advance causes 20% overextrusion
-
@dc42 said in RRF 2.03 pressure advance causes 20% overextrusion:
That's similar to what I have planned. A disadvantage is that the existing effect whereby the perimeters of holes are always under-sized would be made a little worse.
Holes are undersized because of the low resolution meshes. I generally export my STLs with higher resolution.
I did this real quick, based on wikipedia's python example of catmull-rom splines. The yellow line is the spline drawn through only the provided points, and the blue line is the spline when additional control points are added to limit the length of curved sections. It shouldn't cause holes to undersize - if anything it will make them better.
-
@T3P3Tony said in RRF 2.03 pressure advance causes 20% overextrusion:
Maybe this is better off combined with jerk for angles > than the smoothing process works on.
Here's the thing though - just increase acceleration. That's effectively what jerk is doing anyway.
-
Hard enough to get PrusaSlicer to generate gcode without 20% more extrusion than the volume of the STL in the first place
-
@jschall You have to be careful with just increasing the acceleration. Because of decreasing torque with increasing speed, high acceleration combined with high speed can cause lost steps. You can tolerate much more acceleration at low speed (where jerk comes into play) than at high speed.
I have a low-accel setting for my printer (1200 mm/s^2) that allows travel up to 150 mm/s. I had to make my high-accel (1800 mm/s^2) macro drop the travel speed to 120 mm/s to not lose steps.
I actually would like, someday, in RRF a variable-acceleration mode which drops the acceleration as the speed approaches a specified target, to keep the system inside the torque-speed envelope. It isn't a difficult calculation, and might allow somewhat faster overall printing.
-
@mendenmh yes, could just model that and limit acceleration to stay within torque limits.
-
Getting endless "connection reset by peer" upload failures when trying to upload gcode to RRF 3.1.1. Not sure if the issue is with my network or RRF 3.1.1.
-
Is your DWC version also at 3.1.1?
Post the result of M122?
-
@jschall said in RRF 2.03 pressure advance causes 20% overextrusion:
Hard enough to get PrusaSlicer to generate gcode without 20% more extrusion than the volume of the STL in the first place
Ahem: https://github.com/n8bot/PrusaSlicer/tree/n8_precision_minus_infill_support
This fork of PS 2.3.0-alpha alleviates inconsistent extrusion rate, among a few other things. I think you'll like it. Build that n8_precision_minus_infill_support branch.
*not actually a robot
-
@Phaedrux said in RRF 2.03 pressure advance causes 20% overextrusion:
Is your DWC version also at 3.1.1?
Post the result of M122?
https://gist.github.com/jschall/49fc6d654a912f81ac897d64064325a4
-
Check the General > Settings tab in DWC to see what version it's at.
M122 looks ok.
-
@Phaedrux said in RRF 2.03 pressure advance causes 20% overextrusion:
Check the General > Settings tab in DWC to see what version it's at.
Duet Web Control 3.1.1
-
@bot I tried to build PrusaSlicer before and gave up because of ridiculously huge numbers of dependencies on cutting edge versions of everything.
-
@bot do you think you could build the linux .appimage for that and send it to me?
-
@jschall I do not have access to a linux machine, and have never built an app image... I've only built this on windows.
However, I found the SuperSlicer (fork of PS) build instructions fantastic.
https://github.com/supermerill/SuperSlicer/blob/master/doc/How to build - Linux et al.md
Give that a shot.
-
@bot said in RRF 2.03 pressure advance causes 20% overextrusion:
However, I found the SuperSlicer (fork of PS) build instructions fantastic.
That's just identical to the PrusaSlicer build instructions.
Hmm, even a windows build would be fine. Can run it under a VM.
-
@jschall here's the windows build I run day-to-day:
https://github.com/n8bot/PrusaSlicer/releases/tag/v2.3.0-alpha0-n8pmis
It's almost the latest PS master branch, but the latest changes they made to the master branch aren't useful so those aren't included yet. (waiting for the seam painter to actually work, not just paint meaninglessly)
-
@bot What's the difference between that and the n8_precision_minus_infill_support branch?
-
That release is the n8_precision_minus_infill_support branch.
I copied and pasted the description from a previous release hastily, so it might have said the wrong thing.
The previous releases work fine, too, but this one enables better support placement (PS ignores some "thin" support regions which prevents some support from appearing) and also prevents the solid infill from "auto-adjusting" the width by ~1 micron, which was annoying in some cases but not important to "fix."
There are other releases there, too.
The two main things I think you'll like are the resolution change, and the decimal precision changes. Fixes extrusion rate problems.
Edit: Also, you might need some .DLLs from MS Visual Studio redistributable. Let me know if/which ones you need I can send them too.
-
@bot ah ok.
It is complaining about vcruntime140_1.dll, but I've already installed the visual c++ 2015 redistributable... -
@jschall Yup, that's the one. See this post: https://forum.duet3d.com/post/170901
I uploaded the .dll for someone previously, but it's named as .stl. just rename it .dll and put it in the prusaslicer folder or wherever.
I also just updated the release to include that .dll. I hope that doesn't break a EULA. oh well.
