Closed KenLucke closed 1 year ago
I know that this was being considered at some point when the Ultimaker 3 printer was under development. But it was then decided that this should be implemented in the firmware and instead, the G280
command was created and the "Enable Prime Blob" setting was added to Cura.
From experience with that prime blob, there are Ultimaker profiles in Cura which have it enabled and profiles which have it disabled. One reason to disable it is that the material may let go of the build plate more easily with certain materials, which makes the purged material be dragged along with the nozzle. But otherwise it's quite a good replacement for a skirt, since it prints faster than a skirt.
So I'd be in favour of adding such a setting to Cura, for printers that don't have such a prime blob.
However... This is not something that would really apply to Ultimaker printers. It only applies to some of Ultimaker's competitors. I don't think we're going to get any time or priority to implement this then. For that reason, to be realistic in the communication, I'll defer this issue. It's a real issue and a good feature, but it's not going to be implemented soon. The most realistic chance is that someone else develops it for us through a pull request. Sorry!
Grrrr..... I can understand, in one way, but on the other hand, it's frustrating to be told it's a good feature and not yet not going to be implemented because it's not relevant just to some Ultimaker printers makes one wonder why their promo phrase "The World's Most Advanced 3D Software at the Heart of Your Workflow" doesn't read "The World's Most Advanced 3D Software at the Heart of Your Workflow As Long As You Buy And Use Our Printers." They promote it for all printers, but only support their own?
They promote it for all printers, but only support their own?
Well, yes. We have to make choices with what to build / fix. So things that benefit our own machines will get priority over those that don't. Part of that is because making software is expensive so we have to ensure that our cashflow remains steady & ongoing. Another part is that we simply don't have any non-um printers to test it on.
I agree, this feature would be very useful. I'm tired of jamming a putty knife under the nozzle at the beginning of each print to clear out the runaways until it starts printing cleanly. Once it gets going, it prints great, but I'm going to have to go back to Voxelab slicer for now - it has a pre-extrusion setting that works great, I don't have to babysit the start of every print.
Wouldn't this be something that could be band-aided with a post processing script? There would just be a setting needed that adds ANY marker to the GCode so the script knows it has to do it's thing, or not.
You could enable the Prime Blob setting, which puts a G280 command when the nozzle first needs priming (also correctly for dual extrusion). That is a marker that you're looking for. The setting is hidden by default though unless using the Griffin g-code flavour, so you'd have to make it visible in the printer definition.
Then you could have a search-and-replace post-processing script replace G280\n
with something like G0 X10 Y10\nG1 X110 E3.5\n
.
Hi 👋, We are cleaning our list of issues to improve our focus. This feature request seems to be older than a year, which is at least three major Cura releases ago. It also received the label Deferred indicating that we did not have time to work on it back then and haven't found time to work on it since.
If this is still something that you think can improve how you and others use Cura, can you please leave a comment? We will have a fresh set of eyes to look at it.
If it has been resolved or don't need it to be improved anymore, you don't have to do anything, and this issue will be automatically closed in 14 days.
This issue was closed because it has been inactive for 14 days since being marked as stale. If you encounter this issue and still have a need for this, you are welcome to make a fresh new issue with an updated description.
Is your feature request related to a problem? Please describe. I know that I can create a purge line with my printer’s start-code. In fact, I have the following start code:
However, there are times and models with which I do not want to create a purge line, but yet I want to leave the acceleration/jerk/etc settings in place, which requires me to either temporarily edit my start gcode, or manually edit the file after slicing.
Describe the solution you'd like I’d like to see a “Create Purge Line” option, which would enable it to be easily turned on and off for each model. There should be options for Placement (Front, Back, Left or Right), Distance From Edge, and Length (the line would be centered [Distance from Edge] along whichever edge chosen).
Describe alternatives you've considered Continuing to manually edit either the machine setup each time (RPITA), creating another machine profile without the purge line, which requires creating all the other profiles associated with a machine, or manually editing the file after slicing.