This is on a custom delta printer. Have tried both E3D V6 and Revo Six hot ends; same behavior with both. Bed and extruder temps are both PID-tuned, and never vary from the set point by more than one degree C even with the fans on.
I keep having this issue where paths that begin after multiple retracts tend to under-extrude for the first 20mm or so, which makes the top surface finish look uneven near the start of the path. The same surfaces, when printed without any recent retracts, look just fine. The problem is specific to Silk PLA... there is no such issue when printing normal PLA.
"So lower your retract!" - I can't. It's already at the minimum amount possible that doesn't cause stringing: trigger 5, min jump 5, vPrime 20mm/sec, destring 1.2mm, velDstr 20mm/sec, wipe 10mm.
The stuff seems to act like a non-Newtonian fluid, and the advice is to try very low retract/prime speeds. I've tried many values between 1mm/sec and 60mm/sec. It seems to make no difference.
So I'm thinking, okay, maybe we need "linear advance" or whatever. AFAIK, that's called PreloadVE in KISSlicer... but that makes it even worse! Any PreloadVE above 0 causes more under-extrusion near start-of-path, and it gets worse the higher that variable is set to. The "Experimental" PreloadVE wizard works fine with normal PLA, but not at all with silk PLA. In fact, using the value it computes tends to result in delayed extrusion of a huge blob of the material.
The best results I have achieved so far, after MANY hours of tinkering, trying different temps, retract lengths, wipe lengths, vPrime, velDstr, changing diameter of Bowden tube, etc., have been to set PreloadVE to 0.
At this point, I'm stuck. There's apparently no setting for extra length after retract. I'm pretty sure that would fix the problem, as the underextrusion resolves after a few seconds and the rest of the top surface looks good. I assume the point of PreloadVE is to achieve the same effect, but it seems like it would need to accept negative values to work with silk PLA. (Which it doesn't. I checked!)
Odd behavior with silk PLA
- pjr
- Posts: 704
- Joined: 05 May 2015, 10:27
- Location: Kamnik, Slovenia
Re: Odd behavior with silk PLA
Hi
Apologies for the delayed response.
When printing with PLA Silk, I find that I have to drop the temps by ~ 10 degrees and then keep the retracts quite small.
If your printer firmware can employ LA then that is the best way forward (include code in the start G-code section to turn it on.
Preload can work well, but unlike LA, it can only be effective at the start and end of the paths. It does require correct tuning though or you will get what you describe.
There should be no need for additional prime after a retract and there are other reasons why this is not available.
Peter
Apologies for the delayed response.
When printing with PLA Silk, I find that I have to drop the temps by ~ 10 degrees and then keep the retracts quite small.
If your printer firmware can employ LA then that is the best way forward (include code in the start G-code section to turn it on.
Preload can work well, but unlike LA, it can only be effective at the start and end of the paths. It does require correct tuning though or you will get what you describe.
There should be no need for additional prime after a retract and there are other reasons why this is not available.
Peter